how make agile estimation process easy with planning poker
Изкуството на оценката е известно на всички.
как да добавяте стойности към масив
Оценяваме всеки ден от живота си. Повечето от нас могат да изчислят теглото на зеленчуците само като ги държат; можем да преценим и зрелостта на плода по неговия аромат.
В днешната статия ще научим за Planning Poker, известен също като Scrum Poker Cards, пъргава техника за оценка и планиране, която е много популярна, лесна и проста техника в настоящите дни.
За пример от реалния живот на оценка нека вземем сценарий от 3 приятели:
Тим, Боб и Джон, които искат да отидат на техническа конференция след работа. Мястото е на 60 км и има хълмист терен. Тим, Боб и Джон обсъждат плана за пътуване през обедното време.
Казва Боб , „Бях на тази конференция и миналата година. Знам пътя и ще ми отнеме 2 часа да карам там ”.
Казва Тим , „Аз съм нов шофьор и никога досега не съм бил в този район. Ако карам, това ще отнеме 4 часа. ”
Джон казва , „Добре съм с шофирането по хълмиста местност, но не съм бил там преди. Така че може да ми отнеме 3 часа, за да ни закара всички там ”
Това изглежда като обикновен разговор, но тези приятели просто са преценили колко време ще отнеме на всеки един от тях да отиде до Техническата конференция въз основа на предишния си опит, уменията си за шофиране и познаването на терена.
По същия начин в разработването на софтуер ние предлагаме оценки въз основа на нашия подобен опит в миналото , технически умения и познания / знания за домейн от Техническите аспекти на възложената задача.
Какво ще научите:
- Защо трябва да правим оценка?
- Разбиране на мерните единици за оценка
- Какво е планиране на покер или Scrum покер?
- Препоръчан инструмент
- Кога е завършено планирането на покера?
- Провеждане на сесия за планиране на покер
- Обобщение на стъпките
- Някои полезни съвети
- Заключение
- Препоръчително четене
Защо трябва да правим оценка?
Графикът за изпълнение на софтуерния проект се определя от бизнес нуждите. За да може екипът да се ангажира със сроковете, е важно екипът да се събере и да предостави реалистична оценка.
В началото на проекта изискването може да не е добре дефинирано, подробната методология за разработване може да не бъде очертана, зависимости може да не са били идентифицирани и т.н. Все пак е важно да се установи оценка на високо ниво, така че проектът да може да бъде планиран съответно.
Например, ако оценката на високо ниво е повече от това, което екипът може да постигне за определена продължителност, могат да се вземат решения, ако трябва да се придобие допълнителен ресурс, да се удължат сроковете и т.н.
По този начин оценката е много важна стъпка в жизнения цикъл на разработването на софтуер.
Разбиране на мерните единици за оценка
Единиците за оценка могат да бъдат в часове, дни или сюжетни точки. Оценките в часове и дни са лесни за разбиране и свързани с тях. Концепцията за сюжетни точки е по-абстрактна.
Историческите точки се използват като мярка за сложност и неизвестни, свързани със задача. Стойността на историческата точка се изчислява според изчислената базова линия. Тази базова линия се определя от самия екип въз основа на скорост на екипа в минали проекти. Колкото по-висока е стойността на историята, толкова повече усилия са необходими за изпълнението на определена задача.
Важно е обаче да се разбере, че сюжетни точки не се равняват на часове, така че е трудно да се сравнят сюжетни точки и оценка на усилията в часове. Следователно 1 историческа точка? Един час.
Какво е планиране на покер или Scrum покер?
Както е дефинирано в Уикипедия :
„Планирането на покера, наричано още Scrum покер, е базирана на консенсус, игрална техника за оценка, използвана най-вече за оценка на усилията или относителния размер на целите за развитие при разработването на софтуер“
Думата „покер“ напомня на всички за играта на покер карти и излишно е да казвам, че тези техники за оценка правят използването на карти за предоставяне на оценки. Ще обсъдим
Ще обсъдим повече за картите и как се провежда планирането на покер сесията в следващите раздели на статията.
Препоръчан инструмент
# 1) Agile Poker
Agile Poker е добре познато приложение за Jira за бързо и удобно планиране и оценки както за отдалечени, така и за разположени съвместно екипи.
Първите стъпки с Agile Poker са лесни и лесни, тъй като са вдъхновени от три стандартни за индустрията методологии за оценка: Planning Poker®, Wideband Delphi и Magic Estimation (известни също като Silent Grouping, Affinity Estimation, Swimlanes Sizing or Relative Estimations).
=> Изтеглете Agile Poker Tool тукКога е завършено планирането на покера?
Планирането на покера е техника за оценка и както всички сесии за предоставяне на прогнози трябва да се провежда преди итерация / спринт започва.
Потребителските истории могат да бъдат взети от проблемите с изоставането и предварително избрани преди срещата на покера за планиране. Въз основа на оценките, предоставени за потребителските истории, може да се вземе решение относно историите, които да бъдат включени във всяка итерация.
Например, въз основа на предишната скорост и ефективност на екипа, ръководителят на проекта е наясно, че екипът е способен да достави 20 сюжетни точки за 2 седмици. Ако по време на планиращата покер сесия общата оценка на предварително избраните потребителски истории надвишава 20 точки, тогава мениджърът на проекта ще вземе решения относно потребителските истории, които да включи и / или да пропусне в следващата итерация, за да може екипът успешно да достави ангажирани потребителски истории навреме.
Провеждане на сесия за планиране на покер
Нека проведем макетно планиране на покер сесия, за да получим по-добра представа за процеса.
За провеждането на сесията за планиране на покер ще ви трябват няколко копия на тесте карти за планиране на скрам. Не е необходимо да имате хартиени карти. Има няколко онлайн приложения като Scrum Poker (android) или Scrum Poker планиране (IOS) и др., Които могат да се използват.
Картите ще имат общи оценки върху тях, напр. 0, 0,5,1, 2, 3, 5, 8, 13, 20 и т.н. Тази последователност ще изглежда позната на повечето читатели и е поредицата на Фибоначи.
Някои други незадължителни карти са:? - за индикация, че оценителят е несигурен, символ за безкрайност - за да покаже, че задачата не може да бъде изпълнена и карта за чаша кафе - за да посочи, че оценителят трябва да направи почивка.
По-долу фигурата показва колода от карти за планиране на покер:
Ако желаете, можете също да използвате таймер за проследяване и ограничаване на времето, прекарано във всяка дискусия
За тази сесия за планиране на покер, помислете за уеб базирано заявление за регистрация в университет. Следват историите от изоставането, които трябва да бъдат приложени в предстоящ спринт:
Потребителска история 1: Като потребител не би трябвало да мога да се регистрирам, без да предоставям номер на мобилен телефон
Описание: Направете задължително полето за мобилен телефон. Потребителят ще получи съобщение за грешка „Номер на мобилен телефон е задължителен“, ако полето е оставено празно. В това изскачащо съобщение за грешка трябва да има бутон „Затвори“. Потребителският интерфейс на диалоговия прозорец и размерът на шрифта и стилът на текста на съобщението за грешка трябва да бъдат същите като другите изскачащи съобщения във формуляра. Това съобщение ще се задейства, когато потребител се опита да запази приложението.
Потребителска история 2: Като потребител не би трябвало да мога да се регистрирам, без да предоставя номер на мобилен телефон в правилния формат
Описание: Добавете проверка за номер на клетка (сега трябва да бъде във формат 111-111-1111). Потребителят ще получи „Форматът на номера на мобилен телефон трябва да бъде 111-111-1111“, ако форматът е неправилен. В това изскачащо съобщение за грешка трябва да има бутон „Затвори“. Потребителският интерфейс на диалоговия прозорец и размерът на шрифта и стилът на текста на съобщението за грешка трябва да бъдат същите като другите изскачащи съобщения във формуляра. Тази проверка ще се задейства, когато потребителят се опита да запази приложението
Задача 3: Променете университетското лого на ново лого във всички 75 страници на уеб приложението
Ще приемем, че фасилитаторът е Tia, продуктов анализатор на проекта. Оценителите са Тони (разработчик), Мария (дизайнер на потребителски интерфейс) и Гавин (тестер). Хосе, ръководителят на проекта също ще присъства на срещата, но няма да участва в оценката.
колко можете да спечелите от потребителско тестване
Етап 1 : Тиа планира покер сесия за планиране и разпространява историите на потенциалните потребители, които да бъдат включени в следващия спринт с екипа.
Стъпка 2: Всички участници присъстват на срещата. Когато срещата започне, Тиа раздава тестето карти на всеки оценител или всеки оценител отваря приложението за планиране на покер карти на своите смартфони.
софтуер за копиране на DVD на компютър
Стъпка # 3 : Tia дава преглед на потребителската история 1. Оценителите искат разяснения, обсъждат накратко областите на въздействие, методологията за развитие и т.н.
Стъпка # 4: Когато го попита Тиа, всеки оценител извиква своя номер. Мария, Тони и Гавин избраха 2 сюжетни точки като оценка.
Стъпка # 5: Тъй като е постигнат консенсус, екипът преминава към следващото изискване.
Стъпка # 6: Tia предоставя общ преглед на изискване 2. Всички са избрали 1 историческа точка като оценка, постигнат е консенсус, екипът преминава към следващото изискване.
Стъпка 7: Тиа предоставя общ преглед на задача 3. Мария и Тони избраха 1, а Гавин избра 2 сюжетни точки като оценка. Тъй като не е постигнат консенсус, Тони и Гавин са помолени да обосноват своя избор. Тони казва, че тъй като логото на университета се показва от едно място на всяка уеб страница, те трябва само да актуализират логото на това място и смята, че една точка е достатъчна оценка за разработване и тестване и на двете.
Гавин, от друга страна, твърди, че въпреки че местоположението на логото е централизирано, всички уеб страници използват различни стилови листове, тестерът ще трябва да навигира до всяка уеб страница и да провери дали логото се показва правилно (не трябва да изглежда отрязано, не трябва да изглежда разтегнато и т.н.).
Също така, тестването ще трябва да се направи за множество браузъри. Така че според Гавин, 2 точки са реалистична оценка за разработване и тестване.
Стъпка # 8: Тиа призовава за преоценка на прогнозите. Сега, Мария, Тони и Гавин са съгласни и са избрали 2 точки за оценка.
Всички истории на потребителите вече се изчисляват, като общата стойност на следващия спринт на спринта е 2 + 1 + 2 = 5 точки. След това ръководителят на проекта / анализаторът на проекта официално създава нов спринт и планира началната и крайната дата на спринта.
Обобщение на стъпките
(Щракнете върху уголемяване изображение)
Инструменти за планиране на покер онлайн:
Някои полезни съвети
# 1. Оценителите трябва да са подготвени и да преминат предварително изискванията. Това може да се направи в сесии за подреждане на изоставане. Подготвеността е от съществено значение, защото оценките трябва да се предоставят въз основа на разбирането на изискванията.
Напримерза да предостави точна оценка, разработчикът трябва да е наясно с методологията, която ще следва, за да изпълни изискванията. Ако има някои неизвестни или задачата е с висока сложност, точката на историята, прикрепена към задачата, ще бъде по-висока.
# две. Планирането на покер срещата е ограничена във времето дейност и нейната цел е да се съберат като екип и да предоставят прогнози. Фокусът трябва да бъде да се даде оценка въз основа на предишните изпълнения на отборите (или скоростта). Тази среща не бива да се бърка с други срещи като Daily Scrum, Backlog Grooming или Retrospective.
# 3. Оценките трябва да се предоставят от хората, които действително ще работят по проекта. С екипите, които са разположени на различни географски места, действителните хора, работещи по проекта, трябва да си сътрудничат и да предоставят прогнози. Срещата може да се проведе онлайн, за да улесни екипите от всички глобални локации.
# 4. Не забравяйте да се забавлявате!
(изображение източник )
Заключение
- Планирането на покер оценка работи наистина добре в пъргава методология .
- Тази техника е мащабируема и оценките се основават на скоростта на екипа
- Планирането на покер също е много успешно поради факта, че получаваме оценки директно от хора, които ще работят по задачата, и така е по-реалистично.
- Ако ръководителят на проекта предоставя оценките сам, без да се консултира с екипа или да финализира техническите подробности, той може по същество да изложи проекта на риск поради направени предположения, пропуснати подробности и т.н.
- Все повече компании сега преминават към Agile и използват такива нетрадиционни техники за оценка.
Оценката е съществена част от Планиран проект . Подходът за оценка трябва да бъде последователен, гъвкав, трябва да бъде мащабируем и да работи добре за по-малки задачи и потребителски истории. Освен това не бива да отнема много екипно време и ресурси.
Последното нещо, от което се нуждаете, е задача за оценка за оценка!
За автор: Тази полезна статия е написана от Неха Б. Тя ев момента работи като мениджър за осигуряване на качеството и е специализирана в ръководенето и управлението на вътрешни и офшорни екипи за осигуряване на качеството.
Уведомете ни, ако имате някакви запитвания, използващи техника за планиране на покер за Agile оценка и планиране.
Препоръчително четене
- 4 стъпки към разработването на мисленето за гъвкаво тестване за успешен преход към гъвкав процес
- Техники за пъргава оценка: Истинска оценка в гъвкав проект
- Как да предоставим висококачествени софтуерни функции за кратък период от време, използвайки Agile Scrum процес
- 6 най-често срещани причини, които трябва да възприемете като пъргав във вашата организация (част 1)
- Урок за JIRA Agile: Как да използвате ефективно JIRA за управление на Agile проекти
- Agile Manifesto: Разбиране на пъргавите ценности и принципи
- Промяната на мисленето на Agile Tester: Привеждане в съответствие с Agile Manifesto
- Урок за SAFe Agile: Какво е Scaled Agile Framework