Меню

Як полегшити рухливий процес оцінки за допомогою планування покеру

how make agile estimation process easy with planning poker

Спробуйте Наш Інструмент Для Усунення Проблем

Мистецтво оцінки відомо всім.

що таке ключ безпеки мережі на маршрутизаторі

Ми оцінюємо кожен день у своєму житті. Більшість з нас можуть оцінити вагу овочів, просто тримаючи їх; ми також можемо оцінити стиглість плоду за його ароматом.

У сьогоднішній статті ми дізнаємось про Planning Poker, також відому як Scrum Poker Cards, гнучку техніку оцінки та планування, яка є дуже популярною, простою та простою технікою в поточні дні.

Планування покеру Scrum Poker в Agile

Для реального прикладу оцінки візьмемо сценарій 3 друзів:

Тім, Боб та Джон, які хочуть після роботи поїхати на Технічну конференцію. Місце проведення - 60 км, з горбистою місцевістю. Тім, Боб та Джон обговорюють план подорожі протягом обіду.

- говорить Боб , “Я був на цій конференції і минулого року. Я знаю дорогу, і їхати туди потрібно 2 години ”.

- каже Тім , “Я новий водій, і ніколи раніше не був у цій області. Якщо я їду, це займе 4 години ».

Джон каже , “Я в порядку з їздою по горбистій місцевості, але раніше я там не був. Тож мені доведеться зайняти 3 години, щоб загнати нас усіх туди ”

Це здається звичайною розмовою, але ці друзі просто підрахували, скільки часу знадобиться кожному з них, щоб їхати на Технічну конференцію, виходячи зі свого минулого досвіду, своїх навичок водіння та знайомства з місцевістю.

Подібно до розробки програмного забезпечення ми пропонуємо оцінки на основі нашого подібного минулого досвіду , технічні навички та знайомство / знання домену технічних аспектів дорученого завдання.

Що ви дізнаєтесь:

Чому нам потрібно оцінювати?

Графік виконання програмного забезпечення визначається потребами бізнесу. Для того, щоб команда могла дотримуватися термінів, важливо, щоб команда зібралась разом і надала реалістичну оцінку.

На початку проекту, вимога може бути недостатньо чітко визначена, детальна методологія розробки може бути не окреслена, залежності не були визначені і т. Д. Проте важливо встановити оцінку високого рівня, щоб проект можна було запланувати відповідно.

Наприклад, якщо оцінка високого рівня перевищує те, що може досягти команда за певний час, можна приймати рішення, якщо потрібно придбати додатковий ресурс, продовжити терміни тощо.

Таким чином, оцінка є дуже важливим кроком у життєвому циклі розробки програмного забезпечення.

Розуміння одиниць оцінки

Одиниці оцінки можуть бути в годинах, днях або сюжетах. Оцінки в годинах і днях легко зрозуміти і пов’язати з ними. Поняття сюжетних точок є більш абстрактним.

Сюжетні моменти використовуються як міра складності та невідомості, пов’язаної із завданням. Значення балів історії розраховується відповідно до розрахованого базового рівня. Цей базовий рівень встановлюється самою командою на основі швидкість руху команди в минулих проектах. Чим вище значення сюжету, тим більше зусиль потрібно для реалізації певного завдання.

Однак важливо розуміти, що сюжетні моменти не прирівнюються до годин, тому важко порівняти сюжетні моменти та оцінку зусиль у годинах. Тому 1 історія? 1 год.

Що таке планування покеру або Scrum покер?

Як визначено в Вікіпедія :

«Планування покеру, яке також називають Scrum poker, - це ігровий метод оцінки, що базується на консенсусі, в основному використовується для оцінки зусиль або відносного розміру цілей розвитку при розробці програмного забезпечення»

Слово «покер» нагадує всім про покерну гру в покер, і зайве говорити, що ці методи оцінки використовують карти для складання оцінок. Ми обговоримо

Детальніше про карти та те, як проводиться планування покерної сесії, ми обговоримо у наступних розділах статті.

Рекомендований інструмент

# 1) Agile Poker

Agile Poker Banner

Agile Poker це добре відомий додаток для Jira для швидкого та зручного планування та оцінок як для віддалених, так і для спільних команд.

поліморфізм часу виконання в c ++

Початок роботи з Agile Poker простий і легкий, оскільки він був натхненний трьома галузевими методологіями оцінки: Planning Poker®, широкосмуговим Delphi та Magic Estimation (також відомими як безшумне групування, оцінка спорідненості, розмір Swimlanes або відносні оцінки).

=> Завантажте Agile Poker Tool тут

Коли закінчено планування покеру?

Планування покеру - це техніка оцінки, і, як і всі сесії, що передбачають оцінку, вона повинна проводитися до ітерація / спринт починається.

Історії користувачів можна взяти з питань відставання та попередньо відібрати до зустрічі з покеру Planning. На основі оцінок, наданих для історій користувачів, може бути прийнято рішення щодо матеріалів, які слід включити в кожну ітерацію.

Наприклад, виходячи з попередньої швидкості та ефективності роботи команди, керівник проекту усвідомлює, що команда здатна забезпечити 20 сюжетних балів за 2 тижні. Якщо під час сеансу покерного планування загальна оцінка попередньо відібраних історій користувачів перевищує 20 очок, тоді керівник проекту прийме рішення щодо того, які історії користувачів включити та / або опустити в наступній ітерації, щоб команда могла успішно доставити фіксували історії користувачів вчасно.

Проведення сеансу планування покеру

Давайте проведемо фіктивне сеанс покерного сеансу, щоб краще зрозуміти процес.

Для проведення сеансу планування покеру вам знадобиться кілька копій колоди карт планування скрам. Необов’язково мати картки на паперовій основі. Існує кілька онлайн-програм, таких як Scrum Poker (android) або Scrum Poker planiranje (IOS) тощо, якими можна скористатися.

Картки матимуть загальні оцінки, наприклад 0, 0,5,1, 2, 3, 5, 8, 13, 20 тощо. Ця послідовність буде виглядати знайомою більшості читачів і є серією Фібоначчі.

Деякі інші необов’язкові картки:? - для вказівки на те, що оцінювач не впевнений, символ Нескінченності - для вказівки на те, що завдання неможливо виконати, та картка з чашкою кави - для позначення того, що оцінювач повинен зробити перерву.

Нижче на малюнку показана колода карт для планування покеру:

планування покерних карт

Якщо ви бажаєте, ви також можете використовувати пристрій таймера для відстеження та обмеження часу, витраченого на кожну дискусію

Для цього сеансу планування покеру розгляньте веб-заявку на реєстрацію в університеті. Нижче наведені історії з відставання, які мають бути реалізовані в майбутньому спринті:

Історія користувача 1: Як користувач, я не зможу зареєструватися, не вказавши номер стільникового телефону

Опис: Зробіть поле мобільного телефону обов’язковим. Якщо поле залишено пустим, користувач отримає повідомлення про помилку «Номер стільникового телефону обов’язковий». У цьому спливаючому повідомленні про помилку повинна бути кнопка „Закрити”. Інтерфейс інтерфейсу діалогового вікна, розмір шрифту та стиль тексту повідомлення про помилку повинні бути однаковими з іншими спливаючими повідомленнями у формі. Це повідомлення буде спрацьовано, коли користувач намагається зберегти програму.

Історія користувача 2: Як користувач, я не зможу зареєструватися, не вказавши номер стільникового телефону у належному форматі

Опис: Додайте перевірку для номера комірки (тепер має бути у форматі 111-111-1111). Користувач отримає 'Формат номера стільникового телефону повинен бути 111-111-1111', якщо формат неправильний. У цьому спливаючому повідомленні про помилку повинна бути кнопка „Закрити”. Інтерфейс інтерфейсу діалогового вікна та розмір шрифту та стиль тексту повідомлення про помилку повинні бути однаковими з іншими спливаючими повідомленнями у формі. Ця перевірка спрацьовує, коли користувач намагається зберегти програму

Завдання 3: Змініть логотип університету на новий логотип на всіх 75 сторінках веб-програми

Будемо вважати, що фасилітатором є Тіа, аналітик продукту проекту. Оцінювачами є Тоні (розробник), Марія (дизайнер інтерфейсу користувача) та Гевін (тестер). Хосе, керівник проекту також буде присутній на засіданні, але не братиме участі в оцінці.

Крок 1 : Тія планує сесію планування покеру та розповсюджує історії потенційних користувачів, які будуть включені до наступного спринту з командою.

Крок No2: Усі учасники беруть участь у зборах. Коли зустріч розпочинається, Тіа роздає колоду карт кожному оцінювачеві або кожен оцінювач відкриває програму планування покерних карток на своїх смартфонах.

операційні системи, які запускають програми Windows

Крок No3 : Tia дає огляд історії користувачів 1. Оцінювачі вимагають роз’яснень, коротко обговорюють напрямки впливу, методологію розробки тощо.

Крок No4: На запитання Тіа, кожен оцінювач називає свій номер. Марія, Тоні та Гевін вибрали для оцінки 2 сюжетні моменти.

Крок No5: Оскільки консенсус досягнутий, команда переходить до наступної вимоги.

Крок No6: Тіа дає огляд вимоги 2. Усі обрали 1 сюжетну точку в якості оцінки, консенсус досягнутий, команда переходить до наступної вимоги.

Крок No7: Тіа надає огляд завдання 3. Марія та Тоні обрали 1, а Гевін вибрав 2 сюжетні очки як оцінку. Оскільки консенсус не досягнутий, Тоні та Гевіну пропонують обґрунтувати свій вибір. Тоні каже, що оскільки логотип Університету відображається з одного місця на кожній веб-сторінці, їм потрібно лише оновити логотип у цьому одному місці, і вважає, що одна точка історії є достатньою оцінкою для розробки та тестування обох.

Гевін, з іншого боку, стверджує, що, хоча розташування логотипу централізоване, всі веб-сторінки використовують різні таблиці стилів, тестеру потрібно буде перейти до кожної веб-сторінки та перевірити, чи логотип відображається правильно (не повинен виглядати обрізаним, не повинні здаватися розтягнутими тощо).

Крім того, тестування потрібно було б зробити для декількох браузерів. Отже, за словами Гевіна, 2 сюжетні очки - це реальна оцінка для розробки та тестування.

Крок 8: Тіа закликає до переоцінки кошторисів. Зараз Марія, Тоні та Гевін погоджуються і обрали для оцінки 2 сюжетні моменти.

Усі історії користувачів тепер оцінені, а загальна вартість очок історії наступного спринту складає 2 + 1 + 2 = 5 очок історії. Потім менеджер проекту / аналітик проекту офіційно створює новий спринт і планує дату початку та дату закінчення спринту.

Короткий зміст кроків

(Клацніть, щоб збільшити зображення)

планування кроків в покер

Інструменти планування покеру в Інтернеті:

  1. PlanningPoker
  2. План ITPoker
  3. Вказуючий покер
  4. Спритний покер для JIRA
  5. Agile @ Hand

Кілька корисних порад

№1. Оцінювачі повинні бути підготовленими та попередньо виконати вимоги. Це можна зробити на сесіях догляду за відставанням. Підготовка є важливою, оскільки оцінки повинні надаватися на основі розуміння вимог.

Наприкладдля того, щоб надати точну оцінку, розробник повинен чітко усвідомлювати методологію, якою він керуватиметься для реалізації вимог. Якщо є якісь невідомі, або завдання має велику складність, то оцінка сюжету, оцінка, додана до завдання, буде вищою.

# два. Планування покерної зустрічі - це діяльність, обмежена часом, і її мета - об’єднатись командою та надати оцінки. Основна увага повинна бути надана оцінка на основі попередніх результатів команд (або швидкості). Цю зустріч не слід плутати з іншими зустрічами, такими як Daily Scrum, Догляд за відставанням або Ретроспективні зустрічі.

№3. Оцінки повинні надавати люди, які фактично працюватимуть над проектом. З командами, які розташовані в різних географічних регіонах, фактичні люди, які працюють над проектом, повинні співпрацювати та надавати оцінки. Зустріч може проводитися в режимі он-лайн для сприяння командам з усіх глобальних місць.

No4. Не забудьте розважитися!

Планування розваг у покер

(зображення джерело )

Висновок

  • Планування оцінки покеру дуже добре працює в спритна методологія .
  • Ця техніка є масштабованою, і оцінки базуються на швидкості команди
  • Планування покеру також є дуже успішним завдяки тому, що ми отримуємо оцінки безпосередньо від людей, які збираються працювати над цим завданням, і тому є більш реалістичним.
  • Якщо керівник проекту сам подає кошторис, не консультуючись з командою або не доопрацьовуючи технічні деталі, це може по суті поставити проект під загрозу через зроблені припущення, недоглянуті деталі тощо.
  • Зараз все більше компаній переходять до Agile і використовують такі нетрадиційні методи оцінки.

Оцінка є важливою частиною Планування проекту . Підхід до оцінювання повинен бути послідовним, гнучким, повинен бути масштабованим та добре працювати для менших завдань та історій користувачів. Крім того, це не повинно забирати багато командного часу та ресурсів.

Останнє, що вам потрібно - це завдання оцінки для оцінки!

Про автор: Цю корисну статтю написала Неха Б. Вона єв даний час працює менеджером із забезпечення якості та спеціалізується на керівництві внутрішніми та офшорними командами з контролю якості та управління ними.

Повідомте нас, якщо у вас є якісь запитання з використанням техніки Планування покеру для оцінки та планування Agile.

Рекомендована література

^