Число пять в методе 5-Why's выбрано как оптимальное количество итераций для достижения достаточной глубины анализа при практической применимости. Этот опытный ориентир помогает структурировать расследование, избегая как преждевременного останова на поверхностных причинах, так и излишней детализации, уводящей в сферы, недоступные для коррекции. Однако фиксированное число итераций не строго обязательно — ключевой показатель завершения анализа — выявление точки, где возможно эффективное воздействие на проблему.

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

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

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

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

Правильная организация деятельности по управлению ИТ-сервисами включает несколько ключевых шагов: 1) Определение предоставляемых ИТ-сервисов (например, электронная почта); 2) Выявление важных для заказчиков параметров этих сервисов (например, доступность); 3) Определение способов влияния на эти параметры (например, через обработку пользовательских обращений, контроль компонентов инфраструктуры, аккуратное внедрение изменений); 4) Организация деятельности в виде процессов (управление инцидентами, событиями, изменениями), которые решают задачи, определенные на предыдущем этапе. Оптимально использование установленных подходов, таких как ITIL или ISO. 5) Постоянный контроль качества ИТ-сервисов и формирование предложений по совершенствованию как самих сервисов, так и поддерживающих их процессов. Такой подход позволяет достичь баланса между управлением процессами и управлением сервисами.

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

Структура PCF представляет собой иерархический список, состоящий из звеньев разного уровня: категория процессов - наивысший уровень, обозначается целыми числами (5.0, 8.0, 11.0), например, Управление обслуживанием клиентов, Управление финансовыми ресурсами; группа процессов - следующий уровень декомпозиции, обозначается двумя цифрами (5.2, 8.3), например, Планирование и управление обслуживанием клиентов; процесс - собственно процессный уровень, обозначается тремя цифрами (5.2.3, 8.3.4), например, Управление жалобами клиентов; процедура - отдельные активности в исполняемом процессе, обозначаются четырьмя цифрами (5.2.3.4, 8.3.4.2), например, Предоставление ответа на жалобу клиента; задача - низший уровень после процедур, обычно отражает специфику и сильно меняется в зависимости от отрасли промышленности.

Баланс между формальной и неформальной частями важен в сервисных отношениях, потому что одна без другой не обеспечивает эффективного взаимодействия. Формальная часть создает структуру, определяет ответственность и основу для планирования ресурсов, но без неформальной части, ориентированной на реальную ценность для заказчика, эта структура становится пустой и не приводит к достижению бизнес-результатов. С другой стороны, неформальная часть без формальной структуры приводит к неопределенности, разному пониманию ожиданий и высоким рискам невыполнения обязательств. Как показывает пример с кондиционером в отеле, формально услуга может быть предоставлена (кондиционер есть), но без учета неформальных аспектов (удобство использования для гостя) реальная ценность теряется. Оптимальный баланс позволяет сочетать четкость обязательств с ориентацией на реальные потребности заказчика.

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