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

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

---

На практике чаще всего встречаются два подхода к оценке:

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

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

---

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

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

---

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

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

---

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

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