Четыре ключевые рекомендации: 1) Задавать вопрос «Зачем?» для каждого выхода, используя технику «5 почему» для связи технической работы с бизнес-целями (например, не просто «миграция в облако», а как это влияет на выделение бюджета для инноваций); 2) Связывать ИТ-метрики с бизнес-целями, заменяя количество строк кода на метрики типа «снижение времени сборки», как это сделала компания Ford; 3) Внедрять сквозные Value Streams для отслеживания всех шагов до создания ценности и влияния на конечные бизнес-результаты; 4) Изменить систему поощрений, перестав фокусироваться на формальных «арбузных отчётах» и связав бонусы с реальными бизнес-результатами.

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

CSI (Continual Service Improvement) может улучшить процесс управления проблемами несколькими способами: 1) Предоставление структурированного подхода к анализу - CSI предлагает методологию измерения, сбора данных и анализа, которая может быть применена к процессу управления проблемами для выявления его слабых мест и возможностей для улучшения. 2) Интеграция с другими процессами - CSI помогает устанавливать связи между управлением проблемами и другими процессами, такими как управление инцидентами, управление изменениями, позволяя создать более целостную систему управления. 3) Формирование культуры постоянного улучшения - CSI способствует созданию среды, в которой постоянный поиск способов улучшения работы становится частью повседневной практики. 4) Применение моделей улучшения - таки как PDCA (Plan-Do-Check-Act) или метод «Семи этапов» из ITIL CSI, которые помогают систематически подходить к улучшению процесса управления проблемами. 5) Измерение эффективности - CSI предоставляет инструменты для установления метрик и KPI, которые позволяют количественно оценить эффективность процесса управления проблемами. 6) Стимулирование проактивного подхода - CSI поддерживает сдвиг от чисто реактивного к проактивному и предиктивному управлению проблемами через анализ данных и выявление трендов.

ITIL рекомендует формулировать требования к срокам через конкретные даты и оценку влияния на бизнес. Например, вместо «это срочно» бизнес должен указать: «изменение нужно внедрить до 15 сентября, иначе будет потеряно 100 клиентов». Такой подход устраняет субъективность и позволяет ИТ-команде спланировать загрузку. Для emergency-изменений сроки определяются критичностью инцидента: если сервис недоступен, решение нужно «до восстановления сервиса», что фиксируется в метриках времени восстановления (MTTR).

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

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

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

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

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

Для явного выделения вклада процессов в повышение качества ИТ-услуг необходимо формулировать цели развития каждого процесса через его конкретное назначение. Например, для управления инцидентами цель формулируется как 'Что можно сделать, чтобы инциденты решались быстрее?', а для управления проблемами — как 'Что можно сделать, чтобы инцидентов стало меньше?'. Каждая формулировка должна соответствовать критерию SMART, быть измеримой и ориентированной на потребности клиентов. Важно, чтобы развитие процессов напрямую связывалось с их ролью в обеспечении качества ИТ-услуг через конкретные действия и результаты.