Этапы расширенного жизненного цикла инцидента включают: 1) момент возникновения инцидента — момент, когда пользователь ощутил снижение качества сервиса; 2) обнаружение — промежуток времени от возникновения до информирования поставщика ИТ-услуг; 3) диагностика — поиск причины инцидента; 4) исправление — проведение работ по устранению сбоя или замене компонента; 5) восстановление — завершение ремонтных работ в инфраструктуре; 6) возобновление — период от окончания восстановления до полного возврата пользователя к нормальной работе. Каждый из этапов имеет определённую продолжительность, и анализ затраченного времени на них позволяет оптимизировать процессы управления доступностью ИТ-услуг.

Отсутствие культуры автоматизированного тестирования серьёзно препятствует внедрению CI/CD, потому что конвейер развёртывания требует надёжной и быстрой проверки изменений перед их выпуском в продакшен. Без достаточного количества актуальных автотестов невозможно гарантировать, что каждое изменение кода не нарушает существующую функциональность. Если команда до сих пор ведет дебаты о том, 'стоит ли', 'нужно ли' или 'можем ли мы себе позволить писать автотесты', это указывает на фундаментальную неготовность к CI/CD. Автотесты являются неотъемлемой частью конвейера, они должны запускаться автоматически на каждом этапе и блокировать дальнейшее продвижение изменений при обнаружении ошибок. Отказ от постоянного обновления автотестов приведет к тому, что со временем они перестанут быть актуальными, будут «краснеть» и вынуждать команду вручную обходить проблемы, что полностью разрушает идею непрерывной интеграции и развертывания.

Бесшовное взаимодействие — это когда клиент может переключаться между каналами и устройствами без потери контекста или необходимости повторно вводить информацию. Например, начав оформлять заказ на сайте, клиент может завершить его через мобильное приложение или в оффлайн-точке, и все данные сохранятся. Достичь этого можно через единую систему управления данными клиентов (CDP), интеграцию CRM и других систем, а также унификацию процессов. Бесшовность повышает удобство, снижает фрустрацию и напрямую влияет на лояльность, ведь современные потребители ожидают, что компания «помнит» их предпочтения и историю взаимодействий вне зависимости от канала.

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

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

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

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

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

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

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