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

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

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

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

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

Управление лицензиями ПО включает не только учет установленных экземпляров ПО и проверку на соответствие приобретенным лицензиям, но и анализ многочисленных условий и ограничений, прописанных в лицензионных соглашениях, особенно в EULA (End User License Agreement). Это охватывает правовое соответствие всем условиям соглашений, помимо количественного учета установленного ПО.

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

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

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

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