Четкое определение того, что входит в предоставляемую услугу, необходимо для предотвращения недоразумений между поставщиком и потребителем. Без этого могут возникнуть споры о том, какие обязанности лежат на поставщике, а какие — на клиенте. Например, если услуга аренды квартиры включает предоставление работающей стиральной машины, то её поломка должна устраняться арендодателем. Если же это не прописано, то ответственность за ремонт может лечь на арендатора

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

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

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

Принцип 'Двигаться небольшими шагами' напрямую связан с agile-подходами, которые предполагают итеративное развитие и улучшение. Этот принцип утверждает, что движение короткими итерациями повышает управляемость проектов, делает прогресс более очевидным, положительно влияет на мотивацию участников и позволяет быстрее корректировать способы достижения целей. В Lean этот подход также представлен через концепцию минимально жизнеспособного продукта (MVP).

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

Это означает, что успешное завершение проекта — это только первый шаг на пути к достижению истинного результата. Запуск нового процесса или внедрение изменений требует дальнейшего развития и поддержки, чтобы они укоренились в организации. Без этого даже самый успешный проект останется временным достижением, не вписавшись в повседневную деятельность компании и не принеся долгосрочной пользы.

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

Концепцию услуги в ITIL4 можно объяснить с помощью модели CAAS (Choco-as-a-Service). В этой модели важно рассмотреть три компонента: товар (например, шоколадка), ресурс (магазин со службой доставки или автомат с шоколадками) и операции (процесс доставки или обслуживание автомата). В отличие от простой продажи товара, услуга предполагает, что клиент перекладывает на поставщика определенные риски и затраты. Например, при регулярной доставке шоколадок клиент не заботится о том, когда и где ее купить - эта ответственность лежит на поставщике. Аналогично в IT: при использовании облачных сервисов клиент не несет затрат по поддержанию физической инфраструктуры.

Проектируемый простой услуг (Projected Service Outage, PSO) - это документ, в котором фиксируются все запланированные периоды недоступности услуг, необходимые для реализации изменений. За формирование и актуализацию этого документа в первую очередь отвечает процесс управления изменениями. Однако при согласовании поправок в графике плановых простоев также участвуют процессы управления уровнем услуг (Service Level Management, SLM) и управления доступностью (Availability Management), обеспечивая комплексный подход к планированию и минимизации влияния простоев на бизнес.