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

Основные причины путаницы: 1) Эффект лампы: измеряется то, что легко увидеть и посчитать (например, количество закрытых тикетов), вместо сложных для измерения бизнес-результатов; 2) Разрыв между ИТ и бизнесом: технические команды часто не понимают бизнес-целей, реализуя технически совершенные, но безрезультатные решения; 3) Культура отчетности вместо культуры создания ценности: фокус на достижении формальных KPI любыми средствами, например, стремление к 'зелёным' показателям без учета реального бизнес-влияния.

Менеджер для саморазвития должен задать себе следующие вопросы: «Зачем я вообще нахожусь на этой должности?», «Чем именно я помогаю своим сотрудникам?», «Может ли у моей команды быть лучший руководитель, и если да, то в чём именно он превосходит меня?». Эти вопросы помогают руководителю оценить свою текущую роль, понять свою ценность для сотрудников и выявить области для личного и профессионального роста. Это позволяет менеджеру регулярно корректировать свой подход к управлению, улучшать взаимодействие с командой и повышать общую результативность работы.

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

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

Философская идея о том, что «бытие определяет сознание», применяется к проблеме взаимодействия бизнеса и ИТ следующим образом: для того чтобы бизнес мог органически расти, необходимо изменить его «бытие», ликвидировав стену между бизнесом и ИТ. Изменение структуры взаимодействия приведет к изменению «сознания» — бизнес начнет воспринимать технологические ресурсы как часть своей собственной ответственности, а не как чужую сферу. Это позволит бизнесу более эффективно использовать ИТ для достижения своих целей.

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

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

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

Основной риск — игнорирование критических сбоев в отдельных услугах, которые могут иметь серьёзные последствия для бизнеса. Например, если система обработки платежей работает на уровне 50%, а все остальные услуги — на 95%, среднее будет 87,5%, что формально попадает в целевой диапазон. Однако низкая доступность платежной системы может остановить продажи. Такой подход может привести к тому, что руководство будет сосредоточено на улучшении уже хороших показателей вместо решения критических проблем, увеличивая бизнес-риски.