Планирование покера - Planning poker
Эта статья нужны дополнительные цитаты для проверка.Февраль 2012 г.) (Узнайте, как и когда удалить этот шаблон сообщения) ( |
Планирование покера, также называемый Скрам покер, основывается на консенсусе, геймифицированный метод оценки, в основном используемый для оценки усилий или относительного размера цели развития в разработка программного обеспечения. При планировании игры в покер члены группы делают оценки, раскладывая пронумерованные карты лицом вниз к столу, вместо того, чтобы произносить их вслух. Карты раскрываются, и затем обсуждаются оценки. Скрывая фигуры таким образом, группа может избежать когнитивной предвзятости якорь, где первое число, произнесенное вслух, создает прецедент для последующих оценок.
Планирование покера - это разновидность Широкополосный delphi метод. Чаще всего используется в гибкая разработка программного обеспечения, в частности в Scrum и Экстремальное программирование.
Метод был впервые определен и назван Джеймсом Греннингом в 2002 году.[1] а позже популяризировал Майк Кон в книге Гибкая оценка и планирование,[2] чья компания торговая марка период, термин [3] и цифровой онлайн-инструмент.[4]
Процесс
Обоснование
Причина использования покера планирования - избежать влияния других участников. Если произносится число, оно может звучать как предложение и влиять на выбор других участников. Планирование покера должно заставлять людей думать независимо и одновременно предлагать свои цифры. Это достигается за счет требования, чтобы все участники одновременно показывали свои карточки.
Оборудование
Планирование покера основано на списке функций, которые должны быть предоставлены, нескольких копиях колоды карт и, необязательно, таймер яйца которые можно использовать для ограничения времени, затрачиваемого на обсуждение каждого пункта.
Список функций, часто список пользовательские истории, описывает некоторое программное обеспечение, которое необходимо разработать.
На картах в колоде есть числа. В типичной колоде есть карты, показывающие Последовательность Фибоначчи включая ноль: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89; в других колодах используется аналогичная последовательность с фиксированным соотношением между каждым значением, например 1, 2, 4, 8 и т. д.
Причина использования последовательности Фибоначчи вместо простого удвоения каждого последующего значения заключается в том, что оценка задачи как вдвое больше усилий, чем другая задача, является обманчиво точной. Задача, которая требует примерно вдвое больших усилий, чем 5, должна быть оценена либо как немного меньше, чем удвоение (8), либо как немного больше, чем удвоение (13).
Некоторые коммерчески доступные колоды используют последовательность: 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 и, необязательно, a? (не уверен), символ бесконечности (это задание не может быть выполнено) и чашка кофе (мне нужен перерыв, и я приготовлю кофе остальной части команды). Причина, по которой не следует точно следовать последовательности Фибоначчи после 13, заключается в том, что кто-то однажды сказал Майку Кону: «Вы должны быть очень уверены, что оценили эту задачу как 21 вместо 20.» Использование чисел с точностью до одной цифры (кроме 13) указывает на неуверенность в оценке. Некоторые организации[который? ] используйте стандартные игральные карты туз, 2, 3, 5, 8 и короля. Где король означает: «этот предмет слишком велик или слишком сложен для оценки». «Бросок короля» завершает обсуждение предмета текущего спринта.
Смартфоны позволяют разработчикам использовать мобильные приложения вместо физических колод карт. Когда команды находятся в разных географических точках, программное обеспечение для совместной работы может использоваться как замена физическим картам.
Процедура
На оценочном собрании каждому оценщику дается одна колода карт. Во всех колодах есть одинаковые наборы карт.
Встреча проходит следующим образом:
- Встречу ведет модератор, который не будет играть.
- Владелец продукта дает краткий обзор одной пользовательской истории для оценки. Команде предоставляется возможность задать вопросы и обсудить, чтобы прояснить предположения и риски. Резюме обсуждения записывается, например от Модератора.
- Каждый игрок кладет рубашку вверх, представляя свою оценку истории. Используемые единицы измерения могут быть разными - это могут быть дни, идеальные дни или очки истории. Во время обсуждения нельзя вообще упоминать числа по отношению к размеру элемента, чтобы избежать якорь.
- Все одновременно выкладывают свои карты, переворачивая их.
- Людям с высокими и низкими оценками дается оценка мыльница предложить обоснование своей оценки, а затем обсуждение продолжается.
- Повторяйте процесс оценки, пока не будет достигнут консенсус. Разработчик, которому, вероятно, принадлежит результат, имеет большую часть «консенсусного голосования», хотя модератор может вести переговоры о консенсусе.
- Обеспечить структурированность обсуждения; Модератор или Владелец продукта могут в любой момент включить таймер для яиц, и когда он закончится, все обсуждения должны прекратиться и начнется новый раунд покера. Структура разговора заново вводится мыльницами.
Карточки пронумерованы, чтобы учесть тот факт, что чем длиннее оценка, тем больше неопределенности в ней. Таким образом, если разработчик хочет сыграть 6, он вынужден пересмотреть свое мнение и либо проработать то, что некоторая воспринимаемая неопределенность не существует, и поставить 5, либо принять консервативную оценку, учитывающую неопределенность, и сыграть 8.
Преимущества
Исследование Молёккен-Эствольда и Хаугена[5] сообщил, что покер планирования дает точные оценки времени завершения задачи программирования, хотя оценки любого отдельного разработчика, который ввел задачу в средство отслеживания задач, были столь же точными. Задачи, обсуждавшиеся во время планирования раундов покера, выполнялись дольше, чем те, которые не обсуждались, и включали в себя больше удалений кода, что свидетельствует о том, что планирование покера привлекло больше внимания к качеству кода. Участники исследования сочли, что покерное планирование эффективно способствует координации команд и обсуждению стратегий реализации.
Смотрите также
- Сравнение программного обеспечения Scrum, который обычно имеет поддержку для планирования покера, включенную или опциональную.
- Шкала Фибоначчи (гибкая)
Рекомендации
- ^ "Wingman Software | Планирование покера - оригинальная статья". wingman-sw.com. Получено 5 июля 2017.
- ^ Майк Кон (ноябрь 2005 г.). «Гибкое оценивание и планирование». Программное обеспечение Mountain Goat. Получено 1 февраля 2008.
- ^ «Планирование покера - Торговая Марка, Знак обслуживания № 3473287». Статус торговой марки и поиск документов (TSDR). 15 января 2008 г.. Получено 26 мая 2014.
- ^ Кон, Майк. «Планирование покерных карт: эффективное гибкое планирование и оценка». Программное обеспечение Mountain Goat. Программное обеспечение Mountain Goat. Получено 30 марта 2016.
- ^ К. Молёккен-Эстволд, Северная Каролина, Хауген (10–13 апреля 2007 г.). «Объединение оценок с планированием покера - эмпирическое исследование». 18-я Австралийская конференция по разработке программного обеспечения. IEEE: 349–58. Дои:10.1109 / ASWEC.2007.15. ISBN 978-0-7695-2778-9.
- Майк Кон (2005). Гибкая оценка и планирование (1-е изд.). Prentice Hall PTR. ISBN 978-0-13-147941-8.