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

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

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

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

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

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

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

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

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

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