результат (outcome) і вихід (output)
Також називають: результати замість виходів
Різниця між тим, що команда виготовляє (вихід: фічі, релізи, документи), і тим, що це змінює для клієнтів і бізнесу (результат: змінена поведінка, розв'язані проблеми, зрушені метрики).
Вихід (output) — це те, що команда виготовляє: фічі, релізи, редизайни, кампанії. Результат (outcome) — це зміна, яку вони дають: клієнти поводяться інакше, проблема зникає, бізнес-метрика зрушує. Зручна перевірка: вихід можна відмітити як виконаний у день релізу, а результат можна перевірити лише тоді, коли користувачі встигли відреагувати.
Чому це розрізнення важливе для роадмапи: роадмапа виходів оцінює команду за тим, чи вона випустила все вчасно. Це може виглядати чудово, хоча нічого не покращується: релізи виходять, KPI стоять на місці, клієнти ігнорують нові фічі. Роадмапа результатів оцінює команду за тим, чи сталася задумана зміна, а саме заради неї роботу й фінансували.
Щоб перетворити вихід на результат, питайте «навіщо?», доки не дійдете до зміни в поведінці чи показниках:
- «Зробити мобільний застосунок» → навіщо? → клієнтам незручно повторно замовляти з телефона → результат: більше повторних замовлень від мобільних користувачів.
- «Інтегруватися з CRM» → навіщо? → менеджери з продажу вручну передруковують ліди → результат: менше часу від ліда до першого дзвінка.
Виходи нікуди не зникають. Вони потрібні, щоб досягти результатів, і план релізів ними заповнений. Але на роадмапі вони йдуть другими, як можливі рішення під результатом, якому служать. Тоді, якщо рішення не спрацювало, команда міняє рішення, а не мету.
Приклад
Три пункти зі списку запитів Котокорму, переписані:
Кожен результат тепер допускає й інші рішення: відповіді про доставку можуть дати SMS про статус замовлення, а не чат.
Типові помилки
- Називати результатом те, що випускається. «Запустити нове оформлення замовлення» — це вихід, навіть із датою. Результат називає зміну в поведінці чи показниках.
- Обирати результати, на які команда не впливає. «Збільшити виручку компанії на 20%» надто далеко від роботи однієї команди. Оберіть ближчий випереджальний показник.
- Святкувати перемогу в день релізу. Плануйте, коли і як перевірите результат, а не лише коли випустите.
- Вимірювати лише активність. Кліки на нову кнопку можуть зрости, а справжня проблема залишитися. Прив'язуйте метрику до проблеми.
- Зовсім відмовлятися від планування виходів. Командам досі потрібні плани релізів; результати визначають, що до них потрапить.
Вивчити в курсі
- Результати (outcome) важливіші за вихід (output) · Різниця між тим, що команда випускає, і тим, що від цього змінюється, як піднятися від запиту на фічу до вимірюваного результату і які пастки роблять результат марним.