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

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

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

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

Определение границ между процессами управления проблемами (PRB) и постоянного совершенствования (CSI) в конкретной организации должно учитывать следующие факторы: 1) Масштаб и сложность организации - в небольших организациях границы могут быть размыты, тогда как в крупных необходимы четкие определения 2) Стадия зрелости процессов - на начальных этапах внедрения PRB может сосредоточиться только на технических проблемах, тогда как CSI будет охватывать более широкие аспекты 3) Специфика бизнеса и требований к услугам - чем критичнее услуги для бизнеса, тем более детальной должна быть проработка границ 4) Реальная практика работы - границы должны отражать то, как процессы фактически взаимодействуют, а не только теоретические модели 5) Потенциальные точки пересечения - важно определить, где процессы могут дублировать друг друга или оставлять "белые пятна" Практические рекомендации: - Начните с того, что уже работает: определите, какие аспекты процессов уже есть в организации, и формируйте границы вокруг них - Не пытайтесь создать единую систему сразу для всех уровней - начните с операционного уровня, затем переходите к стратегическому - Регулярно пересматривайте границы по мере развития процессов - Убедитесь, что есть четко определенные точки передачи задач между процессами - Создайте совместные рабочие группы для решения вопросов, где границы неочевидны Самое главное - границы должны быть практичными и решать реальные проблемы организации, а не соответствовать идеальным теоретическим моделям. Часто правильное определение границ приходит не по теоретическим соображениям, а в результате практической работы и устранения возникающих проблем.

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

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

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

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

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