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

Процессы EDM01 и EDM05 вызывают вопросы, так как следуют той же структуре практик (оценка, направление, мониторинг), что и процессы руководства системы управления ИТ (EDM02–EDM04), в то время как согласно принципу COBIT 5, эти процессы должны описывать управление системой руководства. Если EDM01 и EDM05 — процессы управления, то их структура должна быть больше похожа на управленческий цикл PDCA. Если же они относятся к руководству, тогда возникает вопрос: кем и на каком уровне осуществляется руководство над самой системой руководства, что представляется избыточным и противоречащим логике разделения функций руководства и управления.

Во время деловой игры команды часто сталкиваются с выбором между стремлением выполнить KPI (достичь высокого количественного результата) и желанием учиться, экспериментировать и получать новый опыт. Некоторые группы предпочитают следовать привычным методам, чтобы добиться показателей, подобно рабочей практике, тогда как другие выбирают путь обучения, даже если это может привести к временному ухудшению результатов. Однако в ряде случаев команды, сделавшие ставку на обучение, достигают лучших результатов благодаря освоению новых подходов, как, например, в игре «Проект Феникс», где команда, выбравшая обучение, поставила рекорд.

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

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

Японские свечи на бирже отображают диапазон изменений цены (от минимума до максимума) за период, что напрямую сравнимо с анализом диапазона показателей качества ИТ-услуг (от минимального до среднего значения). В биржевой аналитике такие графики используются для оценки волатильности и стабильности актива. Аналогично, в ITSM диапазон между минимальным и средним показателем показывает, насколько стабильно выполняются SLA: узкий диапазон сигнализирует об однородно высоком качестве, а широкий — о наличии провалов в отдельных услугах. Это делает отчёт интуитивно понятным для руководителей, привыкших к финансовым метрикам.

Методическое обеспечение ИТ-бюджетирования может быть 100-процентным, поскольку ITIL предоставляет четкие, структурированные процессы и руководства для каждого этапа бюджетирования. Это включает в себя последовательные шаги от получения бизнес-планов через BRM/SLM до расчета стоимости услуг и формирования бюджета, где каждый этап имеет специфические методики, алгоритмы и формулы. Это делает процесс предсказуемым и документируемым, позволяя достичь полной методической проработки без пробелов.

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

Важно, что предложенная метрика изменяется в диапазоне [0;1], потому что нормированность метрики позволяет легко интерпретировать её значения, сравнивать производительность в разные периоды времени и между различными группами или подразделениями. Нормированные метрики упрощают установление целевых значений, так как менеджеры заранее знают, к каким показателям стремиться (например, достичь 80-90%), а также позволяют выявить, когда значение метрики становится критически низким и требуется вмешательство для улучшения процесса.

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