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

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

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

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

Участникам следует помнить, что основная цель деловой игры — это обучение и развитие, независимо от того, достигнут ли высокий результат или нет. Даже при успехе важно провести анализ процесса, выявить слабые места в командном взаимодействии и принятых решениях. Если результат низкий, нужно сосредоточиться на поиске причин неудачи и формулировании конкретных шагов для улучшения. Главное — извлекать практические выводы, которые можно применить в реальной работе.

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

Согласно COBIT 5, руководство (governance) обеспечивает уверенность в достижении целей путем оценки потребностей, задания направления движения и сравнения фактической производительности с плановыми значениями. Управление (management) заключается в планировании, построении, выполнении и отслеживании деятельности в соответствии с направлением, заданным органом руководства, для достижения целей. Руководство сосредоточено на стратегическом уровне и ответственности за результаты, тогда как управление относится к тактическому и операционному уровню деятельности.

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

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

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