Воркшоп, який допоможе розібратися із ключовими показниками для Agile-команд: Cycle Time та Lead Time

Запис вебінару наприкінці статті

Подія мала чітку структуру — кожна тема була винесена в окремий блок, тож після кожного блоку спікерка робила зупинки та відповідала на запитання із чату.

Наталя почала із повторення теми попереднього воркшопу, на якому вона розповідала про систему Kanban та Flow-метрики.

Показник Cycle Time — це час, який потрібний для виконання задачі (Task, Story, Bug) від моменту початку роботи по імплементації, до моменту завершення імплементації. Він включає увесь час, який пройшов від початку роботи над одним завданням до його завершення.

Моніторинг цього показника є дуже важливим для управління процесами розробки. Він допомагає визначити ефективність вашого процесу, ідентифікувати можливість оптимізації, управляти очікуваннями стейкхолдерів та забезпечувати своєчасну «доставку» продукту. Стабільний показник Cycle Time може свідчити про стабільну продуктивність команди та оптимальну організацію процесів розробки.

Тож Наталя нагадала правила побудови Kanban-дошки та розказала як правильно визначити стартову та фінальну лінії на дошці для вимірювання Cycle Time, а також дала формулу для точного розрахунку.

У наступній частині вебінару говорили про Lead Time. У програмуванні цим терміном можна схарактеризувати час, який потрібен для завершення конкретного завдання або процесу від початку до кінця. Основна відмінність між показниками Cycle Time та Lead Time полягає в тому, що Lead Time охоплює не тільки час виконання завдання, але й усі етапи, які виникають до початку роботи над завданням. У такий спосіб Lead Time визначає час від моменту створення запиту (Task, Story, Bug) до моменту релізу на продакшн. Це важливий показник ефективності процесу розробки програмного забезпечення, оскільки він допомагає визначити швидкість доставлення фіч від моменту генерації ідеї до моменту постачання кінцевому користувачу.

Наталя також познайомила глядачів із метриками System Cycle Time, System Lead Time та Customer Lead Time, а саме розказала про різницю між ними, а також про те, як їх правильно заміряти.

Наступна частина події була присвячена перевагам, які можна здобути, якщо регулярно та якісно відстежувати ці показники. Спікерка показала діаграму «Cycle Time Scatter Plot» та на її прикладі розказала як робити висновки щодо ефективності вашого процесу.

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

На цьому графіку кожна точка представляє одне завдання, де ось X відображає дату, коли задача була завершена, а ось Y відображає Cycle Time цього завдання.

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

Наступна частина воркшопу була присвячена темі Percentile Lines. Це лінії на діаграмі Cycle Time Scatter Plot, які використовуються для аналізу та візуалізації розподілу часу виконання різних завдань або задач у процесі проєктування чи розробки.

Наприклад, якщо ви маєте набір даних про час виконання завдань у проєкті, можна побудувати Лінії Персентилей для цього розподілу. На графіку будуть видимі лінії для 50-го, 85-го та 95-го Персентилей, які покажуть, скільки часу потрібно для виконання 50 %, 85 % та 95 % завдань відповідно.

Аналізуючи ці лінії, менеджери проєктів можуть оцінити SLE та ймовірність виконання певних завдань за певний проміжок часу. Наприклад, 85 % завдань закриваються за 20 днів або менше. Це означає, що можна давати естимацію про завершення завдання в строк 20 днів із ймовірністю 85 %.

Також Наталія розповіла про побудову Cycle Time гістограми. Цей графік дає змогу легко оцінити, як розподіляється час виконання завдань у вашому проєкті. Чим більший у гістограми «хвіст», тим менш стабільна й передбачувана ваша система доставлення цінності. Тому ваша мета, як менеджера, зменшити довжину «хвоста».

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

Нижче зібрані корисні матеріали для самостійного опрацювання цієї теми:

• Miro-дошка, яку спікерка демонструвала під час воркшопу;
• Exel-файл із графіками, формулами та темплейтами — ви можете зберегти собі копію, щоб мати змогу редагувати;
• запис попереднього вебінару, де Наталя розповідає як вимірювати та вивантажувати Cycle Time з Cloud Jira в автоматичному режимі в XLS-документ.
• Kanban Guide for Scrum Teams;
• стаття про Lead Time.

А також не забувайте слідкувати за нашими новинами, в EPAM безліч цікавого і корисного. Робити це зручно на наших сторінках у Facebook, Twitter, Telegram або Youtube, а ще радимо заглядати у розклад наших подій на сайті у відповідному розділі — Календар подій.

І, як завжди, дякуємо, що ви з нами!