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

Неправильное распределение задач приводит к ряду негативных последствий: руководитель становится перегруженным рутинной работой, теряет контроль над стратегическими вопросами, снижается эффективность всей команды. В примере с деловой игрой Apollo-13 менеджер инцидентов, ставший маршрутизатором заявок, не смог обеспечить необходимый контроль за выполнением задач, в результате решено только 44% инцидентов, а среднее время решения увеличилось почти вдвое по сравнению с установленными SLA. Также может возникнуть хаос, потеря заявок и замедление работ, когда руководитель постоянно вмешивается в задачи сотрудников.

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

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

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

Эффективное обучение сотрудников новым ITIL-процессам должно быть многоступенчатым и ориентированным на практическое применение. Начните с обучения ключевых сотрудников, которые затем станут внутренними тренерами. Разработайте уровневую программу обучения: базовый уровень для всех сотрудников с фокусом на их конкретные роли в процессах; расширенный уровень для ответственных за процессы; продвинутый уровень для руководителей и архитекторов. Делайте упор на практические занятия - симуляции, ролевые игры, обработка реальных кейсов из вашей компании. Используйте различные форматы: очные тренинги, вебинары, онлайн-модули для самостоятельного изучения, чек-листы и шаблоны для повседневного использования. Разработайте индивидуальные планы обучения для разных должностей, так как требования к знаниям различаются для руководителей, менеджеров и исполнителей. Создайте систему проверки знаний через тестирование и практические задания. После обучения организуйте поддерживающую среду: регулярные коуч-сессии, сообщество практиков для обмена опытом, доступ к справочным материалам. Внедрите систему поощрения за успешное применение новых процессов. Проводите повторное обучение через 3-6 месяцев для закрепления знаний и внесения корректировок. Важно, чтобы обучение было не разовым событием, а частью постоянного развития навыков сотрудников.

Основная цель деловой игры Grab@Pizza заключается в том, чтобы помочь участникам лучше понять ключевые аспекты построения эффективного взаимодействия между бизнесом и ИТ. Игра позволяет на практике проработать ситуации, связанные с управлением бизнес-процессами, решением кризисных ситуаций, приоритизацией задач, взаимодействием с технической поддержкой и другими аспектами, которые важны для успешного функционирования компании. Она также помогает выявить способности участников к выполнению определённых ролей и демонстрирует основные принципы ITSM и ITIL.

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

Недостатки названия «деловая игра» касаются восприятия как руководством, так и участниками. Для многих «игра» ассоциируется с несерьёзностью, что затрудняет одобрение мероприятий на уровне принятия решений в компании. Участники же могут ожидать чётко заданных правил как в настольных играх, тогда как в менеджменте ограничения и правила гораздо более гибкие и не всегда явно прописаны. Это приводит к смещению ответственности на внешние факторы, когда участники считают, что не справились с задачей из-за недостаточной информации, а не из-за собственных решений. Кроме того, широкая трактовка термина не позволяет различить форматы игр с разной направленностью и сложностью.

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