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

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

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

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

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

При адаптации COBIT5 в Бахрейне 37 процессов были сгруппированы в следующие 8 блоков: стратегия и руководство (6 процессов), управление финансами (4 процесса), люди и ресурсы (2 процесса), инфраструктура и эксплуатация (8 процессов), управление приложениями (3 процесса), планирование услуг и архитектура (3 процесса), управление рисками и безопасностью (7 процессов), управление портфелем и проектами (4 процесса).

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

Оба процесса — управление доступностью (AVA) и управление непрерывностью (CONT) — опираются на анализ критических бизнес-функций (VBF) и анализ влияния отказов на бизнес-процессы (BIA). Оба процесса начинаются с идентификации критически важных для бизнеса функций и оценки того, как различные отказы ИТ-услуг и систем могут повлиять на эти функции. Однако AVA использует BIA для оптимизации доступности в рамках текущих операций, устраняя слабые места в системе, в то время как CONT применяет информацию из BIA для определения, какие услуги требуют особого подхода и запасных ресурсов в случае чрезвычайных ситуаций.

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

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