Планирането на покер е една от най-популярните техники за оценка в Scrum. То се провежда по време на планирането на спринта и има няколко прости правила. Всички играчи стават членове на екипа за разработка и всеки от тях едновременно поставя на масата карта с броя Story Points, за да оцени задачата, описана от собственика на продукта. Какви са предимствата и недостатъците на планирания покер и как да се играе? Разгледайте нашия пост, за да разберете и овладеете техниката.
Планирането на покер – съдържание:
- Въведение
- Как да играем планиран покер?
- Правила на планирания покер
- Предимства и недостатъци на планирания покер
- Резюме
Въведение
Планираният покер, наричан още Scrum покер или Pointing покер, е относителна техника за оценка на количеството работа, необходимо за завършване на конкретна задача. Тя беше създадена през 2022 г. от Джеймс Гренинг. Той искаше да реши проблема с безкрайните спорове в Scrum екипа относно оценката на трудността на задачите, дадени на разработчиците.
Как да играем планиран покер?
Целта на планирания покер е да оцени трудността и усилията на всяка потребителска история, избрана за даден спринт. Правилата за игра на планиран покер са прости. Въпреки това, първо трябва да подготвите необходимите аксесоари.
Картите с Story Points обикновено съдържат стойности, съответстващи на Фибоначи последователността, т.е. 0, 1, 3, 5, 8, 13, 20, 40 и 100. Също така се случва да бъдат маркирани с последователни степени на 2, т.е. 2, 4, 8, 16, 32 и т.н. Защо не са последователни числа? Защото планираният покер е свързан с ясно показване на разликите между трудността на задачите. И твърде малките разлики между стойностите на картите биха затруднили оценките.
Числата обикновено изразяват броя на Story Points. Въпреки това, те могат да бъдат и други единици за измерване, използвани от Scrum екипа. Написахме повече за единиците за оценка и Story Points в тази статия.
Правила на планирания покер
Подсказки за игра на планиран покер:
- колода карти с потребителски истории – подготвена отделно за всяка игра
- колода карти с Story Points – една колода за всеки разработчик, за повторна употреба
Фазите на планирания покер:
- Представяне на потребителската история
- Дискусия
- Игрови процес (Фази 2 и 3 се повтарят, докато не се постигне консенсус от всички)
- Консенсус
- Преминаване към следващата потребителска история
Планираният покер обикновено се провежда по време на планирането на спринта. Собственикът на продукта държи картите с потребителските истории, а разработчиците получават колода карти с Story Points.
Модераторът е собственикът на продукта, който започва играта, като представя една потребителска история на другите членове на Scrum екипа. Ако имат въпроси, те трябва да се изкажат веднага след представянето на потребителската история.
Следващата стъпка е да започнете дискусия относно изпълнението на потребителската история. Целият Scrum екип участва в дискусията, но основните участници са разработчиците. Дискусията засяга, наред с другото, такива въпроси като:
- техническата страна на задачата
- уменията на отделните разработчици, които ще бъдат необходими за завършване на задачата
- начини за справяне с очакваните трудности
- допълнителни задачи, свързани с изпълнението на потребителската история.
Когато разработчиците се съгласят по най-важните въпроси, всеки от тях избира една от картите от своята колода Story Points. След това я поставят в съответствие с мнението си върху картата на потребителската история, която най-добре отразява нейното ниво на сложност.
Следващата стъпка зависи от това как са разпределени картите:
- Ако разработчиците поставят карти с различни стойности на масата, те се връщат към дискусията. След това свалят картите от масата и преоценяват стойността на потребителската история. Ситуацията се повтаря и разработчиците теглят отново, докато не постигнат консенсус.
- Ако разработчиците се съгласят по потребителската история, те преминават към следващия рунд на планирания покер. Собственикът на продукта представя следващата потребителска история, а процедурата се повтаря, докато не се изчерпи пулът от потребителски истории, планирани за текущия спринт.

Предимства и недостатъци на планирания покер
Предимството на планирания покер е безспорно стандартизацията на работата с потребителските истории. Екипът за разработка разполага с готов комплект карти за изчисляване на количеството работа. Това позволява стойностите в всеки спринт да останат постоянни и екипът да се научи да оценява с конкретни единици.
Друго важно предимство е равноправното участие на всички разработчици в оценката на сложността на задачата. Дори хора, които не са пряко ангажирани в изпълнението й, могат да допринесат за дискусията. Например, като насочат вниманието към проблеми, които не са се появили, защото, например, разработчиците са се фокусирали върху техническите аспекти на задачата.
Друго предимство на играта на планиран покер се отнася до развиването на умението за поставяне на времеви ограничения на дискусията и, ако е необходимо, ограничаване на броя на рундовете, играни за всяка потребителска история.
Въпреки това, времето, необходимо за постигане на консенсус, също е един от най-често цитираните недостатъци на планирания покер. Ако един или повече разработчици не желаят да се съгласят с другите, играта може потенциално да се проточи безкрайно.

Резюме
Планираният покер е много ефективна относителна техника за оценка. Екипът за разработка разполага с готова рамка от дейности и стойности за оценка на времето и трудността на задачите. Това им позволява да се фокусират върху дискусии за решаване на проблеми, както и да подобрят оценките си, като сравняват изчисленията и реалните потребителски истории.
Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.
Scrum Guide:
- Глосар на основни термини, роли и понятия
- Какво е Scrum?
- Стойности на Scrum
- Как да внедрим Scrum във вашата компания?
- Скрам екип - какво е това и как работи?
- Кой е собственик на продукта?
- Най-честите грешки на Продуктовия собственик
- Кой е Scrum Master?
- Най-честите грешки на Scrum Master-а
- Каква статистика и метрики трябва да следи Scrum Master?
- Екип за разработка в Scrum
- Най-честите грешки на разработчиците
- Скрам артефакти
- Мащабиране на Scrum
- Спринт беклог
- Какво е продуктовият беклог?
- Какво са потребителските истории?
- Създаване на най-добрата потребителска история с INVEST
- Най-честите грешки в потребителските истории
- Критерии за приемане на потребителска история
- Оценка и Story Points в Scrum
- Планиращ покер
- Игра за оценка на екипа
- Определяне на инкремент
- Скрам събития
- Какво е графика на изгарянето?
- Предимства и недостатъци на графиката на изгаряне
- Канбан дъски в Скрам и Скрабан
- Скорост в Scrum - Скорост на екипа за разработка
- Дневен скрам
- Планиране на спринт
- Преглед на спринта
- Какво е спринт ретроспектива?
- Чести грешки по време на ретроспективата на спринта
- Поддържане на продуктовия беклог
- Как да създадем и интерпретираме графика на изгарянето?
- Какво е спринт в Скраум?
- Сътрудничество между Продуктов собственик и Скрам майстор
- Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
- Характеристики на добър Scrum Master