База знань практик

Методи пріоритизації (WSJF, MoSCoW)

WSJF і MoSCoW допомагають команді вибирати завдання за цінністю, терміновістю, ризиком та обмеженнями, а не за силою голосу в обговоренні.

Команда prioritization-methods

Розділи документації

Що це

Методи пріоритизації задають загальні правила вибору, що робити раніше, пізніше або не робити зараз. WSJF порівнює ініціативи за цінністю, терміновістю, зниженням ризику та обсягом роботи. MoSCoW ділить завдання на обов'язкові, важливі, бажані та відкладені. Практика корисна, коли в команди більше ідей, ніж часу, і суперечки про пріоритети стають емоційними.

Коли допомагає

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

Як почати

1 Виберіть один список ініціатив або завдань, де зараз найбільше суперечок про пріоритети.
2 Опишіть для кожного завдання цінність, терміновість, ризик та зразковий обсяг роботи простими категоріями.
3 Розділіть завдання за MoSCoW, щоб явно назвати обов'язкове, важливе, бажане та відкладене.
4 Порівняйте верхні завдання за допомогою WSJF та обговоріть лише значні розбіжності в оцінках.
5 Зафіксуйте підсумковий порядок та причину вибору поряд із завданнями, щоб не повертатися до суперечки заново.

Очікуваний ефект

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

Часті помилки

Команда перетворює оцінку на важку математику і витрачає більше часу на бали, ніж на рішення.
До списку обов'язкових завдань потрапляє майже все, тому MoSCoW перестає допомагати з вибором.
Оцінки ставить одна людина без обговорення з тими, хто розуміє клієнтів, ризики та складність роботи.
Пріоритети фіксують один раз і не переглядають, коли змінюються цілі, терміни чи обмеження.
Метод використовують замість стратегії: він допомагає вибрати порядок, але не відповідає, які цілі важливі для бізнесу.

Що почитати глибше

Книга: Don Reinertsen, The Principles of Product Development Flow
Документація: Scaled Agile Framework, розділ Weighted Shortest Job First
Документація: DSDM Agile Project Framework, розділ MoSCoW Prioritisation

FAQ

Хто має володіти цією практикою?

Зазвичай стартує керівник команди, product owner або власник беклогу. Важливо, щоб в обговоренні брали участь люди, які розуміють цінність для клієнта, ризики та реальну складність виконання.

Чи можна розпочати без консультанта?

Так. Для старту достатньо взяти один спірний список завдань, домовитися про прості критерії та провести коротку сесію оцінювання. Складні формули краще додавати лише тоді, коли команда вже розуміє сенс критеріїв.

Як зрозуміти, що метод працює?

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

Що робити, якщо учасники не погоджуються з оцінками?

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