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

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

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

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

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

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

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

Интегральный показатель BS (Balanced Score) рассчитывается с помощью метода взвешенного среднего, но с ключевым отличием: веса KPI являются динамическими и зависят от значений показателей. Чем ниже значение KPI (чем больше отклонение от целевого), тем выше его вес. Формула включает параметр Wmax, который определяется через выбранное руководителем значение MS (Marginal Score). Для случая с N равнозначными KPI, если 9 из них равны 100%, а один – 0%, интегральный показатель будет равен MS. Это обеспечивает более значительное снижение оценки за провал одного показателя, чем при стандартных методах.

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

Геометрическая фигура треугольника/пирамиды используется для наглядного представления взаимосвязи основных параметров проекта: сроков, затрат и результата. Жесткость этой фигуры символизирует, что изменение одного из параметров неизбежно влияет на другие. Например, при сокращении сроков проекта, как правило, потребуются дополнительные затраты или снижение объема работ, а иногда и качества конечного результата. Эта модель помогает визуализировать баланс между ключевыми ограничениями проекта.