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

Статус 'Ожидание' используется для откладывания обрабатываемого объекта (инцидента, обращения, задания) в сторону, когда его обработка невозможна по объективным причинам. Основные случаи применения: ожидание возвращения пользователя из отпуска, ожидание поставки техники, получение ответа от другой службы или специалиста. Цель статуса - структурировать рабочий процесс, отделяя задания, требующие активных действий, от тех, которые временно невыполнимы без внешнего воздействия.

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

Чтобы определить нормальность количества инцидентов, необходимо рассчитать Incident Rate для вашей компании и сравнить её со стандартным диапазоном 0.3–2.0 (оптимальный диапазон — 0.8–1.2). При этом важно учитывать отраслевые особенности: например, в банковской сфере ожидается более высокий показатель. Если результат значительно выходит за рамки указанных диапазонов, это может сигнализировать о проблемах в качестве ИТ-услуг или управления инцидентами.

Инцидент — это незапланированное прерывание или снижение качества услуги. В ITIL 4 определение звучит как «ан unplanned interruption to a service or reduction in the quality of a service». При этом важно отметить, что практика управления инцидентами не ограничивается только тем качеством услуги, которое воспринимают пользователи. Она также включает в себя восстановление нормальной работы услуг и ресурсов, даже когда их сбой или отклонение не видны потребителям услуг. Нормальная работа может быть определена в технических спецификациях услуг или конфигурационных единиц.

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

Предложенные показатели (суммарное время простоев, максимальный разовый простой, количество нарушений) тесно связаны с традиционными метриками надежности MTRS (Mean Time To Restore Service), MTBF (Mean Time Between Failures) и MTBSI (Mean Time Between Service Incidents). Например, суммарное время простоя связано с MTRS, количество нарушений - с MTBF, а средняя продолжительность работы без нарушений соотносится с MTBSI. Однако предложенные показатели сформулированы более приближенно к бизнес-эффекту и фокусируются на том, как именно простои влияют на бизнес-процессы, в то время как традиционные метрики носят более технический характер и не всегда напрямую связаны с бизнес-потерями.

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

Incident Rate — это метрика, показывающая количество пользовательских инцидентов в месяц на одного пользователя ИТ-системы. Для расчёта в числитель ставится количество обращений пользователей категории инцидент за месяц (рекомендуется брать годовую выборку с разбивкой по месяцам для исключения сезонности), а в знаменатель — количество активных пользователей ИТ (исключая уволенных сотрудников и технические учётные записи). Метрика измеряет поток пользовательских обращений, не учитываются инфраструктурные инциденты, инициированные ИТ-службой.

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