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

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

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

Участники игры Grab@Pizza выносят несколько ключевых уроков: понимание важности эффективного взаимодействия между бизнесом и ИТ; осознание того, что ИТ-инициативы требуют серьёзного обоснования бизнес-ценностью; необходимость активного позиционирования технической поддержки в процессах коммуникации; использование финансов как общей системы координат для бизнеса и ИТ; понимание того, что успех компании зависит от правильной выстроенности связки Business-SLM-Change. Также участники получают представление о процессах ITSM и учатся на практике применять эти знания в реальных условиях.

Архитектурные решения критически важны, потому что сложные, монолитные системы, созданные годами и состоящие из тесно связанных компонентов, просто не могут поддерживать высокую скорость разработки. Такие системы, где аббревиатура 'CI/CD' вызывает удивление или смех, принципиально не позволяют достигнуть кратного ускорения. Чтобы достичь значительного снижения Time to Market, необходимо провести работу над архитектурой: разбить монолит на микросервисы или модули, внедрить автоматизацию тестирования и развертывания, создать условия для параллельной работы нескольких команд без постоянных конфликтов. Эти изменения требуют значительных усилий и инвестиций, но без них реальное кратное ускорение невозможно.

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

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

Показатели доступности являются ключевыми элементами SLA. В SLA конкретизируются требования к уровню доступности каждой ИТ-услуги, включая минимально допустимый процент времени доступности (например, 99,9%), а также определение границы доступности и недоступности. SLA также может включать условия, при которых простой не учитывается (например, плановые технические работы). Показатели доступности, измеренные в ходе эксплуатации, сравниваются с показателями, зафиксированными в SLA, для определения соблюдения соглашения. При несоответствии могут применяться штрафные санкции или другие меры, предусмотренные SLA. Регулярный мониторинг и отчетность по показателям доступности позволяют сторонам SLA своевременно выявлять и решать проблемы, предотвращая нарушение соглашения.

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

Для оценки реальной эффективности внедрения ITIL рекомендуется использовать методы количественной и качественной оценки, такие как сравнение KPI до и после внедрения, анализ удовлетворенности пользователей, измерение времени восстановления услуг и соблюдение SLA. Важно также учитывать долгосрочные эффекты и возможные улучшения в коммуникации между ИТ и бизнесом.