Продуктовым командам помогают принципы Site Reliability Engineering (SRE), методики разработки, повышающие надёжность, такие как Test-Driven Development (TDD), сквозное автоматизированное тестирование на всех этапах разработки, интеграции и доставки, а также своевременный контроль и устранение технического долга. Эти подходы позволяют минимизировать риски сбоев при внесении изменений, поддерживать эксплуатационные характеристики приложений и сокращать время поставки за счёт автоматизации и строгого контроля качества на каждом этапе.

Существуют различные алгоритмы агрегирования метрик, такие как среднее арифметическое, среднее геометрическое и другие. Выбор метода зависит от специфики бизнес-требований и характера данных. Для большого количества KPI рекомендуется разделять их на группы, рассчитывать интегральные показатели для каждой группы (возможно, разными методами), а затем объединять полученные результаты. Например, при оценке качества 30+ услуг можно выделить группы mission-critical, business-critical и обычные услуги, рассчитав интегральные показатели для каждой группы своими методами, а затем объединить их средним арифметическим или геометрическим (возможно, с разными весами). Аналогично при расчете показателя качества для одной услуги можно разделить KPI на категории (производительность, доступность, поддержка), рассчитать групповые индексы и затем объединить результаты.

Цепочка поставок ИТ-услуг - это последовательность зависимостей, где ИТ-услуга, предоставляемая бизнесу, зависит от других ИТ-услуг, элементов инфраструктуры, персонала и внешних поставщиков. Эта цепочка может иметь несколько уровней - например, электронная почта зависит от интернет-соединения от внешнего поставщика, который, в свою очередь, зависит от своих подрядчиков и так далее. Управление сервисами должно учитывать всю цепочку, поскольку качество конечной услуги определяется самым слабым звеном в этой цепочке. Это требует мониторинга не только собственных процессов, но и работы внешних поставщиков, а также понимания их ограничений и возможностей для формирования реалистичных ожиданий бизнеса.

В области разработки программного обеспечения из-за искажения восприятия нормы часто наблюдаются следующие неэффективные процессы: заявленный конвейер CI/CD на практике представляет собой раз в неделю сборку кода с последующими ручными операциями, что приводит к развертыванию раз в две-три недели; высокий процент дефектов в продукте (от 50% до 70% бэклога) считается нормальным явлением; полное отсутствие метрик и данных об эффективности разработки, из-за чего никто не может точно ответить на вопрос о скорости выполнения задач. При этом команда уверена, что следует современным стандартам и технологиям.

Команда на стадии «Пубертат» уже ощущает вкус свободы, но не в полной мере понимает ответственность, связанную с этой свободой. Люди научились взаимодействовать, но пока плохо идентифицируют причины проблем (выделяют только симптомы), решают то, что хочется решать, а не то, что тормозит работу, игнорируют проблемы, требующие больших усилий. Такие команды хорошо самоорганизуются против «внешнего врага» (зачастую заказчика или других отделов компании), но испытывают трудности в конструктивном сотрудничестве. Лидер-слуга на этом этапе должен помогать в конструктивном взаимодействии и гашении конфликтов, может позволить команде «упасть» для дальнейшего разбора ошибок. Директивное управление здесь уже неэффективно, так как команда активно сопротивляется прямому управлению и умеет манипулировать метриками. Правильный подход - «продажа решений». Многие команды застревают на этом этапе, что приводит к «карго-культу» и «зомби-скраму».

В управлении инцидентами tension-метриками являются: 1) своевременность — соблюдение сроков обработки инцидентов; 2) результативность — доля инцидентов, решенных с первого раза без перенаправлений. Эти метрики конфликтуют: стремление к скорости может привести к перенаправлению обращений (низкая результативность), а фокус на полном решении замедляет процесс (низкая своевременность). Общий KPI объединяет их через геометрическое среднее, чтобы стимулировать баланс.

Основные проблемы при управлении доступом включают высокий уровень инцидентов безопасности из-за нарушения стандартных процедур выдачи прав, длительные сроки предоставления доступа новым сотрудникам (например, выдача прав может занимать несколько дней), постоянные замечания аудиторов по поводу непрозрачности системы предоставления прав (отсутствие записей о том, кто предоставил доступ, на каком основании и почему были внесены изменения). Эти проблемы приводят к уязвимостям в безопасности, замедлению бизнес-процессов и несоответствию требованиям внутреннего и внешнего аудита.

Принцип 'Мыслить системно' означает, что ни одна услуга, процесс, подразделение или элемент инфраструктуры не существует в изоляции. Для успешного управления необходимо учитывать взаимное влияние всех компонентов сервиса и анализировать результат в целом, а не отдельные участки потока создания ценности. Этот подход позволяет избежать ошибок локальной оптимизации, которая часто приводит к ухудшению общей эффективности.

Преимущества жёстких KPI: чёткое понимание требований для сотрудников, предсказуемость времени решения стандартных задач, возможность измерения и сравнения показателей. Недостатки: снижение гибкости в нестандартных ситуациях, риск преждевременного закрытия сложных заявок, формальный подход к выполнению задач без фокуса на реальном результате. Оптимальный подход — использовать KPI как ориентиры, позволяя квалифицированным сотрудникам отклоняться от них в обоснованных случаях, когда это ведёт к лучшему конечному результату.

Финансовый аспект в управлении активами программного обеспечения подразумевает учет программного обеспечения как финансового актива и управление этим активом с целью повышения финансовой эффективности. Это включает в себя оптимизацию бюджета на закупку и поддержку ПО, снижение издержек за счет централизованных процедур закупок, отказ от приобретения ненужных лицензий благодаря точному учету их использования, а также внедрение показателей эффективности, таких как сокращение расходов на миллионы рублей. Финансовый аспект позволяет измерять результативность процессов SAM через реальные экономические показатели.