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

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

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

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

Принцип "Используйте целостный подход" (Think and work holistically) в ITIL 4 предполагает, что при управлении услугами необходимо учитывать все взаимосвязанные элементы системы, а не изолированные компоненты. В отличие от формулировки в ITIL Practitioner Guidance ("Work holistically"), формулировка в ITIL 4 включает слово "think" (думать), что подчеркивает важность целостного мышления на этапе планирования, а не только действия в рамках целостного подхода. Принцип побуждает организации рассматривать все аспекты управления услугами как взаимосвязанную систему, учитывая, как изменения в одной области могут повлиять на другие области, и стремиться к оптимизации всей системы в целом, а не отдельных ее частей.

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

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

Процессы EDM02, EDM03 и EDM04 в COBIT 5 совместно обеспечивают оценку, направление и мониторинг системы управления ИТ по трём основным направлениям, которые важны для заинтересованных сторон: EDM02 отвечает за формирование ценности и обеспечение получения выгод, EDM03 — за оптимизацию рисков, EDM04 — за оптимизацию использования ресурсов. Эти процессы ориентированы на руководство системой управления ИТ, которая включает в себя набор из 32 процессов.

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

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