25 KPI Agile з першого погляду - достатньо 1 простого KPI!

Існує безліч гнучких KPI та методів вимірювання. Але ви завжди повинні пам’ятати про одну річ:

Скажіть мені, як ви мене вимірюєте, і я скажу вам, як я буду поводитися.

Доктор Елі Голдратт

Тому потрібно поставити запитання: Чи є всі ці гнучкі KPI актуальними? І ще одна цитата:

Простота – душа ефективності.

Остін Фріман

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

Огляд: Типові гнучкі показники та KPI

Існує занадто багато способів збору гнучких показників та KPI. Ось огляд можливостей (не вичерпний):

Гнучкий KPI	Пояснення	Базується на…	Кореляція з користю для клієнта	Простота вимірювання	Націлений на…
Діаграма Sprint Burndown	Показує прогрес у спринті для досягнення мети спринту	Суб’єктивно оцінені зусилля	Низький 🔴	Частково вручну ⚠️	Продуктивність 🏃
Velocity	Індикатор того, скільки роботи було виконано під час спринту	Сума суб’єктивно оцінених story points (повні User Stories)	Низький 🔴	Частково вручну ⚠️	Продуктивність 🏃
Epic і Release Burndown	Моніторинг прогресу по багатьох завданнях до Epic	Суб’єктивно оцінені зусилля	Середній ⚠️	Частково вручну ⚠️	Продуктивність 🏃
Контрольна діаграма	Часовий проміжок від статусу «В обробці» до «Готово» для завдань	Об’єктивний вимір часу	Низький 🔴	Автоматизовано ✅	Продуктивність 🏃
Кумулятивна діаграма потоку	Кількість завдань у backlog у співвідношенні до часу, що залишився	Об’єктивна кількість завдань проти часу	Середній ⚠️	Автоматизовано ✅	Продуктивність 🏃
Lead Time	Період часу між замовленням продукту та його доставкою	Об’єктивний вимір часу	Середній ⚠️	Автоматизовано ✅	Продуктивність 🏃
Value Delivered або Доставлена ​​користь для клієнта	Користь для клієнта від вимоги в € або балах	Суб’єктивно оцінюється та призначається Product Owner	Середній ⚠️	Частково вручну ⚠️	Користь для клієнта 🔍
Net Promoter Score	Готовність рекомендувати продукт	Суб’єктивно клієнтом	Високий ✅	Частково вручну & необхідні інструменти 🔴	Користь для клієнта 🔍
Work Item Age	Індикація того, скільки часу потрібно від початку до завершення завдання	Об’єктивно за допомогою інструменту	Низький 🔴	Автоматизовано ✅	Продуктивність 🏃
Throughput	В середньому завершені завдання протягом певного часу	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Продуктивність 🏃
Blocked Time	Кількість і тривалість завдань, які не можуть бути оброблені далі через внутрішні залежності	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Передбачуваність 🎲
Escaped Defects	Індикація кількості помилок програмного забезпечення, коли випущено реліз	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Якість 🏆
Failed Deployments	Кількість розгортань	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Якість 🏆
Code Coverage	Ступінь, до якого виконується вихідний код програми (індексує якість програмного забезпечення)	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Якість 🏆
Quality Intelligence	Допомагає ідентифікувати нещодавні зміни в коді (індексує якість програмного забезпечення)	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Якість 🏆
Cycle Time	«Work in progress», поділений на середню швидкість завершення завдань (індексує, наскільки добре працює workflow)	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Продуктивність 🏃
Задоволеність клієнтів	Задоволеність клієнтів або користувачів продуктом або послугою	Суб’єктивно клієнтом	Високий ✅	Частково вручну & необхідні інструменти 🔴	Користь для клієнта 🔍
Planned-to-done-ratio	Співвідношення між запланованими та завершеними User Stories	Об’єктивно за допомогою інструменту	Середній ⚠️	Автоматизовано ✅	Передбачуваність 🎲
Usage Index	Показує, які функції фактично використовуються клієнтами та з якою інтенсивністю	Об’єктивно за допомогою інструменту	Високий ✅	Частково вручну ⚠️	Користь для клієнта 🔍
Innovationsrate	Здатність команд розробляти цінні функції проти виправлення «поганої» роботи (виправлення помилок і запити на підтримку)	Об’єктивно за допомогою інструменту	Середній ⚠️	Частково вручну & необхідні інструменти 🔴	Якість 🏆
Вартість підприємства	Вартість підприємства (підрозділу)	Об’єктивно або суб’єктивно зацікавленими сторонами	Середній ⚠️	Частково вручну ⚠️	Користь для клієнта 🔍
Психологічна безпека	Вірогідність того, що співробітники відкрито висловлюють свою думку та ідеї	Суб’єктивно за допомогою (опитувального) інструменту	Висока ✅	Частково вручну та необхідні інструменти 🔴	Культура 🧑‍🤝‍🧑
Мета	Емоційне обґрунтування того, чому існує ваша компанія або ваш відділ	Суб’єктивно за допомогою (опитувального) інструменту	Висока ✅	Частково вручну та необхідні інструменти 🔴	Культура 🧑‍🤝‍🧑
Бачення	Емоційний образ того, як ваша компанія або ваш відділ виглядатиме в майбутньому	Суб’єктивно за допомогою (опитувального) інструменту	Висока ✅	Частково вручну та необхідні інструменти 🔴	Культура 🧑‍🤝‍🧑
Задоволеність співробітників / Щастя	Задоволеність співробітників своєю роботою	Суб’єктивно за допомогою (опитувального) інструменту	Висока ✅	Частково вручну та необхідні інструменти 🔴	Культура 🧑‍🤝‍🧑

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

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

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

Play

Відхилити Agile-метрики та KPI?

Чи потрібні нам взагалі гнучкі метрики та гнучкі KPI?

Перш ніж ми заглибимося в тему, я регулярно чую або читаю в LinkedIn, спілкуючись з гнучкими коучами, скрам-майстрами або консультантами з масштабованих фреймворків Agile: чи хочете ви взагалі вимірювати гнучкість?

Існує брехня, існує жахлива брехня, а потім існує статистика.

Марк Твен

Марк Твен трохи драматизує з цього приводу. Але він має рацію. Те, що Альберт Ейнштейн висловив у двох словах.

Не все, що можна порахувати, має значення.

Альберт Ейнштейн

Чим хороші “KPI” в Agile - Velocity, Burndown-Charts, кількість невдалих розгортань? Чи є ці гнучкі показники вирішальними для гнучкого успіху? Я сумніваюся в цьому. 

Але відмовитися від усіх метрик? Це теж було б помилкою.

Переваги гнучких KPI та метрик

У сучасному світі бізнес-середовище швидко змінюється. У хороші часи керівники думають про гнучку трансформацію, бо мають необхідні ресурси та безпеку. А в погані часи?

У погані економічні часи лідери повертаються до традиційного мислення. Вони повертаються до старих моделей поведінки: наприклад, до рішень “зверху-вниз”, які насправді не сумісні з сучасним гнучким мисленням.

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

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

І я впевнений: існують гнучкі метрики, які додають цінності. 

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

Маркус Райтнер

Ейнштейн також говорить про це у своїй цитаті: “Є речі, які мають значення”. Саме про них ця стаття.

Вимірювання гнучкості - Що робить хороший гнучкий показник?

Припустимо, питання, яке ви зазвичай ставите на своєму щоденному стендапі, звучить так: Що ви сьогодні зробили? Отже, це спосіб, яким ви «вимірюєте» прогрес у своїй команді.

Хороше питання, чи не так? Ні, неправильно. Це питання змушує команду показувати, що вона старанна. Питання змушує команду виконати «список справ», щоб вона могла з гордістю посилатися на показник: Так, я був досить зайнятий останні 24 години!

Але виконання «списку справ» – це добре чи ні? Ну, це залежить від обставин. Набагато важливіше дещо інше: а саме досягнення мети команди. Зазвичай це – у випадку з гнучкими командами – надання цінності клієнтам, або англійською мовою «delivering value».

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

Тому кращим питанням (або показником) на вашому щоденному стендапі було б: «Як ви допомогли своїй команді чи організації досягти нашої (спринтерської) мети за останні 24 години?»

Змініть своє питання (або показник), змініть спосіб мислення та дій людей: спочатку ефективно, потім результативно - словами Пітер Друкер сказати.

Змініть показник - змініть спосіб мислення та дій людей.

Висловлюючись словами Ейнштейна: Ми повинні знайти те, що можна порахувати - і що дійсно має значення.

Тож що насправді має значення у гнучкій трансформації?

Правильний погляд на гнучкі KPI та гнучкі метрики

Мета вашої гнучкої трансформації – це точно не гнучка трансформація. Навіщо ви робите гнучку трансформацію? Давайте застосуємо «техніку 3-чому», щоб зрозуміти це:

Основна причина вашої гнучкої трансформації: ви не хочете закінчити як компанія Blockbuster, яка ігнорувала галузеві тенденції та потреби клієнтів, не була відкритою до змін і врешті-решт закінчилася без грошей.

Ви хочете бути схожими на Netflix, які постійно розвивають свою бізнес-модель, орієнтуючись на основні потреби своїх клієнтів. Просто подивіться на Приклад Blockbuster проти Netflix.

Як ви можете перевести це в метрику під час гнучкої трансформації? Ну, це буде складно.

Що компанії роблять замість цього: Використовують метрики, бо їх легко виміряти. Тому що існуючі інструменти все одно їх випльовують. Ймовірність того, що це правильні показники, досить низька.

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

Agile KPIs & Вимірювання гнучкості - важливий висновок

З’ясувавши все це, нам потрібно виміряти валідність нашої “єдиної метрики” відносно чогось або знайти корелят.

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

Якщо ми хочемо вимірювати за споживчою цінністю, ми повинні дуже добре розуміти потреби клієнта.

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

Короткий відступ: Важливою річчю в гнучких метриках є, звичайно, рефлексія над ними. Як, наприклад, у випадку з 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®) або інших фреймворках, то це буде задоволеність клієнтів. Але, чесно кажучи, я не можу рекомендувати вимірювати лише одну річ - вибачте, що змушений вас розчарувати.

Якщо ви дійсно хочете максимально спростити свої показники, я рекомендую вимірювати принаймні три речі, які вказують на вашу гнучку зрілість:

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

Вимірявши, розробляйте щось. Потім вчіться на цьому. А потім повторюйте свої показники… Будуйте. Вимірюйте. Вивчайте…

Просто, чи не так? Ні, звичайно, ні. Але чи серйозно ви налаштовані на впровадження гнучких фреймворків у вашій організації?

Що таке хороший гнучкий KPI і як він допомагає мені в моїй гнучкій трансформації?

Зараз ми опитуємо десятки експертів - Release Train Engineers, Agile Coaches, Scaled Agile Framework консультантів - на тему KPIs та метрик у контексті Scaled Agile Frameworks та гнучких методів.

На основі цих інтерв’ю ми розробили Project Scagile: 7 вебінарів, які допоможуть 7 типових помилок у гнучких трансформаціях щоб уникнути. Один із вебінарів присвячений темі «Agile метрики».

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