Метод 5-Why's повышает эффективность управления проблемами ITIL за счет системного подхода к выявлению истинных причин инцидентов, что предотвращает их повторное возникновение. Вместо устранения симптомов он фокусируется на базовых проблемах, оптимизируя процессы диагностики и решения. Например, вместо замены нагревательного элемента принтера предлагается решение по стабилизации напряжения, что снижает количество аналогичных инцидентов в будущем. Это приводит к повышению стабильности услуг и снижению операционных расходов.

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

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

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

Процессы EDM01 и EDM05 вызывают вопросы, так как следуют той же структуре практик (оценка, направление, мониторинг), что и процессы руководства системы управления ИТ (EDM02–EDM04), в то время как согласно принципу COBIT 5, эти процессы должны описывать управление системой руководства. Если EDM01 и EDM05 — процессы управления, то их структура должна быть больше похожа на управленческий цикл PDCA. Если же они относятся к руководству, тогда возникает вопрос: кем и на каком уровне осуществляется руководство над самой системой руководства, что представляется избыточным и противоречащим логике разделения функций руководства и управления.

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

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

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

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

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