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

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

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

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

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

Для создания системы оценки нужно построить матрицу взаимодействия функций и процессов. В этой матрице вертикаль представляет собой функции (отделы или группы), а горизонталь — процессы. Если функция участвует в процессе, руководитель этой функции отвечает за предоставление ресурсов. Для оценки используется система метрик, которые отражают эффективность работы сотрудников под руководством данного руководителя в контексте процесса. Например, для руководителя отдела в сфере управления инцидентами могут использоваться такие показатели как доля заданий, выполненных в срок; доля инцидентов, принятых в работу своевременно; доля инцидентов, решенных в срок и с первой попытки; коэффициент обновления по проблемам. Эти показатели приводятся к сопоставимому виду (шкала от 0 до 1), после чего формируется итоговый рейтинг руководителя с помощью арифметического, геометрического или взвешенного среднего. На более высоких уровнях управления агрегируются рейтинги нижестоящих руководителей.

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

Перед внедрением системы измерений необходимо ответить на следующие ключевые вопросы: что, как и зачем мы измеряем; когда начали измерять и когда планируем завершить; на кого ориентированы результаты измерений и как они будут использоваться. Без ответов на эти вопросы работа по составлению раздела KPI будет бессмысленной и поверхностной.

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

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