Руководителю, отвечающему за развитие, сложнее использовать отговорку «Я бы рад, да ресурсов нет», потому что именно он сам распределяет ресурсы в организации. Если руководитель не может выделить ресурсы на развитие, это ставит под сомнение его способность эффективно управлять компанией и расставлять приоритеты.

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

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

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

В книге Service Offerings - это концепция, позволяющая одной ИТ-услуге предоставляться нескольким потребителям, что особенно актуально для холдинговых структур с несколькими дочерними компаниями. Однако автор обзора высказывает сомнение в необходимости такой сложности для монолитных компаний, где он рекомендует упрощать структуру сервисных отношений. По мнению автора обзора, в однокомпанийной структуре можно обойтись без усложнения отношений через Service Offerings, что упростит формирование каталога ИТ-услуг, заключение SLA, отчетность и процессы совершенствования услуг (SIP).

Основное отличие между использованием метрик EVM для текущих и завершённых проектов заключается в том, что при анализе текущих проектов SPI (Schedule Performance Index) адекватно отображает отставание от графика, но для завершённых проектов этот показатель становится равным единице, независимо от реальных задержек, так как весь объём работ к этому моменту уже выполнен. В то же время, показатель CPI (Cost Performance Index) остаётся полезным на всех этапах проекта, поскольку он корректно отражает соотношение стоимости работ и фактических затрат, как в процессе выполнения, так и после завершения проекта.

Текст упоминает, что исследование Даннинга и Крюгера вдохновлялось высказываниями древних философов, таких как Сократ, Конфуций и Лао-Цзы. В частности, сократовское «Я знаю только то, что ничего не знаю, но другие не знают и этого» напрямую перекликается с идеей того, что настоящая компетентность предполагает осознание своих ограничений. Таким образом, эффект Даннинга-Крюгера, как его часто описывают, имеет отголоски старых философских размышлений о самоосознании и знании.

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

Здоровье команды оценивается через итоговый финансовый результат и сбалансированную карту показателей, которые отражают, что общая донесенная ценность не равна нулю. Отдельные процессы (конвейеры развития, исследования) оцениваются своими метриками: lead time, availability, скорость принятия решений. Ключевым является баланс между показателями, чтобы ни одна область (например, «гарантия») не обнулила результат всей команды.

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