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

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

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

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

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

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

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

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

Основные документы, которые ассоциируются с процессом управления уровнем услуг - это каталог услуг (с разделением на бизнес-услуги и технические услуги), SLA (Service Level Agreement) и OLA (Operational Level Agreement). Данная ассоциация между процессом управления и его документами является весьма устойчивой и часто возникает автоматически, без глубокого анализа необходимости этих документов именно в конкретной ситуации.

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