Ціль чи результати роботи: що таке успіх

Кожен проєкт створює результати роботи (outputs): те, що робить команда. Для запуску фізики це програма, пул репетиторів, діагностичний тест і сторінка. Ціль — інше: зміна у світі, яку мають спричинити результати роботи. Тут — родини обирають Klasna для підготовки до іспиту з фізики, купують пакет, а учні продовжують ходити на уроки.

Пастка — звітувати результатами роботи як успіхом. 1 лютого кожен може чесно сказати «моя частина готова», а купівель — нуль. Завершені результати роботи доводять, що команда працювала, а не що проєкт чогось досяг.

Швидка перевірка для будь-якого рядка плану: чи може це бути повністю зроблено, а для учнів нічого не зміниться? Якщо так, це результат роботи. Тримай його в плані (він однаково потрібен), але не дозволяй йому підміняти ціль.

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

Виконання оцінює, як роботу передали: дату, бюджет і погоджений обсяг робіт. Для фізики: заняття стартують 1 лютого 2027 року, у межах бюджету, який затвердить Leo, з погодженим обсягом.

Результат оцінює, що змінилося потім, у числах і до дати: до 28 лютого 2027 року пакет із фізики купили 120 учнів, і троє з чотирьох із них ще ходять на уроки на четвертому тижні.

Результати роботи на кшталт «сторінку опубліковано» — ні те, ні інше: вони йдуть у план, а не в критерії. Зауваження Vira пояснює, чому в результаті два числа: покупку можна отримати рекламою, а учень, який лишився на четвертому тижні, лишився, бо уроки працюють. Критерій, який не можна перевірити до названої дати, — ще не критерій.

Критерію результату потрібна ціль, але новий проєкт рідко має дані, щоб її поставити. Чесний крок — не прибирати ціль і не видавати її за бенчмарк. Запиши її та познач як припущення.

120 покупок Leo взяв зі свого плану для фізики, а не з результатів інших шкіл. «Троє з чотирьох ходять на уроки на четвертому тижні» — теж здогадка. Обидва числа йдуть у критерії з позначкою «припущення плану» і з датою перевірки: перевірка результатів 1 березня.

Навіщо взагалі тримати вгадане число? Бо без нього пройде будь-який підсумок: 40 покупок стане «обнадійливим стартом», 200 — «великим успіхом», і ніхто нічого не дізнається. Позначене припущення дає, з чим порівнювати, і каже всім, наскільки йому вірити. Репетиторів Vira не оцінюватимуть за числом, яке подали як факт.

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

Для запуску «програма, репетитори, тест і сторінка готові до 1 лютого в межах бюджету» — відмінне виконання. Але воно ще нічого не каже про те, чи купили 120 учнів пакет до 28 лютого і чи троє з чотирьох ходять на уроки на четвертому тижні. Ці відповіді приходять через тижні після готовності результатів роботи, тому проєкт лишається відкритим до перевірки результатів у березні.

Пастка — оголосити перемогу в момент виконання. Це здається природним: команда багато працювала, дата втрималася. Але запуск можна виконати бездоганно й однаково не досягти результату. Називай обидві половини вголос: «виконано вчасно; результат перевіримо 1 березня».

Дві частини успіху оцінюють різне. Виконання оцінює роботу команди: чи передали ми обіцяне, до дати, у межах бюджету? Результат оцінює ставку, на якій тримається проєкт: чи змінила ця робота те, на що ми сподівалися?

Коли частини окремо, жодна не сховає іншу. Якщо фізика стартує вчасно й у межах бюджету, але до 28 лютого купили лише 60 учнів, виконання втрималося, а результат — ні. Це інформація, а не привід шукати винних: можливо, не вгадали з ціною, часом чи пропозицією, і в березні ти з'ясуєш чому. Якщо купили 120 учнів, але заняття стартували 15 лютого, результат втримався, а виконання провалилося, і два втрачені тижні в сезон іспитів шкодять кожному учню.

Звідси дві пастки. Не карай команду за ставку, яка не зіграла. І не переписуй ціль постфактум, щоб результат «пройшов».

Будь-який результат роботи можна довести до результату, який можна перевірити, за п'ять кроків, кожен із яких спирається на попередній:

1. Назви результат роботи: діагностичний тест працює.
2. Запитай, що він має змінити для учнів: батьки бачать рівень дитини й обирають правильний пакет.
3. Обери, що можна порахувати: частку тих, хто пройшов тест і потім купив пакет.
4. Постав ціль і познач її як припущення, доки немає даних.
5. Назви дату, коли перевіриш.

Тест Danylo перетворюється на: «частка тих, хто пройшов тест у лютому й купив пакет до 1 березня, ціль позначено як припущення». Порядок важить: не можна обрати, що рахувати, поки не знаєш бажаної зміни, а ціль нічого не означає без числа для порівняння. Дата йде останньою й перетворює ціль на перевірку, яку хтось справді проведе. Пропусти крок 2 — і рахуватимеш проходження тесту, тобто знову результат роботи.

Добрий критерій успіху дає змогу відповісти на питання спонсора числом на дату. Коли Leo питає «то скільки учнів?», ясну відповідь дає лише критерій з обома частинами: заняття стартують 1 лютого 2027 року в межах затвердженого бюджету; до 28 лютого 2027 року пакет купили 120 учнів, і троє з чотирьох ходять на уроки на четвертому тижні, обидва числа позначено як припущення.

Слабкі варіанти провалюються впізнавано. «Успішно й вчасно запустити фізику» не перевірити: що вважати успішним? Список готових результатів роботи покриває виконання й мовчить про учнів. «Якомога більше учнів» не має цілі, тож пройдуть і 30, і 300.

Перш ніж підписувати критерій, прочитай його так, як прочитає Leo 1 березня, і спитай: чи може хтось відповісти «так» чи «ні», з даними, на названу дату? Якщо ні, переписуй, доки не зможе.

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

Причин дві. Ранні критерії спрямовують рішення: коли Danylo обирає між шліфуванням сторінки й завершенням тесту, критерій результату (покупки після тесту) підказує, що важливіше. І ранні критерії можуть не справдитися — саме це робить їх корисними. Критерії, написані після результатів, проходять завжди, бо описують те, що сталося.

Звичка для кожного «готово»: питай «готово, і що змінилося?» Та сама ідея проходить крізь курс Outcome-Based Product Roadmaps для цілих роадмап; тут її застосовано до одного проєкту з фіксованою датою.

Як це складається докупи: результати роботи — не ціль; успіх має частину «виконання» й частину «результат», окремо, з позначеними припущеннями, погоджені заздалегідь. Наступний урок кладе ці критерії на одну сторінку разом з обсягом робіт, обмеженнями, припущеннями й відповідальним.