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

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

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

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

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

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

Контекстуальное качество процесса учитывает аспекты, связанные с рациональной организацией процесса в конкретной организации, в дополнение к прямому качеству, которое отражает выполнение основного назначения процесса. Это включает такие элементы, как доля стандартных изменений, доля экстренных изменений, доля изменений, реализуемых с первого раза, доля изменений, проходящих через CAB, и доля изменений, проходящих через PIR. Контекстуальное качество также учитывает вопросы доступности информации о процессе (accessibility) и конфиденциальности, то есть кто имеет право доступа к документации по процессу и записи изменений. Эти аспекты более специфичны для каждой организации и зависят от уровня ее зрелости в управлении ИТ.

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

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

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