Примітка: Сайт перекладено автоматично. Переключіться на англійську для кращого читання.

Скріншот 2021-11-18 о 10.59.12

З діаграмами декомпозиції релізу для ефективної розробки програмного забезпечення

Розробка програмного забезпечення та передбачувані результати поєднуються так само, як безпечні інвестиції та казино. Занадто багато змінних –, таких як коливання продуктивності, несподівані проблеми і нові вимоги клієнтів –, роблять точний реліз важко передбачуваним. Тим не менш, вам і вашій компанії необхідно встановити дату завершення. Зрештою, ваші клієнти хочуть знати, коли вони можуть очікувати на продукт. І: тільки так ви зможете планувати подальші кроки, такі як маркетинг і дистрибуція. Тож як зробити достовірну заяву про реліз? 

Я покажу вам, як діаграми згортання можуть допомогти вам скласти графік релізів. Я також поясню, як правильно читати діаграми розбиття і як ви можете отримати з них користь.

 

Що таке діаграми згортання?

Діаграма - це графічне зображення, яке показує, скільки роботи залишилося виконати в проекті по відношенню до часу, що залишився. Як правило, на вертикальній осі діаграми ви бачите кількість роботи, яку ще потрібно виконати. Час, що залишився, або час, що минув, відображається на горизонтальній осі. 

Діаграма - це лінійна діаграма. Вона відразу показує, коли проект буде повністю завершений. Він також показує, чи буде проект завершений у запланований час.

Діаграми згортання в основному використовуються в гнучких методах розробки програмного забезпечення, таких як Scrum. Однак, в принципі, ви можете використовувати їх для всіх проектів, де ви хочете виміряти прогрес проекту в часі.

Перш ніж ми заглибимося в тему, невеличка примітка. Незабаром відбудеться безкоштовний вебінар про "найкращі гнучкі метрики" –, гостями якого стануть 11 міжнародних експертів! Ви можете знайти більше інформації у тизерному відео. 

Якщо це звучить цікаво, ви знайдете список на сторінці Більше інформації про веб-сайт проекту Scagile – Ви також можете зареєструватися там безкоштовно. зареєструватися (див. кнопку вище).

Повертаючись до самої теми... Можна виділити два різних типи графіків згоряння:

Діаграми розбивки релізів

Діаграми Release Burndown Charts –, які також називаються Product Burndown Charts –, зосереджують увагу на роботі над випуском в рамках проекту. На осі Х відкладаються спринти. На осі у ви бачите залишок роботи або зусиль для випуску. Зусилля вимірюються на діаграмах у годинах, днях або сюжетних точках. 

За оновлення діаграми релізів відповідає скрам-майстер (Scrum Master). Як правило, він або вона оновлює діаграму в кінці кожного спринту. Діаграми релізів є перевіреним інструментом для управління продуктами, особливо для власників продуктів.

Діаграми розбивки спринту

Діаграми Sprint Burndown Charts показують відставання у виконанні завдань спринту або залишок роботи для конкретного спринту. На осі х відкладається час у робочих днях. На осі Y - залишок роботи в годинах. Ви можете одразу побачити, чи виконає ваша команда всі завдання до кінця спринту. 

Спринт-діаграми є важливим інструментом, особливо для команд розробників, для моніторингу прогресу роботи в рамках спринтів.

 

Відступ: Що таке діаграми вигорання?

У контексті Release Burndown Charts в Agile ви також будете чути термін Burnup Charts знову і знову. На відміну від діаграми декомпозиції релізу Scrum, діаграма виснаження показує, скільки роботи команда вже виконала. Діаграма складається з двох ліній: одна лінія показує, скільки роботи в проекті загалом. Інша лінія показує, скільки роботи залишилося виконати Команда вже завершено. Вертикальна вісь візуалізує обсяг роботи в завданнях, годинах або сюжетних точках. Горизонтальна вісь вказує на кількість днів, що минули або залишилися.

Діаграми згоряння в основному використовуються гнучкими командами, які хочуть відстежувати прогрес у роботі. Діаграма відразу показує, коли робота була додана або видалена з проекту. На практиці це дозволяє команді встановити реалістичну дату завершення проекту.

 

Як читати діаграми розбиття релізів

Щоб створити шаблон Release Burndown Chart, вам потрібно оцінити всі елементи в Product Backlog. Після кожного огляду спринту власник продукту віднімає бали історії, досягнуті в останньому спринті, від суми всіх балів історії в бэклозі продукту. Після цього він або вона оновлює Release Burndown Charts.

Як це виглядає на практиці? Щоб зробити аналіз релізів Scrum більш відчутним, давайте подивимося на приклад:

Структурні діаграми продукту

Джерело: Як використовувати діаграми для прозорого та передбачуваного розвитку (stxnext.com)

На цій діаграмі показано, що

  • на початку проекту сума всіх сюжетних точок становила 400,
  • результат першого спринту приніс 100 Story Points та
  • Результат другого спринту приніс 53 сюжетні бали.

Таким чином, виходить 247 сюжетних балів.

 

Як читати діаграми Sprint Burndown

У шаблоні діаграми спринту ви і ваша команда на початку проекту визначаєте, скільки робочих годин у вас є в наявності. Це значення знаходиться на осі Y. Окремі дні спринту відкладаються на осі х. 

Діаграми Sprint Burndown

Джерело: Як використовувати діаграми для прозорого та передбачуваного розвитку (stxnext.com)

Таким чином, звіт Sprint Burndown Report на цій діаграмі покаже, що

  • планує команду з погодинною продуктивністю 160 годин на спринт,
  • він витратив 30 годин загального робочого часу після першого дня спринту, і
  • після другого дня спринту він використовував ще 15 годин.

Це залишає 115 годин роботи для цього спринту.

До речі, невеличке зауваження в контексті гнучкої трансформації: ви хочете переконатися, що ви наразі правильні пріоритети у вашій гнучкості Трансформація? 

Тоді пройдіть наш тест на зрілість для вашої гнучкої трансформації –, який займає лише 3 хвилини. Ви навіть отримаєте бенчмарк, заснований на результатах понад трьохсот інших учасників. Натисніть кнопку 🙂

Почніть зараз: Оцінка зрілості Agile
Agile Оцінка зрілості

Як отримати вигоду з графіків згортання

Шаблон Sprint Burstdown

  • візуалізує прогрес проекту та робочий процес,
  • показує, чого досягла команда і чого їй ще потрібно досягти,
  • показує, чи виконується проект вчасно,
  • виявляє питання та проблеми на ранній стадії, щоб можна було вжити заходів,
  • сприяє тому, що робота команди спрямовується в правильному напрямку,
  • мотивує команду в роботі,

 

У чому слабкість графіків згоряння?

Ці два недоліки мають, зокрема, діаграми релізів та спринт-діаграми:

Необхідна точна оцінка зусиль

Точність фактичної лінії порівняно з ідеальною лінією на діаграмі значною мірою залежить від того, наскільки точно команда оцінила зусилля. Наприклад, якщо команда оцінює зусилля занадто високо, лінія прогресу завжди буде нижче ідеальної лінії. На практиці це означає, що команда завершує проект або спринт раніше. І навпаки: якщо команда недооцінює зусилля, лінія прогресу буде вище ідеальної лінії. Команда запізнюється.  

Ця неточність стає особливо очевидною, коли команди використовують – замість годинників розмірів футболок, наприклад, XS, S, M, L, XL – для оцінки зусиль. Тоді діаграма може слугувати лише приблизним орієнтиром. 

Тому ви повинні оцінити зусилля якомога точніше разом зі своєю командою і використовувати значущі кількісні показники для запланованих зусиль на практиці. Ви також можете ввести коефіцієнт ефективності, на який ви помножите оцінені зусилля, перш ніж намалювати ідеальну лінію. Коефіцієнт ефективності - це співвідношення оцінених і фактичних зусиль з попередніх спринтів і проектів. Деякі гаджети для аналізу релізів допомагають вам, автоматично відображаючи коефіцієнт ефективності. Таким чином, ви зможете швидше помітити і врахувати помилки.

Послідовне використання ресурсів як необхідна умова

Діаграми передбачають, що команда може працювати з одними і тими ж ресурсами протягом усього часу. На практиці, однак, це не завжди можливо. Тому що: якщо ресурси –, такі як експерт –, доступні лише тимчасово, це впливає на просування лінії.

На практиці це означає, що ви повинні розподіляти менше роботи в періоди, коли у вас менше ресурсів. І навпаки, це також стосується періодів, коли у вас є більше ресурсів.

 

Наскільки ваша організація готова до гнучкої роботи?

Щоб ефективно використовувати гнучкі метрики, такі як діаграми згоряння та виснаження, ваша організація повинна опанувати гнучку роботу на всіх рівнях. Проект Scagile навчить вас усім важливим навичкам для професійної роботи з Agile у різних майстернях. Онлайн-тренінг є безкоштовним. Не соромтеся, подивіться!

Висновок

Діаграми допомагають вам і вашій команді візуалізувати хід роботи і робити надійні прогнози щодо завершення проекту. Діаграма релізів завжди відображає зусилля, спрямовані на випуск релізу в рамках проекту. Спринт-діаграма відображає завдання з бэклогу спринту або роботу, що залишилася для конкретного спринту. 

Щоб використовувати діаграми, ви можете завантажити шаблон Release Burndown Chart Excel або Sprint Burndown Chart Excel і адаптувати його до вашого проекту. Крім того, гнучкі Інструменти управління проектами як Jira Atlassian про діаграми згоряння. Якщо ви переконаєтесь, що оцінюєте зусилля та наявність ресурсів якомога точніше, діаграми можуть стати великою підмогою у повсякденному житті гнучких компаній.

Поділіться цією статтею зі своїми знайомими

Потрібен командний поштовх? Ось що вам потрібно зробити: Ретроспектива Spotify Health Check!

Перше питання про здоров'я: "😍 Ми із задоволенням ходимо на роботу і отримуємо задоволення від спільної праці".

Хочете ще? Спробуйте наш Retro Tool зараз.

Більше статей

Інформаційний бюлетень Echometer

Не пропустіть жодного оновлення на Echometer та отримайте натхнення для гнучкої роботи