Скрам ръководство | 34. Скорост в Скрам – Скорост на екипа за разработка

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

Скорост в Scrum – съдържание:

1. Скорост в Scrum – Въведение
2. Актуална и планирана скорост
3. Трудности и рискове, свързани със Скоростта в Scrum
4. Резюме

Скорост в Scrum – Въведение

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

Скоростта на екипа за разработка най-често се представя под формата на графика на Скоростта. На X-оста са отбелязани последователни Sprints. На Y-оста, от друга страна, ще намерим броя на Story Points или други съответстващи единици, които са завършени в даден Sprint. С графиката на Скоростта, Scrum екипът получава ясна представа за промените в темпото на своята работа. Ако линията, отбелязана на графиката, се издига, това означава, че екипът оптимизира своята ефективност или намалява стойността на Story Points. И Scrum Master, и Product Owner следователно трябва внимателно да следят линията, показваща Скоростта на екипа.

Актуална и планирана скорост

Актуалната Скорост на екипа за разработка описва темпото на работа в завършения Sprint и се изчислява в края на всеки Sprint. Тя приема стойността на сумата от Story Points за всички завършени User Stories. Актуалната Скорост на екипа за разработка ви позволява да планирате и оценявате с известна вероятност темпото на бъдещите задачи.

Планираната Скорост, от друга страна, се оценява на базата на средна стойност на актуалната Скорост. Тя изисква предположението за липса на промяна в екипа за разработка. Това е важен вътрешен инструмент за екипа за разработка, който, на базата на него, може да оцени дали сътрудничеството в екипа върви добре и дали темпото на работа се поддържа.

Планираната Скорост също така позволява на Product Owner да прогнозира времето за изпълнение на добре дефинирани User Stories, планирани за изпълнение в следващите Sprints. Това позволява по-ефективно управление на Product Backlog, за което писахме в тази статия. Въпреки това, практиката на прилагане на планирана Скорост за оценка на продължителността на проектите не е толкова проста.

Трудности и рискове, свързани със Скоростта в Scrum

Скоростта в Scrum често се придава твърде голямо значение, без да се вземат предвид следните фактори:

• оценяване на по-големи цели или целия проект – докато екипът за разработка може точно да оцени броя на Story Points, които да бъдат присвоени на конкретна задача, много трудно или невъзможно е да се опишат по-големи цели за бъдеща реализация в тези единици
• промени в проекта – всяка промяна в проекта потенциално означава промяна в броя на Story Points, необходими за постигане на целта на продукта. Може също така да се случи, че вече завършените задачи ще трябва да бъдат модифицирани или дори да не бъдат използвани в окончателната версия на продукта
• непредвидени събития – предсказването на темпото на бъдещите проекти на базата на вече завършените, т.е. превеждането на актуалната Скорост в Планирана Скорост, може да доведе до точни оценки. Въпреки това, всеки проект има своите особености и точната прогноза на базата на историята обикновено е невъзможна.

Резюме

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

Скоростта в Scrum е полезна предимно като вътрешна мярка, използвана от екипа за разработка, за да оцени темпото на своята работа. Това е така, защото позволява да се определи колко задачи е способен да завърши по време на един Sprint.

Скоростта в ръцете на Product Owner става полезен инструмент за оценка на крайния срок за по-големи задачи.

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

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