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

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

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

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

В примерах политик процесса Управления инцидентами (INC) прямо указано: «Информация об инцидентах и их статусах должна своевременно и эффективно передаваться. Это предполагает наличие хорошего service desk для координации коммуникации информации об инцидентах тем, кто работает над инцидентами». Это означает, что процесс должен быть организован так, чтобы обеспечивать непрерывную и понятную коммуникацию между всеми участниками процесса: пользователем, Service Desk и группами, работающими над устранением инцидента. Service Desk выступает центральным звеном в координации этой коммуникации и несёт ответственность за передачу информации пользователю.

Стремление к максимальному качеству обслуживания клиентов не всегда оправдано, так как это требует больших ресурсов, сложного управления и вовлечения многих сотрудников. Выбор уровня сервиса — это стратегическое решение, подобное выбору продуктовой линейки или целевой аудитории. Для некоторых компаний оптимальным может быть умеренный или минимальный уровень сервиса, который соответствует их бизнес-модели и ожиданиям клиентов.

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

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

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

Good Practice Guidelines (GPG) - это руководство по управлению непрерывностью бизнеса, издаваемое Business Continuity Institute. Впервые выпущенное в 2002 году, в настоящее время доступна пятая версия документа - GPG 2013. Документ полностью согласован со стандартом ISO 22301, использует ту же терминологию и содержит детальные указания по каждому этапу жизненного цикла системы управления непрерывностью бизнеса.