В тексте приведены два примера имитации активности: массовое закрытие проблем с кодом 'Решение нецелесообразно', при котором KPI остается близким к единице, несмотря на отсутствие реальной пользы, и регистрация дублей проблем, которые сразу закрываются как дубликаты. Эти действия создают видимость высокой активности, но не добавляют ценности процессу управления проблемами.

В книге упоминаются два предельных способа агрегирования нормированных KPI в интегральный показатель: среднее арифметическое и произведение. Эти способы называются предельными потому, что при большом числе KPI среднее арифметическое стремится к 1 (100%), а произведение стремится к 0 (0%). Эти алгоритмы удовлетворительно работают только при небольшом числе KPI (3-5 показателей).

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

Особенность развития теории менеджмента заключается в том, что основные идеи и концепции имеют четко установленных авторов, в отличие от древних изобретений, таких как колесо или деньги, чье происхождение и авторство утеряны в истории. В менеджменте большинство ключевых теорий и методов, таких как специализация труда Адама Смита, конвейерное производство Генри Форда или сбалансированная система показателей Каплана и Нортона, приписываются конкретным личностям с известными датами и работами. Это отражает относительную молодость менеджмента как научной дисциплины по сравнению с более древними изобретениями человечества.

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

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

Сравнение показывает, что предполагаемые затраты времени на ведение учета (5-10% рабочего времени) значительно завышены по сравнению с реальными (0,32% за 2014 год). Это доказывает, что распространенные опасения относительно трудоемкости учета времени необоснованны и что введение системы учета не приведет к значительным потерям рабочего времени, как часто предполагают сотрудники и менеджеры.

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

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

Чтобы минимизировать риски, связанные с несоблюдением лицензионных соглашений, необходимо вести детальный учет всех условий и ограничений для каждого программного продукта, регулярно проверять соответствие текущего использования этим условиям, использовать специализированные решения для управления ИТ-активами и следать рекомендациям международных стандартов, таких как ISO 19770, а также библиотеки IBPL.