Тренинг для проджектов. Подготовка к оценке задач командой

В этом году я решил попробовать нестандартные методы для обучения: интенсивы, игры, и др.

Вашему вниманию представлена деловая ролевая игра “Оценка задач”, которая готовит проджект-менеджеров ко всем возможным ситуациям в процессе оценки. Рефлексия после каждого “раунда” помогает закрепить материал.

Концепция

Что такое “оценка” — это процесс демонстрации прОдуктом идеи для команды с подготовленными артефактами: прототип и описание как идея решает проблему пользователя. 

Для кого: для команд разработки, для проджектов.

Роли участников: 

1. РО – продукт Оунер, рассказывает идею команде, отвечает на вопросы, хочет получить объективную оценку 

2. ПМ – руководитель проекта – руководит процессом оценки  

3. Аналитик – проводит поверхностный анализ задачи и варианты наложения на текущую архитектуру системы 

4. Дизайнер – отвечает за визуальную реализацию, должен обращать внимание на прототипы, очень важно обсуждать с фронтендером возможные решения 

5. Бэкендер – проектирует решение, должен полностью понять решение и что хочет продукт 

6. Фронтендер – проектирует реализацию UI, должен ограничивать полет фантазии дизайнера 

7. Тестировщик – оценивает объем тестирования, возможные риски решения и подводные камни 

Концепция игры:  

1. Создание ситуации оценки задач продукта 

2. Участники должны быть в неестественных ролях, разработчик должен получить другую роль, например аналитика или тестировщика 

3. У каждой роли есть антипаттерны поведения, которые участник разыгрывает в ситуации 

4. Задача участника с ролью руководителя проекта преодолеть все антипаттерны поведения, выдержать встречу в рамках и добиться результата 

Итоги игры: ПМ сделал все хорошо, если: 

1. Встреча прошла структурно 

2. Конфликты удалось погасить или избежать 

3. Задача была декомпозирована и оценена 

4. РП справился в антипаттернами поведения 

5. Оценка задачи имеет обоснование на своё существование 

6. Встреча прошла в заложенный тайминг

Процесс игры

Начинается сама игра:

1. Ведущий рассказывает правила: 3 оценки, каждый будет в роли ПМа и в роле одного из участника оценки: аналитика, разработчика, тестировщика.
2. Назначается первый ПМ, раздаются роли индивидуально остальным. Даются пояснения.
3. Когда все готовы – объявляется старт первого раунда. И засекается таймер на 15 минут.
4. Руководитель QA, он же играет роль Product Owner’a, запускает демонстрацию экрана с первой продуктовой задачей.
5. Модерация встречи полностью переходит к играющему ПМу
6. Оценка проходит согласно нашему процессу разработки
7. Оценка заканчивается. Объявляется стоп-игра.
8. Проджект-менеджер пытается угадать с кем он только что оценивал задачи
9. Дальше рефлексия всех участников первой итерации.
10. Повторяется для еще 2 сценариев.
11. В конце рефлексия вообще по всей игре: начинает приглашенный на роль Product Owner’a, дальше остальные участники. В конце ведущий проговаривает важные нюансы и основные ошибки, которые были допущены. Обсуждается как их в дальнейшем не допускать и исправлять.

Как прошла игра

Игра была проведена между всеми проджект-менеджерами нашей компании, всего их трое. Был приглашен руководитель тестирования на роль Product owner’a. Я был ведущим, но при этом отыгрывал одну из ролей из списка, и следил за выполнением условий игры, подмечал моменты, которые нужно было вынести на обсуждение.

3 ситуации, при которых каждый проджект примерил на себя роль ПМа и провёл встречу по оценке задач, а также еще одну из ролей: аналитик, разработчик, тестировщик.

Так как нас было 5 человек, то мы сократили разработчиков до 1го и убрали дизайнера из возможных ролей. Если будете проводить на продуктовую команду, то нужно использовать весь набор.

Материалы к игре

Выводы после игры

1. Всем понравилось
2. Каждый испытал на себе разные роли, что позволило подойти к заданию творчески
3. Прошло нескучно
4. Много кейсов было решено правильно
5. Во время рефлексии многие вспомнили похожие ситуации, а так же проанализировали во время игры, что не получилось.
6. Были подсвечены проблемные места и что нельзя ПМам делать на такой встрече