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

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

При переходе к гибкому управлению ИТ-разработкой необходимы стандарты, которые четко описывают, что организация считает нормальной работой. Это включает стандарты постановки запросов от бизнеса на ИТ-разработку, чтобы команда фокусировалась на создании решений с бизнес-ценностью. Требуются стандарты и KPI для оценки эффективности ресурсов, так как часто до 80% трудовых ресурсов расходуется впустую, а эти специалисты могли бы быть перераспределены между командами с дефицитом кадров. Также необходимы стандарты, определяющие допустимый уровень дефектов, так как часто показатель от 15% до 50% дефектов в объеме работ ошибочно считается нормой, что означает, что половина работы делается заново. Все сотрудники, как со стороны бизнеса, так и со стороны ИТ-департамента, должны стремиться к соблюдению этих стандартов.

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

Аспект 'Информация и технологии' относится к информационным ресурсам и технологиям, использованным для хранения, обработки и создания информации в процессе предоставления ИТ-услуг. Он включает не только инструменты предоставления услуг (ITSM, совместной работы, инвентаризации, CMDB, анализа), но и передовые технологии вроде искусственного интеллекта, машинного обучения, облачных решений, мобильных платформ. Важно учитывать, какая информация управляется услугами, какая вспомогательная информация необходима, как информация защищается, управляется, архивируется и удаляется. Управление информацией должно быть целостным и соответствовать требованиям законодательства (например, соблюдение ФЗ 'О персональных данных'). Информация и технологии зависят от их использования и архитектуры, включая приложения, базы данных, системы связи и инфраструктуру.

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

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

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

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

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