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

Система постоянного улучшения на основе ITIL (Continual Service Improvement) строится по следующему алгоритму: во-первых, определите ключевые показатели эффективности (KPI) для каждой ИТ-услуги, ориентированные на бизнес-результаты. Затем регулярно (ежемесячно или ежеквартально) проводите анализ данных по этим KPI, сравнивая с целевыми значениями. Обеспечьте сбор обратной связи от всех заинтересованных сторон - бизнес-подразделений, пользователей и технических специалистов. Создайте циклический процесс из четырех этапов: Measure (измерение текущего состояния), Analyze (анализ данных и выявление проблем), Improve (внедрение улучшений), Review (оценка результатов изменений). Назначьте ответственных за CSI из руководителей ИТ-подразделений и бизнес-лидеров. Проводите регулярные сессии по выявлению возможностей для улучшения, используя техники мозгового штурма и анализ основных причин. Внедрите систему приоритизации улучшений на основе их влияния на бизнес и сложности реализации. Убедитесь, что результаты улучшений измеряются и доводятся до сведения всех заинтересованных сторон, что создаст мотивацию для дальнейших улучшений. Важно, чтобы процесс CSI был частью повседневной культуры организации, а не разовым проектом.

Раздел Outcomes (верхний левый квадрант) заполняется конкретными результатами, а не названиями процессов. В этом разделе следует указать, что именно будет сделано или получено в ходе проекта. Например, вместо формулировки «внедрение управления изменениями» необходимо написать конкретные достижения: «Сформирован каталог услуг, который включает в себя...», «Заключены SLA с такими-то контрагентами, определяющие такие-то условия», «Организован мониторинг параметров предоставления услуг». Чем конкретнее будут формулировки, тем проще будет впоследствии оценивать успех проекта и принимать решения по его развитию.

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

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

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

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

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

Уровень влияния инцидента напрямую определяет его вес в системе расчета приоритета проблемы. Инциденты с высоким уровнем влияния (например, "Критичный") вносят больший вклад в суммарный вес проблемы, что повышает её приоритет. Точное определение уровня влияния является ключевым фактором для корректной расстановки приоритетов.

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