Я, как и некоторые другие программисты, не большой любитель митингов. Порой, надоедают все эти sprint refinement, sprint review, retrospective сессии.


В командах, где я работала, никогда не было planning poker митингов, но недавно поучаствовала в таком, правда чужой команды. Я знакома со всеми из этой команды (за исключением нового архитектора), но никогда лично не видела полный состав команды в действии, так что с интересом наблюдала за их подходами работы в команде. Помимо того, что было довольно весело, смогла почерпнуть для себя что-то новое и полезное. В этой статье я хочу поделиться своими впечатлениями от участия в planning poker митинге.

Частота проведения Planning Poker митингов


Я даже и не знала, что какие-то из наших команд практикуют Planning Poker. Дело в том, что у нас в проектах участники команд из двух офисов: голландского фронт-офиса и российского бэк-офиса. Использование Planning Poker-а для контента спринтов в наших условиях просто нереально. Для подобных сессий нужно собирать целую команду в одном месте и трудно это организовывать на регулярной основе. Поэтому команда проводит подобные сессии только для бэклога задач на несколько лет, некоторые из которых вообще кажутся безумными и нереальными для реализации, ну и задачи, требующие больше времени, чем менеджеры готовы дать на текущий момент времени. Для этих целей Planning poker просто идеален, на мой взгляд. Если у вас есть опыт использования Planning poker для распределенных команд без сбора всей команды в одной комнате, будет интересно ознакомиться, отпишитесь в комментариях.

Для каких команд было бы полезно использовать Planning Poker


В рассматриваемой команде ведется разработка как software-части программного обеспечения для медицинского оборудования, так и ПО для соответствующей аппаратной части — прошивки (firmware). Поэтому подобные сессии будут информативны для большинства членов команды, так как кто-то работает только с конкретно одной частью и не знает деталей и сложностей, встречающихся в других частях ПО. Во время митинга многие дискуссии между людьми с наименьшей и наибольшей оценкой так и начинались: “Это же просто сделать”. Да, порой низкую оценку делаюсь опытные программисты, а в каких-то случаях низкая оценка дается по неопытности, ведь это <сарказм>firmware для обычной железки, и чего там так долго возиться </сарказм>.

Большие задачи разбиваются и оцениваются по отдельности


Большинство задач содержали как минимум 3 части, исходя из специфики проекта: software, firmware и собственно тесты. Для сложных систем из группы составляющих элементов оценка делалась для одного элемента.

Можно пригласить поучаствовать кого-то из другого проекта


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

Требуемое время для planning poker сессий


Подобные сессии требуют большие временные затраты. Время обсуждения каждого вопроса зависит от полноты предоставленных требований и понимания решения проблемы. Время на обсуждение вопроса может варьироваться от 5 до 30 минут. Так я принимала участие для обсуждения последней трети части бэклога задач. На это ушло полтора часа.

Итак, подведем итоги.

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

Комментарии (0)