Про Planning Poker | Повний посібник
Повний посібник з техніки Agile Planning Poker (або Scrum Poker). Дізнайтеся про її основи, історію, правила та найкращі практики.
Вступ
Planning Poker, також відомий як Scrum Poker, це зосереджена на консенсусі, гейміфікована техніка оцінювання, що використовується в гнучкій розробці програмного забезпечення для вимірювання зусиль або відносного розміру цілей розробки. Вона широко прийнята в таких фреймворках, як Scrum, Extreme Programming (XP) та Канбан.
Техніка використовує підхід широкосмуговий метод Дельфі і фокусується на колективному інтелекті команди для створення більш точних оцінок, ніж ті, що робляться індивідуально.
Основи та психологія
Основною метою Planning Poker є пом'якшення упередження прив'язки. У когнітивній психології упередження прив'язки виникає, коли перша інформація або число, запропоновані в обговоренні, домінують у процесі прийняття рішень, впливаючи на подальші оцінки.
Вимагаючи від усіх членів команди представляти свої оцінки одночасно та незалежно (через приховані карти), метод змушує до індивідуального мислення. Розкриті під час голосування розбіжності використовуються як тригери для технічних обговорень, де члени з різним рівнем досвіду можуть ділитися ідеями щодо ризиків чи переваг, які не помітили інші.
Історія
Техніка була вперше визначена та названа James Grenning у 2002 році як рішення 'аналітичного паралічу' в планувальних зустрічах. Пізніше вона була популяризована Mike Cohn у книзі 'Agile Estimating and Planning' (2005).
Хоча термін є торговою маркою Mountain Goat Software, його використання є вільним для спільноти, і техніка стала світовим стандартом для планування спринтів та управління беклогом.
Колоди та шкали
Оцінки Planning Poker не використовують години чи дні, а скоріше абстрактні одиниці виміру, що називаються Story Points. Найпоширеніша шкала - це модифікована послідовність Фібоначчі:
0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100
Обґрунтування шкали
Використання чисел, що віддаляються одне від одного зі зростанням, служить для відображення притаманної невизначеності у складних завданнях. Психологічно легше відрізнити завдання на 2 бали від завдання на 3 бали, ніж відрізнити завдання на 20 балів від завдання на 21 бал. Стрибок з 13 до 20 (а потім до 40) вказує на те, що чим більші зусилля, тим менш точною стає здатність людського прогнозування.
Спеціальні карти
- Знак питання (?) Учасник не має достатньої інформації про завдання.
- Нескінченність (∞) Завдання вважається занадто великим для оцінки і повинно бути розділено (нарізано).
- Чашка кави Вказує на те, що команда втомилася і пропонує перерву для підтримки якості оцінок.
Стандартна процедура
Процес зазвичай відбувається під час церемонії планування спринту і слідує цим крокам:
- Product Owner описує історію користувача.
- Команда обговорює технічні вимоги, критерії прийняття та залежності.
- Кожен член вибирає ментально карту і тримає її прихованою.
- Всі карти розкриваються одночасно.
- Якщо є консенсус, значення приймається. В іншому випадку, крайні голоси (найвищий і найнижчий) пояснюють свої аргументи. Після обговорення продовжується новий тур голосування до досягнення згоди.
Поширені помилки (анти-патерни)
- Використання середнього арифметичного Обчислення середнього голосів замість пошуку консенсусу анулює цінність технічного обговорення.
- Тиск лідерства Коли менеджери або 'старші' розробники висловлюють думки перед голосуванням, спричиняючи упередження прив'язки в інших членів команди.
- Оцінка за годинами Спроба безпосередньо конвертувати бали в години, ігноруючи варіації фокусу та продуктивності між різними членами.
Цифрові реалізації та інструменти
З переходом до віддаленої роботи та розподілених команд, Planning Poker еволюціонував від фізичних колод до синхронних цифрових платформ. Ці інструменти намагаються відтворити динаміку одночасного розкриття карт у віртуальних середовищах, забезпечуючи цілісність методу на відстані.
Функції цифрових інструментів
| Спільна функція | Технічний опис | Мета |
|---|---|---|
| Одночасне розкриття | Забезпечує, що жоден голос не є видимим, доки всі не проголосують або модератор не закриє раунд. | Пом'якшити упередження прив'язки. |
| Підтримка кількох шкал | Можливість перемикатися між Фібоначчі, модифікованою Фібоначчі або T-shirt sizing. | Адаптувати інструмент до зрілості та культури команди. |
| Режим спостерігача | Дозволяє не голосуючим членам (таким як Product Owner) відстежувати обговорення в реальному часі. | Сприяти прозорості без порушення технічної оцінки. |