Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Деловые игры

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

Игровая маршрутизация

В деловой игре GRAB@PIZZA, как и в любой бизнес-симуляции, предусмотрены некоторые упрощения и допущения. Оно и понятно, мы же только моделируем реальную рабочую ситуацию, а не пытаемся её детально воссоздать и проанализировать. Попытка полностью воссоздать процесс может привести к существенному усложнению игры. Однако есть один важный нюанс, который, как мне кажется, хорошо было бы ввести в игру. В игре чётко разграничены точки входа “заявок” (назовём их так в целях обобщения) – через процесс управления инцидентами и через процесс управления взаимоотношениями с бизнесом. Всё красиво, каждый должен заниматься своим делом. Первая линия – маршрутизировать или решать/выполнять инциденты и запросы на обслуживание….

Абсолютный результат не имеет значения

Когда участвуешь в деловой игре, конечно же, хочется выиграть. Выиграть у команды, играющей в соседней аудитории, или у виртуального соперника, установив новый рекорд согласно нашей статистике. И если сильно на этом зацикливаться, невысокий итоговый результат может не самым лучшим образом повлиять на настроение участников. Но после ряда проведённых игр (или симуляций) у меня сложилось устойчивое мнение, что в данном случае “проигрыш” (сознательно беру в кавычки) оказывает более сильное влияние на дальнейшее развитие участников игры, чем высокий итоговый KPI. Если правильно воспользоваться ситуацией, не замыкаться на мнении “это просто игра такая”, а вместо этого вспомнить про принцип постоянного совершенствования, то становится…

“Деловая игра” – ущербное словосочетание, нам нужно какое-то другое

“Деловая игра” — довольно неудачное сочетание слов. Занимаясь такими играми с 2005 года, могу сказать, что сами мероприятия крайне эффективны с точки зрения обучения, но недостатков у названия действа хватает. Начнём с того, что чисто по звучанию под игрой многие понимают что-то несерьёзное, развлекательное. Отчасти это верно, деловые игры позволяют хорошо и приятно провести время, но основная их ценность не в сплочении команды, а в решении двух очень чётких задач: показать коллективу, отдельным участникам и сторонним наблюдателям состояние “как мы сейчас работаем”, или “как у нас принято делать дела” освоить новые управленческие приёмы, почувствовать понятия, отработать новые для участников навыки…

Контролируемый хаос

Таким эпитетом охарактеризовали одну из недавних игр её участники.  Есть даже научный термин «управляемый хаос» – им оперируют физики, социологи, политтехнологи. Но мы, собственно, не про политику. По правде говоря, первый игровой раунд в этой игре (а речь идет о небезызвестной уже многим Apollo13) – это всегда хаос. Так даже в скрипте заложено – авторы постарались. Но игра построена так, что в последующих раундах силами игроков уже можно организовать какой-никакой порядок. Так вот в той, о которой идет речь, так не случилось. Как это выглядело: Все между собой общались – несмотря на то, что люди были из разных подразделений одной организации,…

Когда бизнес заодно…

Все, наверняка, вслух, про себя, в диалоге с кем-то сетовали на то, что бизнес не слышит, не хочет вникать в деятельность ИТ подразделений, не соглашается на разумные предложения, отмахивается от идей. И работать такому ИТ-подразделению, которое воспринимается как угодно, но не как партнер, который может способствовать достижению бизнес целей-стратегий-результатов, живется очень тяжело. Это и понятно – ходишь на курсы, слушаешь разные полезные вещи, начинаешь придумывать идеи как «лучше сделать еще лучше», а применения всему этому нет. А представляете, как было бы здорово, если бы все было ровно наоборот. И так бывает. Буквально на днях вернулась с одного небольшого, прекрасного городка,…

Канбан 3D

В одной из недавно проведённых игр «Проект Феникс – DevOps на практике» команда настолько прониклась идеей визуализации процесса с помощью канбан, что под конец игры, когда ставки были особенно высоки, вся команда собралась у этого инструмента, и абсолютно все идеи сразу же отображались на «стене». Слово «стена» в предыдущем предложении написано в кавычках, поскольку фактически конструкция выглядела так, как изображено на приведенной фотографии. За счёт того, что в работу были вовлечены все, и уровень участников был очень высокий, в последнем раунде игры был совершён невероятный прорыв. В имеющихся условиях всё было сделано идеально. Т.е. лучшего результата в сложившейся ситуации получить…

Сопротивление организационным изменениям – миф

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

Деловая игра Phoenix Project – личные впечатления скептика

Тема DevOps, "гибкой" разработки на слуху уже долгое время, многим она наверняка приелась, а практикам уж точно навязла в зубах. Работы, которые мы выполняем в рамках наших проектов, в подавляющем большинстве планируются и исполняются по классической водопадной схеме. Да, мы всегда пытаемся ускорить получение заказчиками результатов, где это возможно, но параллелизация потоков работ и введение локальной итеративности разработки продуктов или документов являются лишь незначительными элементами на общей картине проекта. Мое личное мнение о новом тренде было очень скептичным, особенно, в последнее время. Ситуация, когда этот подход практически объявлятся "серебряной пулей", единственным правильным способом добиться настоящего успеха и результата, меня попросту раздражала. Выдавшаяся возможность поиграть…

Канбан и карта потока создания ценности

К недавней заметке «Эксперименты с Kanban, визуализацией и потоком создания ценности» Олега Скрынника хотел бы добавить пару соображений по поводу разработки канбан и разницы между канбан и картой потока создания ценности. 1. При формировании структуры доски канбан нередко на первых шагах получают некое подобие списка задач со статусами выполнения. На самом деле, как  описал Олег, канбан используется в том числе для того, чтобы организовать производство вытягивающего типа. Собственно для этого исходно (на производстве Тойота) и была разработана система Канбан. Это система карточек, используемых для сигнализации о том, что нужно произвести перемещение продукции или материалов/комплектующих между участками производственной цепочки. По завершению…

IT Management Forum 2017 – уже скоро!

25 мая в Москве пройдёт IT Management Forum, который в этом году посвящён управлению цифровым бизнесом и роли ИТ-департамента в цифровой трансформации. Среди докладчиков Форума сразу несколько заслуженных авторов портала Real ITSM: Роман Журавлёв, менеджер по развитию продуктов AXELOS, с докладом "Овладевая ITIL. 10 лет лучших практик" Павел Дёмин, консультант Cleverics, с докладом "Системная динамика в управлении ИТ". Составить представление о том, чему будет посвящён доклад, можно из авторской заметки Павла "DevOps в динамике" Олег Скрынник, управляющий партнёр Cleverics, проведёт демосессию новой деловой игры "Проект Феникс – DevOps на практике" Стивен Манн, старший аналитик ITSM.tools, переводы статей которого регулярно публикуются в новостном потоке, выступит с докладом "Управление корпоративными сервисами" и проведёт мастер-класс…

Эксперименты с Kanban, визуализацией и потоком создания ценности

У тренеров Cleverics есть замечательная возможность ставить эксперименты на людях изучать интересные штуки, наблюдая за слушателями. Разумеется, полезность наблюдений чуть более, чем полностью определяется именно слушателями. Неделю назад мне повезло: на открытую деловую игру "Проект Феникс" собралась исключительная команда. Интеллектуалы с богатым опытом, открытые всему новому – о такой группе тренер может только мечтать. Помимо мечтаний удалось проследить эволюцию визуализации. Сейчас поясню. Игра – про DevOps. А эксперты этого модного направления вовсю советуют обязательно проработать как минимум следующие ключевые вещи: поток создания ценности (Value Stream) определение завершения (Definition of Done) ограничение числа задач в работе (WIP Limit) ясную картину загрузки ресурсов…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM