Графиката на изгаряне има много предимства. Тя е един от основните метрики инструменти в Scrum по няколко причини. Лесно е да се създаде, мащабира и прочете. Въпреки това, тя също така има недостатъци, които я правят не универсален инструмент. В днешната статия разглеждаме темата за недостатъците и предимствата на графиката на изгаряне.
Предимства и недостатъци на графиката на изгаряне – съдържание:
Въведение
Писали сме за какво е, как да създадете и интерпретирате графика на изгаряне в предишни статии. Днес ще се фокусираме върху предимствата и недостатъците на графиката на изгаряне. Въпреки това, повечето от тях не са скрити в самата проста графика. По-скоро те са свързани с начините на използване на графиката на изгаряне, за да мотивират екипа за разработка, тъй като те описват резултатите от тяхната работа и укрепват самоорганизацията.
Предимства на графиката на изгаряне
Графиката на изгаряне ви позволява да визуализирате напредъка на вашия проект. Нейната четимост и простота я правят толкова популярна. Затова е добра идея графиката на изгаряне да не бъде само постоянно актуализирана метрика, скрита в цифров инструмент за управление на проекти. Ако е възможно, струва си да я направите референтна точка за екипа за разработка, видима в физическото работно място. Независимо дали под формата на визуализация на екрана или ръчно нарисуван скица.
Тя мотивира екипа за разработка
Прозрачността на графиката на изгаряне може да я направи инструмент за мотивиране на екипа за разработка да работи ефективно. Постигането на “нула” точка в всеки спринт може да стане амбициозна цел на екипа, за която се дават награди – според принципите на бизнес геймификацията.
Видимостта на актуализирана и интересно поддържана графика на изгаряне може също да засили духа на сътрудничество и самоорганизация. В крайна сметка, метриката е мярка за работа в екип. Тя не показва точно кой е завършил – или не – планираните задачи, а само постигнатите резултати.
Тя измерва действителната извършена работа
Разработчиците решават колко задачи ще изпълнят в даден спринт. Колкото по-опитен е екипът, толкова по-точно трябва да предсказват действията си. И графиката на изгаряне отразява реалния напредък на спринта.
Така, предимството на графиката на изгаряне не е толкова в измерването на обективното количество извършена работа, а в съотношението на планираните към завършените задачи. Така разработчиците постепенно научават как да ги планират и могат все по-точно да оценяват способностите си и да елиминират повтарящите се грешки.
Тя се свързва с други инструменти
Едно от значителните предимства на графиката на изгаряне се отнася до многофункционалността ѝ в комбинирането с други инструменти. Следните инструменти могат да се прилагат:
- анализиране на работата на екипа за разработка
- визуализиране на напредъка на работата по продукта
- оценяване на бюджета на проекта
Например, в последния случай, използването на графиката на изгаряне на проектната скала позволява сравнение на планирания и действителния бюджет за целия проект.

Недостатъци на графиката на изгаряне
Въпреки всички предимства на графиката на изгаряне, описани по-горе, тя може да стане източник на объркване за екипа за разработка. Въпреки това, това, което често наричаме “недостатъци” на графиката на изгаряне, не се дължи на недостатъци на самия инструмент. Проблемите, описани по-долу, се отнасят до начина на прилагане на графиката на изгаряне, а не до нейния дизайн. По-долу са недостатъците, които могат да пречат на изобразяването на напредъка на екипа за разработка по този начин.
“Човешкият фактор”
Графиките не могат да бъдат абсолютна мярка за напредъка на екипа. Те са просто инструменти, които се прилагат по различни, повече или по-малко умели начини. Можем да го считаме за недостатък (или предимство) не само на графиката на изгаряне, но и на други мерки за производителността на екипа.
За да се създаде графика на изгаряне, нужни са други хора, за да въведат данни. С други думи, разработчиците записват времето за завършване на задачите в графиката. Те може да са го удължили или съкратили малко – или поради невнимание, или за да направят нещата по-добри за екипа. Разработчиците понякога също забравят да регистрират времето си. Или оставят таймера включен. Това води до удължаване на работното време до няколко часа. И след откритие на грешката, е трудно да се реконструира реалният ѝ ход.
Промени в списъка със задачи за спринта
Списъкът със задачи за спринта не трябва да се променя след началото на спринта. Въпреки това, в практиката такива промени се случват доста често. Те произтичат от променящите се изисквания на заинтересованите страни. Или непредвидени проблеми, с които се сблъскват разработчиците.
Това причинява графиката на изгаряне да бъде мащабирана. Това е така, защото времето, необходимо за завършване на задачите, остава същото. Въпреки това, мащабът на оставащите задачи се увеличава. Това може да даде заблуждаващо впечатление, че екипът за разработка е планирал неправилно работата, която трябва да се свърши в даден спринт. Или че работи твърде бавно.
Промените в списъка със задачи за спринта могат също да произтичат от задачи, които са планирани за завършване твърде бързо. В такава ситуация екипът за разработка обикновено решава да увеличи броя на задачите. Това от своя страна може да доведе до непълно завършване на задачите навреме. Също така, могат да възникнат конфликти от припокриването на оставащите задачи от предишния спринт с нови задачи, планирани за завършване от заинтересованите страни и собствениците на продукта.
Промени в списъка на продукта
Големите промени в списъка на продукта могат да нарушат формата на графиката на изгаряне. И така, силно да изкривят картината на напредъка на работата и ефективността на екипа. Това се случва, когато появят нови потребителски истории. И тези, които са близо до фазата на изпълнение, често се разделят на по-малки части. Също така се случва, че клиентът се отказва от някои функционалности на продукта.
Следователно, при интерпретиране на графиката на изгаряне, трябва да се ръководите от знания и опит в оценяването на производителността на екипа. И също така да вземете предвид променливостта на списъка. Ако графиката не е единствената метрика, използвана за оценка на производителността, другите графики ще ви позволят да видите по-пълна картина на напредъка на работата.

Резюме
Графиката на изгаряне може значително да допринесе за мотивирането на екипа за разработка. Това е така, защото предоставя мярка за реалната работа, извършена по плана. Освен това, комбинацията ѝ с други метрики инструменти може да бъде източник на ценна информация за работата на екипа и планирането на продукта.
Чрез внимателно прилагане на принципите на Scrum, можете да избегнете потенциални проблеми с графиката на изгаряне. Най-важното е да адаптирате инструментите за поддържане на графиката, следвайки действителната работа на Scrum екипа, както и да минимизирате промените в списъка със задачи за спринта и списъка на продукта, за които пишем повече в тази статия.
Ако харесвате нашето съдържание, присъединете се към нашата активна общност на пчеличките в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.
Scrum Guide:
- Глосар на основни термини, роли и понятия
- Какво е Scrum?
- Стойности на Scrum
- Как да внедрим Scrum във вашата компания?
- Скрам екип - какво е това и как работи?
- Кой е собственик на продукта?
- Най-честите грешки на Продуктовия собственик
- Кой е Scrum Master?
- Най-честите грешки на Scrum Master-а
- Каква статистика и метрики трябва да следи Scrum Master?
- Екип за разработка в Scrum
- Най-честите грешки на разработчиците
- Скрам артефакти
- Мащабиране на Scrum
- Спринт беклог
- Какво е продуктовият беклог?
- Какво са потребителските истории?
- Създаване на най-добрата потребителска история с INVEST
- Най-честите грешки в потребителските истории
- Критерии за приемане на потребителска история
- Оценка и Story Points в Scrum
- Планиращ покер
- Игра за оценка на екипа
- Определяне на инкремент
- Скрам събития
- Какво е графика на изгарянето?
- Предимства и недостатъци на графиката на изгаряне
- Канбан дъски в Скрам и Скрабан
- Скорост в Scrum - Скорост на екипа за разработка
- Дневен скрам
- Планиране на спринт
- Преглед на спринта
- Какво е спринт ретроспектива?
- Чести грешки по време на ретроспективата на спринта
- Поддържане на продуктовия беклог
- Как да създадем и интерпретираме графика на изгарянето?
- Какво е спринт в Скраум?
- Сътрудничество между Продуктов собственик и Скрам майстор
- Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
- Характеристики на добър Scrum Master