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

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

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

Согласно мини-опросу, проведённому на портале, операционные затраты составляют 67-68% от общего объёма затрат на ИТ. В банках этот показатель достигает 76-79% (по данным за 2015 год), тогда как международная статистика (Computer Economics) указывает на 73%. Затраты на персонал в операционных расходах варьируются от 40-60% в российских компаниях до 30-40% в западных. Эти данные подчёркивают необходимость детального анализа структуры затрат для их оптимизации.

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

Бритва Оккама в контексте использования OLA и SLA означает принцип минимальной сложности, согласно которому не следует умножать сущности без необходимости. В данном случае это подразумевает, что если термин OLA не добавляет ценности к пониманию процессов и фактически дублирует SLA с другой точки зрения, то его можно не использовать. SLA и UC (Underpinning Contracts) достаточно для описания всех необходимых соглашений, поэтому нет необходимости введения отдельного термина OLA. Таким образом, применяя бритву Оккама, можно упростить управление сервисами, убрав избыточный термин, который только вызывает путаницу и усложняет процессы.

Корпоративная реорганизация часто приводит к проблемам в работе ИТ-поддержки из-за объединения ранее независимых подразделений с разными процессами и корпоративными культурами, что создает конфликт между 'новичками' и 'старичками'. Новые сотрудники могут не знать существующих внутренних процедур, а опытные работники — негативно относиться к изменениям и неохотно обучать коллег. Когда к этому добавляются новые процессы управления и изменение структуры ответственности, сотрудники разных уровней поддержки теряют взаимосвязь и общую цель, что приводит к снижению общей эффективности работы ИТ-службы. Без четкого перестроения процессов коммуникации и распределения задач после реорганизации, система поддержки пользователя значительно ослабевает.

В материале Гартнера упоминаются различные стандарты в области управления информационными технологиями, включая ITIL, который относится к области управления ИТ-услугами. Также отмечается, что eTOM был отнесен к предписывающим стандартам в этой области. Однако в тексте указано, что некоторые стандарты, такие как PAS56/PAS77, не упомянуты в отчете, что может быть расценено как несоответствие или упущение в анализе.

Принцип "Используйте целостный подход" (Think and work holistically) в ITIL 4 предполагает, что при управлении услугами необходимо учитывать все взаимосвязанные элементы системы, а не изолированные компоненты. В отличие от формулировки в ITIL Practitioner Guidance ("Work holistically"), формулировка в ITIL 4 включает слово "think" (думать), что подчеркивает важность целостного мышления на этапе планирования, а не только действия в рамках целостного подхода. Принцип побуждает организации рассматривать все аспекты управления услугами как взаимосвязанную систему, учитывая, как изменения в одной области могут повлиять на другие области, и стремиться к оптимизации всей системы в целом, а не отдельных ее частей.

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