Agile-метрики. Часть 1. Сомнительные метрики | Scrum Україна - тренінги, навчання та сертифікації Agile, Scrum, Large-Scale Scrum
 
Стаття відображається оригінальною мовою.

Agile-метрики. Часть 1. Сомнительные метрики

22 лист. 2018

Украинскую версию статьи можно прочесть тут.

Так или иначе, но несколько недель назад ко мне обратилась… моя семья, Дарья Алымова, с просьбой помочь с метриками, которые ее попросил разработать ее менеджмент. Она занимает должность Quality Assurance Manager в крупной международной компании. 

Дальнейшая серия статей - результат нашего многочасового брейншторма, который дополнен моими личными размышлениями по той или иной метрике. Итак, поехали.

Сомнительные метрики

Среднее количество дефектов на User Story. Тренд дефектов в динамике (over time)

Что показывает: фактически отображает тренд уменьшения или увеличения качества на одну пользовательскую историю. Интересно смотреть в динамике минимум за 2 месяца.

Alt Text

Требует адекватного ведения Backlog'а задач, где нарезка для команды идет в виде end-to-end функциональности, а также фактически заведения каждого дефекта (с привязкой его к каждой задаче).

Негативные последствия: на первый взгляд это полезная метрика, однако фактически она будет стимулировать следующие негативные последствия:
- Легко показать улучшения просто не заводя дефекты. У этого, однако, если и позитивный эффект - вы не будете тратить время на заведение дефектов :) (позитив при условии, что команда исправляет проблемы без заведения их)
- Если вы заставите тестирование заводить все дефекты, то подтолкнете команду к расслоению и конфликту между разработкой и тестированием.
- Увеличивается общее время на управление задачами за счет увеличения времени на заведение, ре-тест, чтение дефектов.

Разновидность: количество дефектов на Story Point, релиз, Epic и тд.
Общий вердикт - лучше не использовать или делать это так, что бы никто не знал.

Burn Down Chart

Что показывает: тренд сжигания времени/объема задач по отношению к идеальному тренду.

Как это должно быть (ожидание)

Alt Text

Классический Burn down показывает, на сколько команда хорошо… трекает время. Вот пример неэффективной работы в команде, где Burn down будет показывать идеальный тренд: Есть спринт, в котором есть 5 задач. Команда начинает выполнять 5 задач одновременно, все заняты и отлично списывают время. И вот, конец спринта и… очень много дефектов, что то не успели или что то не склеилось. Но 90% спринта ваш тренд по времени был идеален, вот как этот:

Alt Text

Но что то пошло не так и вы узнали об это поздно. Все потому, что:

Burn Down Chart не показывает КАК вы делаете работу. 

На этой строчке многие скажут, что тогда стройте чарт в Story Points. Вы будете правы, при следующих условиях:
1. Задачи оценены мелко
2. Вы выполняете задачу за задачей, а не начинаете все сразу (это справедливо и в случае с часами)

Но все же, пока история не будет закрыта, график будет строго горизонтален и, собственно, ничего не показывает. Как этот. На 25е число вы все еще не знаете, сможете ли что либо закрыть и хватит ли вам времени.

Alt Text

Разновидности: Epic Burn Down, Release Burn Down. Избегайте всего, что бёрнит даун.

Вывод: если хотите смотреть, как люди трекают время - burn down ваш выбор. Если хотите понимать, как улучшать работу команды, используйте физ доски и иные визуализации движения РАБОТЫ.

Committed vs. Delivered

Цель: мерять обещания команды и факт. Очень любима менеджерами разных уровней.

Alt Text

Что показывает: показывает, насколько хорошо ваша команда умеет вас обманывать. Шутка. Показывает спринты, в которых вашу команду спросят "ДОКОЛЕ?". Это не шутка.
Очень токсичная метрика. Обычно приводит к тому, что команда начинает делать следующее (одно или все сразу):
- Завышать оценки
- Занижать оценку производительности (velocity)
- Пренебрегать качеством ради завершения задач

Такая уж проблема, что в ИТ все очень относительно. Код и написание кода - очень творческий процесс, который сложно оценить по своей сути. 

Использование этой метрики ведет к тотальной демотивации команды, рождению фраз "ну вы же обещали!" или "вы всегда что то обещаете, но не делаете".

Никогда не используйте эту метрику.

Продолжение на следующей неделе!

Рекомендовані заходи

вебінар
Дмитро Незабитовський  

На цьому вебінарі ми розглянемо ключові аспекти легковісних способів розробки MVP (Minimum Viable Product), MMP (Minimum Marketable Product) та MVA (Minimum Viable Audience). Це будуть обговорення історій із досвіду та практичні поради.

тренінг
Дмитро Незабитовський, Олександр Червінський  

Одноденний, 8-річний тренінг-інтенсив для охочих докладно розібратися у Ретроспективах зі всіх боків. Тренінг RAT - це мінімум теорії та максимум практики. Ми будемо проводити багато ретроспектив, коротких та довгих, одно- та багатокомандних, тематичних та універсальних, формальних та неформальних.

тренінг
Євгеній Лабунський  

Дводенний курс з основ Agile і фреймворками Scrum і Kanban. Курс сертифікаційний, по його закінченню учасники отримують іменні сертифікати ICAgile Certified Professional - Agile Fundamentals (ICP), які визнаються в усьому світі.

Рекомендовані статті

Скільки коштують ваші зустрічі? Та як не втрачати гроші.

Зустрічі у компаніях, які займаються розробкою програмного забезпечення, часто визнаються найважливішою складовою успішного продукту (чи проєкту). Однак, їх вартість і вплив на бізнес часто залишаються недооціненими. Проведення зустрічей вимагає великих витрат часу і ресурсів, і саме тому …

Top 5 питань про Agile Retrospectives

Я проводжу ретроспективи досить часто, близько сотні на рік, а почав уперше це робити майже 10 років тому. У цій статті я хочу відповісти на Top 5 із питань про Ретроспективи, які найчастіше задають учасники тренінгів та Agile-ком'юніті.

Чому коучинговий підхід актуальний у бізнесі?

Однією з основних функцій сучасного менеджера лідера є розкриття потенціалу кожного учасника команди для досягнення максимальної ефективності та реалізації цілей. Scrum Masters, Product Owners, Facilitators та інші лідери й керівники можуть використовувати коучинговий підхід для підвищення …

Ми активні в соціальних мережах і хочемо спілкуватися. Додавайтеся на нашу сторінку в facebook та приєднуйтесь до наших спільнот.

З приводу тренінгів, реєстрацій, рахунків:
+380993383636
@scrum_ukraine
hello@scrum.ua

Із питань корпоративних програм:
+380993383636
hello@scrum.ua

©2017 - 2024 Scrum Ukraine. Всі права захищені.

Політика конфіденційності