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-ом	Середній ⚠️	Частково вручну ⚠️	Цінність для клієнта 🔍
Індекс індексу довіри до постачальника	Готовність рекомендувати продукт далі	Суб’єктивно клієнтом	High ✅	Частково вручну та необхідні інструменти 🔴	Користь для клієнта 🔍
Work Item Age	Індикація того, скільки часу потрібно від початку до завершення завдання	Об’єктивно за допомогою інструменту	Низький 🔴	Автоматизовано ✅	Продуктивність 🏃
Throughput	В середньому завершені завдання протягом певного часу	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Продуктивність 🏃
Заблокований час	Кількість і тривалість задач, які не можуть бути оброблені далі через внутрішні залежності	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Передбачуваність 🎲
Уникнуті дефекти	Індикація кількості помилок програмного забезпечення, коли випускається реліз	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Якість 🏆
Невдалі розгортання	Кількість розгортань	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Якість 🏆
Покриття коду	Ступінь, до якого виконується вихідний код програми (вказує на якість програмного забезпечення)	Об’єктивно за допомогою інструменту	Помірно ⚠️	Автоматизовано ✅	Якість 🏆
Інтелект якості	Допомагає ідентифікувати нещодавні зміни в коді (індексує якість програмного забезпечення)	Об’єктивно за допомогою інструменту	Помірно ⚠️	Автоматизовано ✅	Якість 🏆
Час циклу	«Work in progress», поділений на середній коефіцієнт завершення задач (індикатор того, наскільки добре працює робочий процес)	Об’єктивно за допомогою інструменту	Помірно ⚠️	Автоматизовано ✅	Продуктивність 🏃
Задоволеність клієнтів	Задоволеність клієнтів або користувачів продуктом чи послугою	Суб’єктивно з точки зору клієнта	Високий ✅	Частково вручну та необхідні інструменти 🔴	Користь для клієнта 🔍
Planned-to-done-ratio	Співвідношення між запланованими та завершеними User Stories	Об’єктивно за допомогою інструменту	Помірно ⚠️	Автоматизовано ✅	Передбачуваність 🎲
Індекс використання	Показує, які функції використовуються клієнтами насправді та з якою інтенсивністю	Об’єктивно за допомогою інструменту	Високий ✅	Частково вручну ⚠️	Користь для клієнтів 🔍
Темпи інновацій	Здатність команд розробляти цінні функції проти виправлення «поганої» роботи (виправлення помилок і запити на підтримку)	Об’єктивно за допомогою інструменту	Середній ⚠️	Частково вручну та необхідні інструменти 🔴	Якість 🏆
Цінність підприємства	Вартість компанії (підрозділу)	Об’єктивно або суб’єктивно за допомогою зацікавлених сторін	Середній ⚠️	Частково вручну ⚠️	Користь для клієнтів 🔍
Психологічна безпека	Імовірність того, що співробітники відкрито висловлюють свою думку та ідеї	Суб’єктивно за допомогою (опитувального) інструменту	Високий ✅	Частково вручну та необхідні інструменти 🔴	Культура 🧑‍🤝‍🧑
Мета	Емоційне обґрунтування того, чому існує ваша компанія або ваш відділ	Суб’єктивно за допомогою (опитувального) інструменту	Високий ✅	Частково вручну та необхідні інструменти 🔴	Культура 🧑‍🤝‍🧑
Бачення	Емоційний образ того, як ваша компанія або ваш відділ виглядатиме в майбутньому	Суб’єктивно за допомогою (опитувального) інструменту	Високий ✅	Частково вручну та необхідні інструменти 🔴	Культура 🧑‍🤝‍🧑
Задоволеність співробітників / Щастя	Задоволеність співробітників своєю роботою	Суб’єктивно за допомогою (опитувального) інструменту	Високий ✅	Частково вручну та необхідні інструменти 🔴	Культура 🧑‍🤝‍🧑

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

Ми використовуємо наведені вище гнучкі KPI як основу для цього тексту.

Заздалегідь зауважимо: проста, прагматична, але дуже корисна метрика гнучкості - це та, що показана у відео за посиланням. Агустіна навіть публічно ділиться даними команди за весь минулий рік:

Play

Відхилити 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.

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

Альтернативою цьому є особисті зустрічі між керівниками та працівниками. 

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

Наш інструмент Echometer також може допомогти вам у цьому. Наступний шаблон містить кілька запитань про здоров’я, які ви можете обговорити індивідуально з членами вашої команди. Ви можете відповісти на них за шкалою від 1 до 7. 

Спробуйте без входу за допомогою кнопки:

Ще один погляд на гнучку метрику: Хронометраж

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

Припустимо, ви вже знаєте, що гнучка трансформація за допомогою Scaled Agile Framework (SAFe®) або інших гнучких фреймворків - це правильний крок для вас (до речі, це перше, про що варто подумати компанії).

У цьому випадку ви повинні зосередитися на Старт гнучкої трансформації ґрунтуються на одній речі: Гнучкому мисленні керівної команди.

Чи дійсно команда лідерів готова до змін? Чи розуміє вона наслідки трансформації? Чи готова вона першою в компанії серйозно впроваджувати гнучкі методи - включно з Kanban, гнучкими ретроспективами та безперервною саморефлексією?

Теоретично, отже, перша гнучка метрика повинна зосереджуватися на “готовності керівництва або команди лідерів”. Мій колега Жан у своїй статті 7 порад про роль лідерів у гнучких трансформаціях .

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

Але зачекайте. Це не допоможе нам досягти мети цього тексту - лише a що можна виміряти.

Ні. Вона слугує для того, щоб дати вам натхнення для вашої гнучкої трансформації з точки зору змістовної моделі гнучкої зрілості.

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

Найважливіші гнучкі метрики - рейтинг

Вище ви знайдете таблицю з Найпоширеніші гнучкі метрикиЦе цілі, які відіграють важливу роль у масштабуванні гнучких фреймворків та гнучких трансформаціях. Я згрупував їх за п’ятьма напрямками, п’ятьма цілями, які можна загалом з гнучкою трансформацією:

• Переваги для клієнтівЧи відповідають метрики потребам клієнта?
• ПередбачуваністьЧи здійснюємо ми доставку вчасно та безперебійно?
• ПродуктивністьЧи виконуємо ми все більше завдань за той самий час і з тими самими ресурсами?
• ЯкістьЧи постачаємо ми продукт без дефектів та інших проблем?
• КультураЧи задоволені співробітники нашої організації, чи навчаються вони безперервно і чи можуть вони бути інноваційними, щоб підтримувати заплановану швидкість доставки в довгостроковій перспективі?

Agile KPIs - як виміряти гнучкий успіх

Таблиця також дає уявлення про

• наскільки легко виміряти метрику (на основі мого особистого досвіду)
• Наскільки ця метрика співвідноситься з нашою довгостроковою основною метою: Цінність для клієнтів у майбутньому (на основі мого досвіду).

Отже, який з них з таблиці вище “У нас тут є гнучка метрика? Що таке хороший KPI в agile?

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

Я б сказав, що “простота вимірювання” не така важлива, як “кореляція з майбутньою цінністю для клієнта”. Тому найбільш валідними метриками, здається, є “Індекс використання”, “Задоволеність клієнтів” або “Net Promoter Score”.

До речі, ви можете почати збирати 11 KPI у своїй команді вже сьогодні, провівши так званий Spotify Health Check зі своєю командою. Подивіться це відео та інші згадані відео, щоб дізнатися, як це працює:

Play

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”.

Якщо ви все ще шукаєте відповідну ретро-дошку, наша стаття може допомогти вам з цією темою: Найкращі ретро-дошки в порівнянні.