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

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

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

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

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

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

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

Фреймворк OKR (Objectives and Key Results) помогает в измерении результатов, так как Key Results всегда являются метриками результата, а не выхода. Например, цель может звучать как 'Стать №1 по удовлетворённости клиентов в отрасли', а ключевой результат - 'повысить NPS с 30 до 70 пунктов за год'. Это заставляет команду фокусироваться на конечной ценности для бизнеса, а не на промежуточных технических достижениях. OKR помогает связать ИТ-деятельность с бизнес-результатами и измерять реальный вклад ИТ в достижение стратегических целей компании.

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

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