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

Ценность, которую создает продукт, следует считать разнородной и требующей разделения на разные потоки, если она различается по своей природе для разных групп потребителей или в разных контекстах использования. Критерием является различие в том, как потребитель воспринимает и получает эту ценность. Например, в Twitter выделяются два разных вида ценности: 'легко и удобно коммуницировать, делиться информацией' (для обычных пользователей) и 'получить устойчивую конверсию заинтересованной аудитории в выручку' (для компаний). Эти ценности принципиально отличаются по характеру и измеряются разными показателями (аудитория/активность против финансовых результатов), что указывает на необходимость разделения на разные потоки ценности.

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

В эксперименте Дэна Ариели участники двух групп по-разному справлялись с задачей сборки роботов LEGO Bionicle за деньги. В группе «Работа со смыслом» участники видели результат своего труда в виде выстроенных в ряд собранных роботов, что позволяло им осознавать ценность каждой следующей детали. В группе «Сизифов труд» роботы разбирались сразу после сборки, что уничтожало ощущение завершённости и ценности работы. Результаты эксперимента показывают, что участники первой группы собирали в среднем 10,6 роботов, а второй — всего 7,2. Кроме того, когда оплата снижалась ниже психологического барьера в $1, 65% участников первой группы продолжали работу, тогда как во второй группе эта доля составляла лишь 20%. Таким образом, эксперимент подтверждает, что когда люди видят смысл и результат своей работы, их продуктивность и мотивация значительно выше.

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

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

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

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

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

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