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

Практика ведения каталога технических услуг и OLA не применима ко всем компаниям, потому что сервисный подход вообще реализован лишь в небольшом количестве организаций, и только к очень небольшой доле этих организаций применима именно практика ведения каталога технических услуг и OLA. Это связано с тем, что такие документы и практики значительно влияют на другие процессы, отношения между подразделениями и оргструктуру, и их введение может быть избыточным или неоправданным в компаниях с простой структурой или без четкого сервисного подхода. О необходимости быть осторожнее с внедрением таких практик уже писали Pink Elephant (около 2006 года) и IT Skeptic (около 2011 года).

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

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

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

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

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

Современный подход к проведению деловых игр, таких как Grab@Pizza, предполагает увеличение доли участников из бизнес-подразделений. Если раньше большинство ролей распределялись между ИТ-специалистами, то сейчас практикуется равное распределение (50/50) или даже преобладание бизнес-специалистов. На сегодняшний день зафиксирован случай, когда из 12 участников 10 имели минимальное знание ИТ, что подчеркивает стремление компаний к лучшему пониманию взаимодействия ИТ и бизнеса.

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

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