Минулі проєкти як орієнтир і один спільний буфер

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

Гірше те, що задачі із запасом однаково запізнюються. Коли маржа всередині, люди пізніше починають, довше шліфують і звітують «готово» в запланований день, тож робота розтягується на весь даний їй час. Задача, завершена раніше, рідко віддає вільні дні наступній, а запізніла зсуває все, що після неї. Маржі зникають, затримки додаються.

Тож запас робить план довшим на папері, але не робить роботу надійнішою. Вихід — не звинувачувати людей і не вимагати більшого запасу, а винести маржу із задач.

План, складений задача за задачею з того, що уявляє кожен власник, — це погляд зсередини. Погляд ззовні ставить інше питання: скільки насправді тривали схожі проєкти?

У Klasna записано три попередні запуски на 17 задач, і на кожній ретроспективі власники казали, чи була в їхній оцінці прихована маржа. Підсумок прямий: оцінили в 142 робочі дні, вийшло 168, і кожен запуск перевищив план. Шість задач із запасом жодного разу не завершилися раніше і все одно перевищили оцінку на 9 %. Задачі без запасу перевищили приблизно на 30 %. Найгірше — експертні рецензії: у 1,69 раза довше за оцінку.

Читай дані лише на те, що вони підтримують. Вони кажуть, що запас не купив вчасності, а чесні оцінки були занизькими; але не кажуть «додавайте більше». І не роблять усі запуски однаково доречними: здебільшого платформна розробка мало що каже про новий предмет порівняно з двома запусками предметів.

Прогноз за минулими проєктами хороший рівно настільки, наскільки вдало обрано проєкти для порівняння. Тож головний вибір: які запуски найбільше схожі на цей?

Запуск фізики в Klasna має програму, експертну рецензію, демоуроки й введення репетиторів у роботу. Два попередні запуски предметів — математика до іспиту і програмування для підлітків — мали ті самі частини. Симулятор іспиту з математики був здебільшого платформною розробкою, тож про новий предмет каже менше.

Лише для двох запусків предметів: оцінили в 93 робочі дні, вийшло 113, коефіцієнт 113 ÷ 93 ≈ 1,22. Це відправна точка погляду ззовні: якщо нічого названого не відрізняється, чекай, що задачі фізики теж перевищать чесні оцінки приблизно на п'яту частину.

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

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

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

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

Вихід із оцінок із запасом має чотири кроки, саме в такому порядку.

1. Попроси кожного власника назвати найімовірніше значення задачі, а не безпечне. У Klasna це 4, 6, 11, 7 і 4 дні.
2. Сплануй ланцюжок із цими значеннями: 32 дні.
3. Різницю до фіксованої дати постав одним буфером у кінці ланцюжка: 43 − 32 = 11 днів, видимих усім.
4. Дай буферу одного власника — ліда, який записує кожне використання й щотижня порівнює його з прогресом.

Щотижневе порівняння — це раннє попередження. Половину ланцюжка зроблено, а використано чверть буфера — нормально. Зроблено чверть, а половини буфера вже немає — біда, і видно її за тижні до того, як дата опиниться під загрозою.

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

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

У Klasna: 4 + 6 + 11 + 7 + 4 = 32 робочі дні запланованої роботи і 43 робочі дні до дедлайну 29 січня, тож буфер — 43 − 32 = 11 днів. Числа власників із запасом давали разом 54, отже із задач вийшло 22 дні прихованої маржі. Половина з них повертається одним видимим буфером, і план тепер вміщається.

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

Коли задачі сплановано за найімовірнішими значеннями, приблизно половина з них затягнеться. Це не провал: саме це й означає «найімовірніше». Спільний буфер існує якраз для цього.

У Klasna чернетка програми забрала 6 днів замість запланованих 4. Два дні беруть із буфера, і він зменшується з 11 до 9. Лідер записує причину й далі стежить за буфером порівняно з прогресом. Поки буфер не вичерпано, дата відкриття не рухається, і ніхто не записаний у запізнілі.

Дві спокусливі реакції повертають запас в іншій формі. Вимагати від Vira «надолужити» два дні на рецензії — значить стиснути наступну задачу, і її власник знову додасть запас. Зрізати по дню з кожної решти задач — те саме, тільки для всіх. Обіцянка, через яку власники дають чесні числа, саме така: потрапити в межі свого діапазону — ніколи не провина; рано сказати лідові — очікувано.

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

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

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

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