Скрам ръководство | 23. Истории и оценка в Скрам

В днешната статия разглеждаме темата за оценката и Story Points в Scrum. Създаването на оценки в Scrum помага за предсказване на сложността и времето, необходимо за завършване на задачите. Чрез анализ на миналото, целият Scrum екип колективно прогнозира какво ще донесе бъдещето.

Следователно, колкото по-опитен е Scrum екипът, толкова по-точни са техните оценки. Екипът също така сътрудничи при установяването на оцененото време за завършване на задачите по време на Sprint Planning, имайки предвид, че това не е окончателно задължение, а предсказание. Неговата точност зависи от многобройни променливи, които постоянно претърпяват непредвидими промени и неочаквани обстоятелства. За щастие, Scrum методологията включва техники и инструменти, които улесняват известна степен на сигурност, и днес ще ги обсъдим подробно, за да можете да ги разберете и приложите веднага!

Story Points и оценка в Scrum – съдържание:

1. Въведение
2. Важността на Story Points в Scrum
3. Техники за относителна оценка
4. Резюме

Въведение

На всяко Sprint Planning, Product Owner представя нови User Stories на екипа. Product Owner избира ги от Product Backlog за изпълнение в следващия Sprint. След това членовете на Scrum екипа съвместно оценяват работното натоварване, необходимо за завършване на тази нова партида задължения. Този вид задача е оценка, оценка на изискванията.

Изглежда, че най-простият начин е да се определи времето, необходимо за завършване на задачата в часове или дни. Въпреки това, практиката и изследванията, проведени от 40-те години на миналия век, доказват обратното. Хората не са в състояние точно да оценят времето, необходимо за завършване дори на много добре дефинирани задачи. Освен това, броят на часовете, необходими за завършване на задача, зависи от това кой я изпълнява и какво е било – или не е било – направено преди. Затова Scrum обикновено използва единици, наречени Story Points.

Важността на Story Points в Scrum

Всеки Development Team прилага стойността на Story Point, черпейки от опит и размера на отделните задачи, т.е. следвайки принципа на емпиризма. Най-често, по време на Sprint Planning, Scrum Master избира едно или повече примери на завършени User Stories, които служат като референтна точка за определяне на стойността на User Stories за разработка.

Затова не можете да присвоявате стойности в Story Points без контекст. Например, ако на първата задача е присвоена стойност 10, последващите задачи ще бъдат оценявани спрямо нея като по-големи или по-малки. По този начин, в рамките на проект на Scrum Team, всички задачи в Product Backlog са свързани помежду си. Това означава, че подобни задачи, изпълнявани от един Development Team, ще получат подобен брой точки.

Story Points са относителни единици. Това означава, че:

1. Стойността на Story Point се отнася само до задачите, изпълнявани от конкретен Scrum Team. Story Points описват скоростта на завършване на задачите на един екип. С други думи, User Story, оценена на 10 Story Points от Team A, може да получи 50 от Team B. Това е така, защото, както споменахме, тяхната стойност е относително изчислена спрямо другите задачи, изпълнявани от този екип, и техния опит с подобни задачи.
2. Стойността на Story Points, завършени в един Sprint, не може да бъде основа за сравняване на производителността на два Scrum Teams. За да се избегнат грешки в управлението на Scrum проекти, е важно да се помни, че Скоростта на Development Team, изразена в Story Points, завършени в един Sprint, не може да се използва за сравняване на производителността на два екипа. Това е така, защото те могат да извършват същата работа в паралелни Sprints, които един екип е оценил на 10, а другият на 50 Story Points.

Не трябва също така да се забравя, че оценката съдържа много неизвестни елементи и се прави на базата на непълни данни. По тази причина, предсказанията дори на много опитен Scrum Team понякога могат да бъдат много различни от реалните усилия, необходими за завършване на User Story.

Техники за относителна оценка

Какви са най-ефективните техники за оценка в Scrum? Няма универсален метод, който да работи за всеки екип.

Сред техниките за оценка в рамките на гъвкавите методологии, най-често срещаните са:

• Планиращ покер. Този най-популярен относителен метод използва игра с карти за изчисляване на количеството работа, необходимо за завършване на задача. Подробните правила и процес ще разгледаме в отделна статия.
• Игра за оценка на екипа. Тази игра включва присвояване на изпълнението на User Stories в даден Sprint с подходящи числови стойности, избрани от Фибоначи последователността. Също така сме посветили отделна статия на нея.

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

Story Points и оценка – Резюме

Оценката е много важен умение, което характеризира всички зрели Scrum Teams. Оценяването на количеството време и усилия, необходими за завършване на отделни задачи, стана основен фокус на много относителни техники за оценка, като Планиращ покер или Игра за оценка на екипа.

User Stories с Story Points е още една ефективна измервателна техника, която описахме, надявайки се да предоставим на нашите читатели някои полезни инструменти. Въпреки това, важно е да се има предвид, че техните цифри се отнасят само до конкретните задачи, изпълнявани от Scrum Team. Следователно, броят на Story Points не може да стане основа за сравняване на скоростта на различни Development Teams.

Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.