🧮 Как понять, сколько стоит фича

Я обещал продолжение про приоритизацию задач и баланс стоимости и ценности, но давайте немного задержимся на одной важной теме — оценке стоимости.

Потому что прежде чем что-то приоритизировать, надо понять, во сколько это вообще обойдётся.


---

На практике чаще всего встречаются два подхода к оценке:
1️⃣ Экспертный. Когда один-два разработчика говорят: «Ну, это дня на три».
2️⃣ Коллективный. Когда команда оценивает вместе — через Scrum Poker или метод White Elephant.

И в том, и в другом случае логика одна:
мы берём референсную задачу, для которой известна трудоёмкость,
и сравниваем все остальные задачи относительно неё.


---

🔹 В White Elephant мы принимаем одну задачу за эталон (допустим, на 1 день) и выстраиваем остальные — проще или сложнее.
🔹 В Scrum Poker каждый даёт оценку вслепую, потом вскрываем карты,
и два человека с самыми разными оценками объясняют, почему они думают именно так.

Обычно именно на этом моменте всплывают интересные детали:
кто-то забыл о сложной интеграции, кто-то переоценил влияние внешнего API.
Пара итераций таких обсуждений — и команда выходит на реалистичную оценку.


---

💡 Дальше всё просто:
зная стоимость команды за спринт, можно прикинуть, сколько в деньгах стоит каждая задача.
И уже с этими цифрами обсуждать приоритеты.

Не в духе «мы хотим эту фичу», а в духе «эта задача стоит 250 тысяч и принесёт 500 — делаем».


---

В следующем посте поговорим, как оценивать не только стоимость, но и ценность (value) — то есть, как понять, насколько вообще стоит делать ту или иную фичу.

Продолжаем? 😉