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

Есть еще игры, в которые можно играть отдельно от тренингов, что я тоже с удовольствием делаю. Например, игра “The Business Value Game” помогает понять разработчикам, как заказчики приоритезируют требования, а самим заказчикам выработать подходы, которые они потом могут успешно применять. Часто говорят, что Agile методы сосредотачиваются на том, чтобы доставить заказчикам наиболее ценную функциональность. Только, к сожалению, не так часто обсуждается, что подразумевается под словом «ценная» 🙁

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

Собственно, поэтому такие бизнес-игры и интересны – они дают возможность экспериментировать в “безопасных” условиях. Хотя, если делать игру на несколько команд, то дух соревновательности присутствует не хуже, чем в реальном бизнесе 😉

Поэтому воспользовавшись возможностью, предоставленной компанией Сиклум, я решил сыграть по-крупному. Зачем мелочиться, давайте проведем игру на 100 человек сразу (ну, почти). Получилось очень интересно и познавательно! Целых 12 команд соревновались в том, как правильно планировать проекты и выбирать то, что важно и нужно делать, дабы заказчики были «хеппи». Оказывается это даже труднее, чем делать само программное обеспечение 🙂

Во время и после игры было много «инсайтов» (insight – озарение). Вот несколько самых ярких впечатлений участников…

Вы могли читать о том, что продукты нужно выпускать серией итераций и в тоже время гораздо нагляднее увидеть, как соседняя команда обходит вас по заработанным деньгам только за счет того, что они делали выпуск каждую итерацию, а вы решили «сэкономить» на одном из промежуточных релизов 🙂

Отдельно приходит понимание того, что ценность представляют не отдельные истории, а целые темы (эпики, MMF, проекты), к которым эти истории принадлежат. Как говорят «за деревьями леса не видно» и тот, кто понял это быстрее других, смог сосредоточится на выпуске того, что нужно заказчикам.

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

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

Отдельного внимания заслуживает фраза одного из участников: «не все улучшения одинаково полезны!». Не всегда стоит кидаться прикручивать очередной новый фреймворк, стоит подумать и оценить ожидаемые выгоды. И дальше уже, как и для бизнес-функций, определять приоритет по соотношению выгоды и затрат.

Надеюсь, я смогу еще не раз провести эту и другие бизнес игры, будь то в рамках открытых или закрытых мероприятий. Хотите узнать когда? Подписывайтесь на RSS и следите за обновлениями.