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

Практика управления проблемами в ITIL 4 предназначена для уменьшения вероятности и влияния инцидентов путем идентификации фактических и потенциальных причин возникновения инцидентов и управления обходными решениями и известными ошибками. В отличие от управления инцидентами, которое фокусируется на оперативном восстановлении работоспособности услуг, управление проблемами смотрит в будущее и направлено на выявление и контроль проблем. Основные направления деятельности в управлении проблемами включают идентификацию проблем (регистрацию, категоризацию и определение приоритетов), контроль проблем (анализ и документирование обходных решений и известных ошибок), и контроль ошибок (их исправление через контроль изменений и оценку эффективности обходных решений). Управление проблемами тесно связано с управлением инцидентами, так как инциденты часто выявляют проблемы, требующие системного решения.

Существуют различные алгоритмы агрегирования метрик, такие как среднее арифметическое, среднее геометрическое и другие. Выбор метода зависит от специфики бизнес-требований и характера данных. Для большого количества KPI рекомендуется разделять их на группы, рассчитывать интегральные показатели для каждой группы (возможно, разными методами), а затем объединять полученные результаты. Например, при оценке качества 30+ услуг можно выделить группы mission-critical, business-critical и обычные услуги, рассчитав интегральные показатели для каждой группы своими методами, а затем объединить их средним арифметическим или геометрическим (возможно, с разными весами). Аналогично при расчете показателя качества для одной услуги можно разделить KPI на категории (производительность, доступность, поддержка), рассчитать групповые индексы и затем объединить результаты.

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

Четвертый шаг цикла Деминга (Act) заключается в принятии решений относительно дальнейших действий после проверки результатов изменений. Он включает ответ на вопрос: 'Что делать дальше?'. Это может означать внедрение успешных улучшений в стандартную практику, игнорирование неудачных результатов без дополнительных изменений или запуск нового цикла PDCA с учетом полученного опыта. Act фокусируется на итоговой корректировке подхода и определении дальнейшей стратегии улучшений, что отличает его от этапа планирования, который предваряет непосредственное выполнение изменений.

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

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

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

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

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