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

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

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

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

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

Предложение об изменении (Change proposal) является первичным документом. Оно создается на стратегическом уровне в рамках процесса управления портфелем услуг. RFC появляется уже после утверждения Change proposal и служит инструментом для реализации конкретных технических изменений, определенных в высоком уровне планирования.

Фаза problem control (PC) включает диагностику проблемы, определение ее корневой причины и вариантов решения. Эта фаза заканчивается, когда определены возможные решения проблемы. На противоположной стороне находится фаза error control (EC), которая начинается после диагностики и включает реализацию выбранного решения, проверку его результативности и, при необходимости, контроль известной ошибки. Разделение происходит в момент завершения диагностики, когда переход к error control означает переход от поиска решения к его внедрению.

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

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

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