Я, как и некоторые другие программисты, не большой любитель митингов. Порой, надоедают все эти sprint refinement, sprint review, retrospective сессии.
![](https://habrastorage.org/r/w780q1/webt/z-/eh/9a/z-eh9aj1lc88xl7yen6oecdcrla.jpeg)
В командах, где я работала, никогда не было planning poker митингов, но недавно поучаствовала в таком, правда чужой команды. Я знакома со всеми из этой команды (за исключением нового архитектора), но никогда лично не видела полный состав команды в действии, так что с интересом наблюдала за их подходами работы в команде. Помимо того, что было довольно весело, смогла почерпнуть для себя что-то новое и полезное. В этой статье я хочу поделиться своими впечатлениями от участия в planning poker митинге.
Я даже и не знала, что какие-то из наших команд практикуют Planning Poker. Дело в том, что у нас в проектах участники команд из двух офисов: голландского фронт-офиса и российского бэк-офиса. Использование Planning Poker-а для контента спринтов в наших условиях просто нереально. Для подобных сессий нужно собирать целую команду в одном месте и трудно это организовывать на регулярной основе. Поэтому команда проводит подобные сессии только для бэклога задач на несколько лет, некоторые из которых вообще кажутся безумными и нереальными для реализации, ну и задачи, требующие больше времени, чем менеджеры готовы дать на текущий момент времени. Для этих целей Planning poker просто идеален, на мой взгляд. Если у вас есть опыт использования Planning poker для распределенных команд без сбора всей команды в одной комнате, будет интересно ознакомиться, отпишитесь в комментариях.
В рассматриваемой команде ведется разработка как software-части программного обеспечения для медицинского оборудования, так и ПО для соответствующей аппаратной части — прошивки (firmware). Поэтому подобные сессии будут информативны для большинства членов команды, так как кто-то работает только с конкретно одной частью и не знает деталей и сложностей, встречающихся в других частях ПО. Во время митинга многие дискуссии между людьми с наименьшей и наибольшей оценкой так и начинались: “Это же просто сделать”. Да, порой низкую оценку делаюсь опытные программисты, а в каких-то случаях низкая оценка дается по неопытности, ведь это <сарказм>firmware для обычной железки, и чего там так долго возиться </сарказм>.
Большинство задач содержали как минимум 3 части, исходя из специфики проекта: software, firmware и собственно тесты. Для сложных систем из группы составляющих элементов оценка делалась для одного элемента.
При оценке сложности задачи бывают весьма полезны дополнительные вопросы новичков. Как вы поняли, для этой священной миссии пригласили меня. Дело в том, что незнающий человек может задать вопросы, которые также будут полезны в учете оценок членов команды. Я сама пару раз заметила, как после моего вопроса, некоторые люди сразу же начали искать другую карточку, хотя уже определились с оценкой.
Подобные сессии требуют большие временные затраты. Время обсуждения каждого вопроса зависит от полноты предоставленных требований и понимания решения проблемы. Время на обсуждение вопроса может варьироваться от 5 до 30 минут. Так я принимала участие для обсуждения последней трети части бэклога задач. На это ушло полтора часа.
Итак, подведем итоги.
Все хорошо в меру. Planning poker сессии являются полезной деятельностью, но требуют много времени, так что я не считаю разумным проводить их очень часто, если только вы не располагаете свободным временем. Собирая такие митинги время от времени, вы будете поддерживать общую осведомленность в команде по разным частям проекта, что поможет улучшить процесс решения задач. А для кого-то может быть хорошей возможностью познакомиться с другими частями проекта на случай, если заскучаете работать со своей.
![](https://habrastorage.org/webt/z-/eh/9a/z-eh9aj1lc88xl7yen6oecdcrla.jpeg)
В командах, где я работала, никогда не было 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 сессии являются полезной деятельностью, но требуют много времени, так что я не считаю разумным проводить их очень часто, если только вы не располагаете свободным временем. Собирая такие митинги время от времени, вы будете поддерживать общую осведомленность в команде по разным частям проекта, что поможет улучшить процесс решения задач. А для кого-то может быть хорошей возможностью познакомиться с другими частями проекта на случай, если заскучаете работать со своей.