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

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

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

Основные практики управления ИТ-услугами по ITIL 4 включают: управление инцидентами (минимизация негативного влияния инцидентов за счет скорейшего восстановления работы); управление запросами на обслуживание (выполнение предопределенных пользовательских запросов эффективным способом); мониторинг и управление событиями (систематическое наблюдение за услугами и их компонентами); сервис деск (обработка спроса на решение инцидентов и выполнение запросов, обеспечение единой точки входа); управление проблемами (уменьшение вероятности и влияния инцидентов через идентификацию причин). Эти практики совместно обеспечивают быстрое восстановление услуг при сбоях, эффективную обработку запросов, управление состоянием услуг и выявление ошибок в продуктах.

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

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

Владелец услуги (service owner) отвечает за сквозное управление конкретной ИТ-услугой, тогда как менеджер уровня услуг фокусируется на достижении и соблюдении договоренностей об уровне услуги между поставщиком и заказчиком. В ITILv3 есть таблица сравнения этих ролей (Table 6.8 Comparison of CSI manager, service level manager, service owner and business relationship manager roles), но эта таблица скорее порождает вопросы, чем дает четкие ответы о границах ответственности между этими ролями. На практике в большинстве организаций найти достаточно убедительный ответ на вопрос о проведении границы ответственности между этими ролями сложно.

Service Owner активно участвует в обсуждении и разработке SLA (уровней сервиса) и OLA (внутренних уровней сервиса), выступая от имени бизнеса при переговорах. Он обеспечивает, что SLA корректно отражают бизнес-требования и ожидания, а OLA поддерживают достижение внешних SLA. При этом Service Owner контролирует выполнение SLA и OLA и выступает в роли посредника при возникновении расхождений между ожиданиями и реальным уровнем сервиса.

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

Value stream mapping (картографирование потоков ценности) - это методология, позволяющая визуализировать и анализировать путь создания ценности для потребителя, начиная от первичных действий и заканчивая конечным результатом. Это необходимо для того, чтобы сделать воспринимаемую ценность бизнеса для потребителей наглядной и измеримой. Карта потоков ценности помогает выявить различия в природе создаваемой ценности, определить оптимальные границы потоков, улучшить взаимодействие между ними, а также установить адекватные показатели измерения эффективности. Это важный инструмент руководства для повышения прозрачности бизнес-процессов и фокусировки на создании ценности для конечного потребителя.