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

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

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

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

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

Разделение ИТ-подразделения на две функции — разработку (Change the business) и эксплуатацию (Run the business) — затрудняет управление ИТ-услугами, так как они управляются разными руководителями, имеют разные правила, точки входа для потребителей и взаимодействуют только через процессы управления изменениями и релизами. Это создает барьер для формирования сквозной ответственности за ИТ-услугу, которая должна охватывать все этапы от разработки до эксплуатации. Операционные взаимодействия, такие как управление инцидентами и проблемами, организуются относительно просто, но создание единой системы ответственности требует глубоких изменений в структуре и процессах.

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

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

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

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