Графиката на изгаряне е относително лесна за създаване. Има много инструменти, налични за генериране на графиката от работата, регистрирана от членовете на екипа за разработка. Въпреки своята простота, интерпретацията ѝ може да предостави ценна информация за целия Scrum екип. Прочетете тази статия, за да разберете как да създадете и интерпретирате графика на изгаряне.

Как да създадете и интерпретирате графика на изгаряне? – съдържание:

  1. Как да създадете графика на изгаряне?
  2. Кой е отговорен за графиката на изгаряне?
  3. Как да интерпретирате графика на изгаряне?
  4. Реална и идеална графика на изгаряне
  5. Избор на единица за измерване
  6. Резюме

Как да създадете графика на изгаряне?

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

Можете да я създадете ръчно, като начертаете координатна система на лист хартия. По Y-оста трябва да начертаете количеството работа, изразено в избрана единица, например, story points. По X-оста нарисувайте скала, указваща последователните дни на спринта. Начертайте линия на идеалния спринт и след това отбележете броя на реалистично завършените задачи за всеки ден. Въпреки че това решение е очарователно и ангажира екипа, то не е много практично. То също така не е непременно подходящо за дистанционни екипи.

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

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

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

Кой е отговорен за графиката на изгаряне?

Въпросът за собствеността на графиката на изгаряне е донякъде противоречив. От една страна, тя трябва да принадлежи на Scrum Master, защото е инструмент, който да гарантира, че екипът работи ефективно и според плана. От друга страна, тя трябва да остане в ръцете на Product Owner, защото отразява напредъка към целта на продукта, която се комуникира на клиента. Освен това, трета страна, която може да претендира за собственост, е екипът за разработка, тъй като графиката функционира като вътрешен инструмент за него.

Графиката на изгаряне е основен показател за оценка на ефективността на екипа за разработка и става приета от всички членове на Scrum екипа. Затова прозрачността и достъпността са от съществено значение. Въпреки това, самата ѝ цел е да служи на екипа. Тя трябва да укрепи самоорганизацията му, да подобри мотивацията и да даде реална представа за статуса на работата по задачите, възложени на него. Следователно, в теорията, всеки член на екипа за разработка може да актуализира графиката на изгаряне.

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

chart

Как да интерпретирате графика на изгаряне?

Подробно описахме външния вид на графиката на изгаряне в предишна статия. Тук само ще ви напомним, че X-оста показва времето, оставащо за завършване на работата. От друга страна, Y-оста показва количеството работа, което остава да бъде свършено.

Реална и идеална графика на изгаряне

За да интерпретирате графиката на изгаряне, ключовият фактор не е само редовното отбелязване на реалното “изгаряне”, т.е. изпълнението на задачите от екипа за разработка. Също толкова важно за картината е сравнението ѝ с идеалната линия на изгаряне (пътеводител).

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

Графиката на изгаряне също така позволява да се определи стойност, наречена скорост на екипа за разработка в дългосрочен план. На нея ще посветим отделна статия. Тук само ще споменем, че това е стойност, определена от количеството работа, свършена по време на един спринт.

Благодарение на факта, че графиката на изгаряне илюстрира сравнението на идеалната линия на изгаряне с реалното намаляване на броя на задачите, тя позволява да оцените темпото на работа. И така да предвидите риска от забавяне на проекта.

Избор на единица за измерване

Скоростта на екипа обикновено се измерва в единици, наречени story points. Тя определя броя на потребителските истории, които са били реализирани. Те могат да изискват много различни количества работа.

Затова много Scrum екипи използват времева мярка. В зависимост от мащаба, това са дни или човекочасове. Всеки разработчик оценява и след това регистрира количеството време, прекарано по задачите си.

Друга опция е да приемете задачите като единица. Това са малко по-големи единици, на които от своя страна се присвоява стойност, изразена в story points, или в дни или човекочасове. Това е единица, която позволява на клиента да представи напредъка на работата по продукта по-ясно.

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

Резюме

Как да създадете и интерпретирате графика на изгаряне?

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

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

Caroline Becker

Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.

View all posts →

Scrum Guide:

  1. Глосар на основни термини, роли и понятия
  2. Какво е Scrum?
  3. Стойности на Scrum
  4. Как да внедрим Scrum във вашата компания?
  5. Скрам екип - какво е това и как работи?
  6. Кой е собственик на продукта?
  7. Най-честите грешки на Продуктовия собственик
  8. Кой е Scrum Master?
  9. Най-честите грешки на Scrum Master-а
  10. Каква статистика и метрики трябва да следи Scrum Master?
  11. Екип за разработка в Scrum
  12. Най-честите грешки на разработчиците
  13. Скрам артефакти
  14. Мащабиране на Scrum
  15. Спринт беклог
  16. Какво е продуктовият беклог?
  17. Какво са потребителските истории?
  18. Създаване на най-добрата потребителска история с INVEST
  19. Най-честите грешки в потребителските истории
  20. Критерии за приемане на потребителска история
  21. Оценка и Story Points в Scrum
  22. Планиращ покер
  23. Игра за оценка на екипа
  24. Определяне на инкремент
  25. Скрам събития
  26. Какво е графика на изгарянето?
  27. Предимства и недостатъци на графиката на изгаряне
  28. Канбан дъски в Скрам и Скрабан
  29. Скорост в Scrum - Скорост на екипа за разработка
  30. Дневен скрам
  31. Планиране на спринт
  32. Преглед на спринта
  33. Какво е спринт ретроспектива?
  34. Чести грешки по време на ретроспективата на спринта
  35. Поддържане на продуктовия беклог
  36. Как да създадем и интерпретираме графика на изгарянето?
  37. Какво е спринт в Скраум?
  38. Сътрудничество между Продуктов собственик и Скрам майстор
  39. Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
  40. Характеристики на добър Scrum Master