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

Согласно COBIT, уровни зрелости процессов имеют исключительно иллюстративный смысл. Они используются для наглядного представления текущего состояния процесса или разницы между текущим и целевым состояниями, но не предназначены для точной количественной оценки. Уровень зрелости является побочным продуктом обследования, а не основной метрикой. Его не следует воспринимать чересчур серьезно, поскольку один и тот же процесс может проявлять признаки нескольких уровней зрелости одновременно, и разные аудиторы могут давать разные оценки одному процессу, даже используя одни и те же контрольные показатели.

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

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

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

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

Существует два варианта методики постановки целевого значения для предложенной метрики: а) зафиксировать его, исходя из соотношения длительности отчетного периода к среднему времени решения проблем; б) зафиксировать его на заданном уровне (например, 80-90%), выбрав отчетный период равным или немного большим среднего времени решения проблемы. Второй вариант считается более оптимальным, потому что он позволяет учесть специфику работы команды и реалистичные ожидания, при этом обеспечивая стимул для постоянного мониторинга и улучшения процесса. Выбор периода, сопоставимого со средним временем решения проблем, обеспечивает более точное отражение текущей эффективности работы с проблемами.

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

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

Universal Service Management (USM) - это подход к универсальному управлению услугами, который, по мнению автора текста, разрабатывался в направлении, аналогичном обсуждаемой модели. Автор отмечает, что рассуждения по USM велись в том же направлении, но были проще и привели к более простым результатам. Однако подробной информации об этом подходе найти не удалось. USM рассматривается как потенциально один из вариантов обобщенной процессной модели, хотя и требующий дополнительного изучения.