25 KPI Agile з першого погляду - достатньо 1 простого KPI!
Існує безліч гнучких KPI та методів вимірювання. Але ви завжди повинні пам’ятати про одну річ:
Скажи мені, як ти мене вимірюєш, і я скажу тобі, як я буду поводитися.
Доктор Елі Голдратт
Тому потрібно поставити запитання: Чи є всі ці гнучкі KPI актуальними? І ще одна цитата:
Простота — душа ефективності.
Остін Фріман
Отже, наступне питання: якби ми хотіли виміряти гнучкість якомога простіше, як би ми її вимірювали? Які показники та вимірювання гнучкості є найбільш важливими? Або якби ми хотіли виміряти лише одну річ, що б це було?
Огляд: Типові гнучкі показники та KPI
Існує занадто багато способів збору гнучких показників і KPI. Ось огляд можливостей (не вичерпний):
| Agile KPI | Пояснення | Базується на… | Кореляція з користю для клієнта | Простота вимірювання | Націлений на… |
|---|---|---|---|---|---|
| Sprint Burndown Chart | Показує прогрес у спринті для досягнення цілі спринту | Суб’єктивно оцінені зусилля | Низький 🔴 | Частково вручну ⚠️ | Продуктивність 🏃 |
| Швидкість | Індикатор того, скільки роботи було виконано протягом спринту | Сума суб’єктивно оцінених Storypoints (повні User Stories) | Низький 🔴 | Частково вручну ⚠️ | Продуктивність 🏃 |
| Epic та Release Burndown | Відстеження прогресу за багатьма задачами до епіку | Суб’єктивно оцінені зусилля | Середній ⚠️ | Частково вручну ⚠️ | Продуктивність 🏃 |
| Control Chart | Тривалість часу від статусу «В роботі» до «Готово» для задач | Об’єктивне вимірювання часу | Низький 🔴 | Автоматизовано ✅ | Продуктивність 🏃 |
| Кумулятивна діаграма потоку | Кількість завдань у беклозі у співвідношенні до часу, що залишився | Об’єктивна кількість завдань у порівнянні з часом | Середній ⚠️ | Автоматизовано ✅ | Продуктивність 🏃 |
| Lead Time | Період часу між замовленням продукту та його доставкою | Об’єктивне вимірювання часу | Середній ⚠️ | Автоматизовано ✅ | Продуктивність 🏃 |
| Value Delivered або Доставлена цінність для клієнта | Цінність для клієнта від вимоги в € або балах | Суб’єктивно оцінено та призначено Product Owner-ом | Середній ⚠️ | Частково вручну ⚠️ | Користь для клієнтів 🔍 |
| Індекс індексу довіри до постачальника | Готовність рекомендувати продукт далі | Суб’єктивно з точки зору клієнта | Високий ✅ | Частково вручну та необхідні інструменти 🔴 | Користь для клієнтів 🔍 |
| Work Item Age | Індикація того, скільки часу потрібно від початку до завершення завдання | Об’єктивно за допомогою інструменту | Низький 🔴 | Автоматизовано ✅ | Продуктивність 🏃 |
| Throughput | В середньому завершені завдання протягом певного часу | Об’єктивно за допомогою інструменту | Середній ⚠️ | Автоматизовано ✅ | Продуктивність 🏃 |
| Заблокований час | Кількість і тривалість задач, які не можуть бути оброблені далі через внутрішні залежності | Об’єктивно за допомогою інструменту | Середній ⚠️ | Автоматизовано ✅ | Передбачуваність 🎲 |
| Уникнуті дефекти | Індикація кількості помилок програмного забезпечення, коли випускається реліз | Об’єктивно за допомогою інструменту | Середній ⚠️ | Автоматизовано ✅ | Якість 🏆 |
| Невдалі розгортання | Кількість розгортань | Об’єктивно за допомогою інструменту | Середній ⚠️ | Автоматизовано ✅ | Якість 🏆 |
| Покриття коду | Ступінь, до якого виконується вихідний код програми (вказує на якість програмного забезпечення) | Об’єктивно за допомогою інструменту | Середній ⚠️ | Автоматизовано ✅ | Якість 🏆 |
| Інтелект якості | Допомагає ідентифікувати нещодавні зміни в коді (індексує якість програмного забезпечення) | Об’єктивно за допомогою інструменту | Середній ⚠️ | Автоматизовано ✅ | Якість 🏆 |
| Час циклу | «Work in progress», поділений на середній коефіцієнт завершення задач (індикатор того, наскільки добре працює робочий процес) | Об’єктивно за допомогою інструменту | Середній ⚠️ | Автоматизовано ✅ | Продуктивність 🏃 |
| Задоволеність клієнтів | Задоволеність клієнтів або користувачів продуктом чи послугою | Суб’єктивно з точки зору клієнта | Високий ✅ | Частково вручну та необхідні інструменти 🔴 | Користь для клієнтів 🔍 |
| Planned-to-done-ratio | Співвідношення між запланованими та завершеними User Stories | Об’єктивно за допомогою інструменту | Середній ⚠️ | Автоматизовано ✅ | Передбачуваність 🎲 |
| Індекс використання | Показує, які функції використовуються клієнтами насправді та з якою інтенсивністю | Об’єктивно за допомогою інструменту | Високий ✅ | Частково вручну ⚠️ | Користь для клієнтів 🔍 |
| Темпи інновацій | Здатність команд розробляти цінні функції проти виправлення «поганої» роботи (виправлення помилок і запити на підтримку) | Об’єктивно за допомогою інструменту | Середній ⚠️ | Частково вручну та необхідні інструменти 🔴 | Якість 🏆 |
| Цінність підприємства | Вартість компанії (підрозділу) | Об’єктивно або суб’єктивно за допомогою зацікавлених сторін | Середній ⚠️ | Частково вручну ⚠️ | Користь для клієнтів 🔍 |
| Психологічна безпека | Імовірність того, що співробітники відкрито висловлюють свою думку та ідеї | Суб’єктивно за допомогою (опитувального) інструменту | Високий ✅ | Частково вручну та необхідні інструменти 🔴 | Культура 🧑🤝🧑 |
| Мета | Емоційне обґрунтування того, чому існує ваша компанія або ваш відділ | Суб’єктивно за допомогою (опитувального) інструменту | Високий ✅ | Частково вручну та необхідні інструменти 🔴 | Культура 🧑🤝🧑 |
| Бачення | Емоційний образ того, як ваша компанія або ваш відділ виглядатиме в майбутньому | Суб’єктивно за допомогою (опитувального) інструменту | Високий ✅ | Частково вручну та необхідні інструменти 🔴 | Культура 🧑🤝🧑 |
| Задоволеність співробітників / Щастя | Задоволеність співробітників своєю роботою | Суб’єктивно за допомогою (опитувального) інструменту | Високий ✅ | Частково вручну та необхідні інструменти 🔴 | Культура 🧑🤝🧑 |
Зрозумійте мене правильно: звичайно, ви можете мати більш складні моделі гнучкої зрілості або гнучкі метрики, такі як Агілометр. Але я вважаю, що уявний експеримент з вимірюванням лише одного KPI є досить цікавим. Ось чому ця стаття досліджує цю мету.
Ми використовуємо наведені вище гнучкі KPI як основу для цього тексту.
Заздалегідь зауважимо: проста, прагматична, але дуже корисна метрика гнучкості - це та, що показана у відео за посиланням. Агустіна навіть публічно ділиться даними команди за весь минулий рік:
Відхилити Agile-метрики та KPI?
Чи потрібні нам взагалі гнучкі метрики та гнучкі KPI?
Перш ніж ми заглибимося в тему, я регулярно чую або читаю в LinkedIn, спілкуючись з гнучкими коучами, скрам-майстрами або консультантами з масштабованих фреймворків Agile: чи хочете ви взагалі вимірювати гнучкість?
Існує брехня, існує жахлива брехня, а потім існує статистика.
Марк Твен
Марк Твен трохи драматизує з цього приводу. Але він має рацію. Те, що Альберт Ейнштейн висловив у двох словах.
Не все, що можна порахувати, має значення.
Альберт Ейнштейн
Чим хороші “KPI” в Agile - Швидкість, діаграми Burndown, кількість невдалих розгортань? Чи є ці agile-метрики вирішальними для agile-успіху? Я в цьому сумніваюся.
Але відмовитися від усіх метрик? Це теж було б помилкою.
Переваги agile KPI та метрик
У сучасному світі бізнес-середовище швидко змінюється. У хороші часи керівники думають про гнучку трансформацію, бо мають необхідні ресурси та безпеку. А в погані часи?
У погані економічні часи лідери повертаються до традиційного мислення. Вони повертаються до старих моделей поведінки: наприклад, до рішень “зверху-вниз”, які насправді не сумісні з сучасним гнучким мисленням.
"Багато членів команди не наважуються висловитися!"
Вирішіть цю проблему
"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"
Вирішіть цю проблему
"Чому іноді на підготовку простої ретроспективи я витрачаю години?"
Вирішіть цю проблемуТож якщо у керівників немає чітких KPI, щоб керувати кораблем у погані часи, не варто навіть починати гнучку трансформацію. Тому що тоді будь-який прогрес, досягнутий в рамках цієї трансформації, буде зруйнований економічною кризою.
Тож, мабуть, єдиний шанс для гнучких методів пережити важкі часи в масштабованому середовищі - це бити систему її ж зброєю: надаючи метрики. Метрики, які допомагають керувати в часи невизначеності.
І я впевнений: існують гнучкі метрики, які додають цінності.
Озираючись назад, я вважаю однією зі своїх найбільших помилок категоричне використання метрик для agile-трансформації **що відмовився.
Маркус Райтнер
Ейнштейн також говорить про це у своїй цитаті: “Є речі, які мають значення”. Саме про них ця стаття.
Вимірювання гнучкості - Що робить хорошу agile-метрику?
Припустимо, питання, яке ви зазвичай ставите на своєму щоденному стендапі, звучить так: Що ви зробили сьогодні? Отже, це спосіб, яким ви “вимірюєте” прогрес у своїй команді.
Хороше питання, чи не так? Ні, не так. Це питання змушує команду показувати, що вона старанно працює. Питання змушує команду виконати “список справ”, щоб вона могла з гордістю посилатися на метрику: Так, я був досить зайнятий останні 24 години!
Але виконання “списку справ” - це добре чи ні? Ну, це залежить. Набагато важливіше щось інше: а саме досягнення мети команди. Зазвичай це - у випадку з agile-командами - надання цінності клієнтам, або англійською мовою “delivering value”.
Agile KPI - як виміряти гнучкість
Тому кращим питанням (або метрикою) на вашому щоденному стендапі було б: “Як ви допомогли своїй команді чи організації досягти нашої (спринтової) мети за останні 24 години?”
Змініть своє питання (або метрику), змініть спосіб мислення та дій людей: спочатку ефективно, потім ефективно - словами Пітер Друкер сказати.
Змініть метрику - змініть спосіб мислення та дій людей.
Висловлюючись словами Ейнштейна: Ми повинні знайти ту річ, яку можна порахувати - і яка дійсно має значення.
Тож що насправді має значення у гнучкій трансформації?
Правильний погляд на гнучкі KPI та гнучкі метрики
Мета вашої agile-трансформації - це точно не agile-трансформація. Навіщо ви робите agile-трансформацію? Давайте застосуємо “техніку 3-чому”, щоб це зрозуміти:
Основна причина вашої гнучкої трансформації: ви не хочете закінчити як компанія Blockbuster, яка ігнорувала галузеві тенденції та потреби клієнтів, не була відкритою до змін і врешті-решт закінчилася без грошей.
Ви хочете бути схожими на Netflix, які постійно розвивають свою бізнес-модель, орієнтуючись на основні потреби своїх клієнтів. Просто подивіться на Приклад Blockbuster проти Netflix.
Як ви можете перевести це в метрику під час гнучкої трансформації? Ну, це буде складно.
Що компанії роблять замість цього: Використовують метрики, бо їх легко виміряти. Тому що існуючі інструменти все одно їх випльовують. Ймовірність того, що це правильні показники, досить низька.
Наприклад, мова не йде про покращення спринтерської швидкості або швидкості. Це поширена помилка: моніторинг і вимірювання зусиль чи ефективності. Натомість мова йде про задоволення потреб клієнта.
Agile KPI та вимірювання гнучкості - важливий висновок
З’ясувавши все це, нам потрібно виміряти валідність нашої “єдиної метрики” відносно чогось або знайти корелят.
Ми повинні вимірювати результати, а не вихідні дані. Ми повинні вимірювати нашу agile-трансформацію тим, наскільки вона допомагає нам досягти нашої мети. Ми повинні вимірювати людей не за їхнім часом, а за їхнім внеском у спільне бачення чи спільну мету - ми повинні вимірювати цінність, створену для клієнта!
Якщо ми хочемо вимірювати за споживчою цінністю, ми повинні дуже добре розуміти потреби клієнта.
Наприклад, залізнична компанія повинна розуміти, що вона не займається залізничним бізнесом. Вона повинна розуміти, що вона займається транспортним бізнесом. Тому що клієнтам байдуже, чи їх перевозять потягом, чи літаком.
Короткий відступ: Важливою річчю в гнучких метриках є, звичайно, рефлексія над ними. Як, наприклад, у випадку з Spotify Health Checkз відповідною ретроспективою.
Ви можете зробити саме це (за потреби, навіть між командами) за допомогою нашого інструменту Health Check & Retrospektive. Більше інформації про це ви знайдете за посиланням “Як це працює”. Ви також можете просто подивитися на ретроспективу Health Check тут. У цьому випадку це ретро щодо Scrum.
Scrum Health Check: Як проходить ретроспектива
Випадковий Icebreaker (2-5 хвилин)
Echometer надає вам генератор випадкових питань для реєстрації.
Огляд відкритих заходів (2-5 хвилин)
Перш ніж почати з новими темами, слід поговорити про контроль ефективності того, що сталося з заходами з минулих ретроспектив. Echometer автоматично перераховує всі відкриті пункти дій з минулих ретроспектив.
Health Check
Усі члени команди можуть анонімно відповідати на перевірки працездатності за шкалою. Потім перегляньте результати перевірок працездатності разом і, якщо необхідно, запишіть додаткові коментарі. Якщо ви використовуєте ті самі перевірки працездатності в кількох ретроспективах, ви також можете відстежувати тенденції з часом в Echometer.
- Планування: У нашій команді процес доопрацювання бэклогу проходить ефективно та результативно.
- Орієнтація на клієнта: Планування наших спринтів завжди базується на досягненні максимальної користі для клієнта за певний час.
- Agile Тренінг: Члени команди, Product Owner та Scrum Master мають однакове розуміння своїх ролей в команді.
- Scrum Events: Останнім часом кожен Daily в команді був корисним.
Обговорення ретро-тем
Використовуйте наступні відкриті питання, щоб зібрати ваші найважливіші висновки. Спочатку кожен окремо. Echometer дозволяє відкривати кожен стовпець ретро-дошки окремо, щоб потім представити та згрупувати відгуки.
Універсальне питання (рекомендовано)
Щоб інші теми також мали місце:
- Про що ще ви хочете поговорити на ретроспективі?
Пріоритезація / Голосування (5 хвилин)
На ретро-дошці в Echometer ви можете легко розставити пріоритети для відгуків за допомогою голосування. Голосування, звичайно, є анонімним.
Визначення заходів (10-20 хвилин)
За допомогою символу "плюс" на відгуку можна створити пов'язаний захід. Ще не впевнені, який захід буде правильним? Тоді відкрийте дошку для обговорення з цієї теми за допомогою символу "плюс", щоб провести мозковий штурм щодо основних причин і можливих заходів.
Виїзд / Закриття (5 хвилин)
Echometer дозволяє збирати анонімні відгуки від команди про те, наскільки корисною була ретроспектива. Це створює оцінку ROTI ("Retrun On Time Invested"), яку ви можете відстежувати з часом.
Scrum Health Check
Питання перевірки працездатності (шкала)
Тому вимірювання культурних показників (таких як психологічна безпека) може відбуватися в гнучкій ретроспективі, коли показники можуть бути отримані негайно.
Альтернативою цьому є особисті зустрічі між керівниками та працівниками.
Навіть у цій рутині регулярні короткі імпульсні опитування та роздуми можуть допомогти зібрати значущі показники культури і водночас впровадити процес безперервного вдосконалення.
Наш інструмент Echometer також може допомогти вам у цьому. Наступний шаблон містить кілька запитань про здоров’я, які ви можете обговорити індивідуально з членами вашої команди. Ви можете відповісти на них за шкалою від 1 до 7.
Спробуйте без входу за допомогою кнопки:
⁉️ 1-1 Зустріч для перевірки настрою: Особистий розвиток
- "Мої робочі завдання, як правило, дуже швидко просуваються, навіть якщо необхідний зовнішній зворотний зв'язок."
- "Коли я спостерігаю за неоптимальною поведінкою, я знаю, як конструктивно звернути на це увагу колег."
- "Я отримую конструктивний зворотний зв'язок як щодо моєї роботи, так і щодо мого особистого розвитку."
- "Я бачу привабливий кар'єрний шлях у компанії." #Growth
- "В останні тижні я дуже часто міг використовувати свої сильні сторони на роботі."
Ось як виглядає це опитування в Echometer:
Ще один погляд на гнучку метрику: Хронометраж
Тут важлива ще одна думка. У кращому випадку, показники залежать від часу та/або від того, на якому етапі ви перебуваєте у вашій гнучкій трансформації.
Припустимо, ви вже знаєте, що гнучка трансформація за допомогою Scaled Agile Framework (SAFe®) або інших гнучких фреймворків - це правильний крок для вас (до речі, це перше, про що варто подумати компанії).
У цьому випадку ви повинні зосередитися на Старт гнучкої трансформації ґрунтуються на одній речі: Гнучкому мисленні керівної команди.
Чи дійсно команда лідерів готова до змін? Чи розуміє вона наслідки трансформації? Чи готова вона першою в компанії серйозно впроваджувати гнучкі методи - включно з Kanban, гнучкими ретроспективами та безперервною саморефлексією?
Теоретично, отже, перша гнучка метрика повинна зосереджуватися на “готовності керівництва або команди лідерів”. Мій колега Жан у своїй статті 7 порад про роль лідерів у гнучких трансформаціях.
Наступне важливе питання, яке ви повинні поставити собі в процесі трансформації: Чи впроваджені у нас правильні процеси для розуміння та постійного моніторингу потреб наших клієнтів? Це може бути наступним показником гнучкості.
Але зачекайте. Це не допоможе нам досягти мети цього тексту - лише a що можна виміряти.
Ні. Вона слугує для того, щоб дати вам натхнення для вашої гнучкої трансформації з точки зору змістовної моделі гнучкої зрілості.
Тож давайте розглянемо типові гнучкі метрики і те, як вони співвідносяться з найважливішими результатами вашої гнучкої трансформації: споживчою цінністю.
Найважливіші гнучкі метрики - рейтинг
Вище ви знайдете таблицю з Найпоширеніші гнучкі метрикиЦе цілі, які відіграють важливу роль у масштабуванні гнучких фреймворків та гнучких трансформаціях. Я згрупував їх за п’ятьма напрямками, п’ятьма цілями, які можна загалом з гнучкою трансформацією:
- Переваги для клієнтівЧи відповідають метрики потребам клієнта?
- ПередбачуваністьЧи здійснюємо ми доставку вчасно та безперебійно?
- ПродуктивністьЧи виконуємо ми все більше завдань за той самий час і з тими самими ресурсами?
- ЯкістьЧи постачаємо ми продукт без дефектів та інших проблем?
- КультураЧи задоволені співробітники нашої організації, чи навчаються вони безперервно і чи можуть вони бути інноваційними, щоб підтримувати заплановану швидкість доставки в довгостроковій перспективі?
Agile KPIs - як виміряти гнучкий успіх
Таблиця також дає уявлення про
- наскільки легко виміряти метрику (на основі мого особистого досвіду)
- Наскільки ця метрика співвідноситься з нашою довгостроковою основною метою: Цінність для клієнтів у майбутньому (на основі мого досвіду).
Отже, який з них з таблиці вище “У нас тут є гнучка метрика? Що таке хороший KPI в agile?
Цікаво, що, здається, не існує жодної метрики гнучкості, яку легко виміряти і яка водночас забезпечує максимальну цінність для клієнта. Але це теж шкода.
Я б сказав, що “простота вимірювання” не така важлива, як “кореляція з майбутньою цінністю для клієнта”. Тому найбільш валідними метриками, здається, є “Індекс використання”, “Задоволеність клієнтів” або “Net Promoter Score”.
До речі, ви можете почати збирати 11 KPI у своїй команді вже сьогодні, провівши так званий Spotify Health Check зі своєю командою. Подивіться це відео та інші згадані відео, щоб дізнатися, як це працює:
Scaled agile Frameworks - найважливіший agile KPI - це…?
Не має значення, чи використовуєте ви Scaled Agile Framework (SAFe®) або іншу модель для підвищення своєї гнучкості.
З огляду на ці три показники, найбільше корелює з майбутньою споживчою цінністю, ймовірно, задоволеність клієнтів. Або, якщо бути більш точним, повна задоволеність клієнтів. Ви можете знайти більше на цю тему за цим посиланням.
Задоволеність клієнтів також, ймовірно, має найвищу кореляцію з усіх цих показників з рентабельністю інвестицій у вашу гнучку трансформацію. Вона підкаже вам, чи варто щось змінювати, чи продовжувати рухатися в тому ж напрямку.
Agile KPIs: Чи достатньо одного простого показника - чи ні?
Але зупиніться! Якщо ви зосереджуєтесь лише на задоволенні потреб клієнтів, як ви можете бути впевнені, що зможете перевершити своїх конкурентів? довгостроковий попереду? Як ви робите можливим, щоб інноваційні та руйнівні ідеї могли рости та процвітати у вашій компанії? Що, зрештою, є вашою довгостроковою метою…
Враховуючи ці питання, я думаю, що ми повинні повернутися до основ: Щоб постійно створювати споживчу цінність та впроваджувати інновації, вам потрібні ще дві речі: налагоджені гнучкі процеси та здорова корпоративна культура.
Ваша корпоративна культура гарантує, що співробітники відчувають Психологічно безпечно відчувають, відкриті до невдач, говорять і діляться своїми ідеями. А завдяки гнучким процесам ви реалізовуєте свої ідеї швидше, ніж ваші конкуренти.
**Agile, як лідер, націлений на підхід, орієнтований на людей; він ставить людей вище речей.**Вікрам Верма
Наступний графік ілюструє це простим способом. Якщо клієнтська цінність є вашою довгостроковою метою, то вхідними даними для цього є “гнучкі процеси”, помножені на “корпоративну культуру”.
Культура × Agile процеси = Довгострокова цінність для клієнта
Якось я прочитав, що “гнучка трансформація вимагає зміни культури, а не процесу.”
Я не можу з цим погодитися. Потрібно і те, і інше.
Три гнучкі KPI в гнучкій моделі зрілості
Отже, якщо ви хочете виміряти лише одну річ у Scaled Agile Frameworks (SAFe®) або інших фреймворках, то це буде задоволеність клієнтів. Але, чесно кажучи, я не можу рекомендувати вимірювати лише одну річ - вибачте, що розчаровую вас.
Якщо ви дійсно хочете максимально спростити свої показники, я рекомендую вимірювати принаймні три речі, які вказують на вашу гнучку зрілість:
- Пропустіть Вигода або цінність для клієнта - через задоволеність клієнтів.
- Сумую за твоїм Корпоративна культура - через психологічна безпека як показник навчання та інновацій.
- Пропустіть Впровадження гнучких методів - за допомогою “planned-to-done-ratio” як індикатора того, наскільки добре ви здатні поступово надавати цінність клієнтам.
Вимірявши, розробляйте щось. Потім вчіться на цьому. А потім повторюйте свої показники… Будуйте. Вимірюйте. Вивчайте…
Просто, чи не так? Ні, звичайно, ні. Але чи серйозно ви налаштовані на впровадження гнучких фреймворків у вашій організації?
Що таке хороший гнучкий KPI і як він допомагає мені в моїй гнучкій трансформації?
Зараз ми опитуємо десятки експертів - Release Train Engineers, Agile Coaches, Scaled Agile Framework Berater - на тему KPIs та метрик у контексті Scaled Agile Frameworks та гнучких методів.
На основі цих інтерв’ю ми розробили Project Scagile: 7 вебінарів, які допоможуть 7 типових помилок у гнучких трансформаціях щоб уникнути. Один із вебінарів присвячений темі “Agile Metriken”.
Якщо ви все ще шукаєте відповідну ретро-дошку, наша стаття може допомогти вам з цією темою: Найкращі ретро-дошки в порівнянні.
