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

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

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

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

Для организаций, где услуги постоянно меняются, особенно важны рекомендации ITIL по управлению изменениями. Этот процесс помогает структурировать, оценить и реализовать изменения в контролируемой среде, минимизируя риски и негативное воздействие на пользователей. Также полезен процесс постоянного совершенствования (CSI), который способствует регулярному анализу и улучшению услуг. Если изменения связаны с технологическими аспектами, будут полезны процессы управления выпусками, конфигурациями и релизами. В целом, ITIL предоставляет структурированный подход к управлению динамичной средой, что особенно ценно в условиях постоянного развития услуг и технологий.

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

Для улучшения измерения доступности ИТ-услуг с учетом бизнес-влияния предлагается: 1) Использовать комбинацию показателей вместо одного процентного значения: суммарное время простоев, максимальный разовый простой, количество прерываний. 2) При разработке показателей учитывать специфику бизнес-процессов: для некоторых критична непрерывность работы, для других - общее время доступности. 3) Нормировать и агрегировать показатели с учетом весов, соответствующих влиянию на бизнес. 4) Возможно, отойти от процентного выражения и перейти к метрике, отражающей реальные убытки (хотя ее расчет часто сложен). Это даст более прозрачную картину и поможет в принятии обоснованных решений по повышению надежности.

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

Наличие буквы A (Accountable) в RACI-матрице означает, что человек является ответственным за конечный результат работы, что подразумевает наличие не только полномочий, но и реальных механизмов контроля. Без таких механизмов ответственность становится формальной, так как невозможно гарантировать качество и своевременность выполнения задачи. Поэтому при обнаружении символа A важно сразу определить, какими конкретными инструментами и ресурсами будет обеспечиваться контроль. Это может быть отдельная система отчетности, регулярные встречи, специальные программные инструменты мониторинга или другие методы. Если консультанты при составлении матрицы не предусмотрели эти механизмы, у руководителя есть возможность потребовать их предоставления до окончательного утверждения матрицы.

Основная идея подхода Tipu заключается в том, что Continual Service Improvement (CSI) нужно организовывать не после внедрения базовых процессов управления ИТ-услугами, а с самого начала, в рамках первых инициатив. Это позволяет постепенно и органично «достраивать» систему управления, отталкиваясь от реальных задач заказчика и используя набор процессных элементов, которые можно внедрить в относительно короткие сроки. Подход предполагает создание не идеальных процессов, а работающих решений с последующим наращиванием уровня зрелости через интегрированный CSI подход.