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

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

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

Для превращения co-creation из модного термина в реальный механизм создания ценности необходимы: изменение организационной культуры на более открытую и партнёрскую; развитие каналов для реального вовлечения клиентов в процессы разработки и улучшения услуг; обучение сотрудников работе в режиме совместного создания; установление прозрачных правил взаимодействия, где четко определены обязательства и вклад каждой стороны; внедрение метрик, измеряющих не только качество услуги, но и степень участия клиентов в её создании; создание систем быстрого реагирования на обратную связь и внесения изменений на основе сотрудничества с потребителями.

В тексте описаны несколько усиливающих петлей обратной связи, связанных с проблемами в ИТ. Первая отрицательная: увеличение числа проблем и обходных решений (Workarounds) приводит к росту сложности инфраструктуры (IT Infrastructure Complexity), что повышает хрупкость системы (увеличивает Change Risk) и затрудняет планирование (снижает Change Control Level), что в свою очередь ведет к новым ошибкам и проблемам, замыкая цикл. Вторая отрицательная: высокий Time to market вызывает давление со стороны бизнеса на срочные изменения (Emergency changes), которые проводятся с нарушением процессов (низкий Change Control Level), что приводит к новым ошибкам и росту бэклога, еще больше увеличивая Time to market. Третья отрицательная: постоянные провалы приводят к настороженности и страхову, усложнению коммуникаций, увеличению бюрократии (Bureaucracy), что замедляет изменения и усиливает проблемы. Также описана положительная усиливающая петля: высокий Release rate приводит к накоплению опыта (возрастанию Change capability), что позволяет еще чаще внедрять изменения, образуя позитивный цикл развития.

Для повышения точности необходимо ввести стандарты фиксации временных интервалов: фиксировать начало и конец каждой активности, даже если она совмещается с другими. Например, при одновременном ведении разговора и заполнении отчёта устанавливается общее время, затем оценивается доля на каждое действие (например, 70% на разговор, 30% на документ). Также важно обучить сотрудников методам оценки и исключить формальные нормативы вроде 'минимум 15 минут'. Ключевой момент — объяснить, что цель учёта — оптимизация процессов, а не контроль производительности.

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

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

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

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