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

Practice Success Factors (PSF) для практики управления инцидентами представляют собой комплексные функциональные компоненты, необходимые для того, чтобы практика реализовывала своё назначение. Согласно описанию в ITIL 4 Practice Guide, к ним относятся: обеспечение своевременного и эффективного восстановления нормальной работы услуг, поддержание удовлетворённости пользователей, соблюдение необходимого уровня прозрачности и коммуникации с пользователями, обеспечение качества решений (включая окончательность решения с первой попытки), контроль количества итераций взаимодействия с пользователем (например, через показатель FCR) и проактивное информирование о ходе решения инцидентов. Эти факторы обеспечивают комплексный подход к управлению инцидентами, выходящий за рамки простого ускорения решения проблем.

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

'Конечный заказчик' (end customer) - это внешний клиент компании, для которого создается основная ценность. Например, если ИТ предоставляет услуги бизнес-подразделению, а оно в свою очередь обслуживает внешних клиентов, то эти внешние клиенты и будут конечными заказчиками. Конечные заказчики могут не взаимодействовать напрямую с ИТ-службой, но испытывают косвенную выгоду от улучшений в ИТ-процессах, таких как ускорение внедрения изменений и снижение простоев.

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

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

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

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

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

Time to market формируется из двух компонент: Process Time (время фактической работы над изменением) и Queue Time (время ожидания в очереди). Service Quality обратно пропорционально связана с Change Risk - чем выше риски, тем ниже качество услуг. Чем быстрее проводятся изменения (меньше Time to market), тем выше риски для качества услуг, и наоборот - увеличение требований к качеству (Service Quality) ведет к увеличению времени вывода решений. Release rate (частота внедрений) и Release size (размер релиза) также влияют на эту связь: высокая частота малых релизов снижает риски и способствует ускорению Time to market, тогда как редкие крупные релизы увеличивают риски и замедляют процесс. Также важны Change capability (способность команды проводить изменения) и Change Control Level (уровень контроля изменений), которые определяют, как эффективно и качественно проводятся изменения в системе.