Согласно исследованию, проведенному в 2006 году среди 440 организаций, 33% компаний использовали собственный внутренний подход к организации управления ИТ-процессами (internally developed framework), в то время как только 13% применяли ITIL. Это свидетельствует о том, что значительное количество организаций предпочитает разрабатывать свои собственные методологии управления, адаптированные под их конкретные нужды, вместо использования общепринятых стандартов.

Принцип "Упрощайте" (Keep it simple), описанный в ITIL Practitioner Guidance 2016 года, был расширен в ITIL 4 до формулировки "Простота и практичность" (Keep it simple and practical). Это изменение отражает важность не только простоты решения, но и его практической применимости. В ITIL 4 подчеркивается, что слишком сложные решения затрудняют внедрение и эксплуатацию, однако простота ради простоты тоже не имеет смысла, если решение не решает поставленные задачи. Таким образом, акцент смещен с простого упрощения на поиск оптимального баланса между простотой и практической пользой.

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

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

Для объяснения необходимости изменения эффективно использовать SWOT-анализ даже в простом варианте. Это позволяет выявить внутренние сильные и слабые стороны, внешние возможности и угрозы. SWOT-анализ помогает определить, какие аргументы использовать при коммуникации с разными группами сотрудников и как обосновать необходимость перемен.

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

Чаще всего требуют проверки: идентификаторы и версии оборудования/ПО, сетевые адреса и параметры подключения, данные о физическом и виртуальном расположении, состав компонентов (например, список приложений на сервере), временные метки изменений, атрибуты, связанные с лицензированием и стоимостью. Особое внимание уделяется динамичным данным — например, IP-адресам после перенастройки сети или версиям ПО после обновлений, которые часто обновляются вручную с задержкой.

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

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

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