Metoda MoSCoW: jak ustalać priorytety wymagań po spotkaniu
Jak zastosować MoSCoW do wymagań z rozmowy: Must, Should, Could i Won’t na bieżący okres. Przykład, pytania do zespołu i szablon decyzji.
Priorytet zależy od celu i okresu
Na spotkaniu każdy uznał swoją funkcję za obowiązkową. Taka lista nie pomaga wyznaczyć zakresu. Najpierw uzgodnijcie, jaki wynik ma dać najbliższe wydanie i co uczyniłoby je bezużytecznym. Na innym etapie podział może wyglądać zupełnie inaczej.
MoSCoW ma cztery kategorie: Must Have, Should Have, Could Have i Won’t Have this time. Ostatnia świadomie wyklucza wymaganie w danym okresie. Nie obiecuje jego realizacji w przyszłości ani nie przekreśla pomysłu na zawsze.
Omów skutki pominięcia
Opisz cel wydania
Zapisz, kto używa produktu, jakie zadanie wykonuje i w jakich warunkach. Określ ograniczenia i horyzont planowania. Dopóki celem jest ogólne „ulepszenie produktu”, uczestnicy będą stosować różne kryteria i niemal wszystko uznają za obowiązkowe.
Sprawdź kandydatów do Must
Przy każdym zapytaj, czy bez niego wynik nadal nada się do użycia. Rozważ dopuszczalne obejścia i zależności. Wymaganie obowiązkowe musi mieć konkretne uzasadnienie. „Kierownik poprosił” wskazuje źródło, lecz nie mówi, co się stanie po pominięciu.
Odróżnij ważne od pożądanego
Should to ważny element, bez którego wynik jest wyraźnie słabszy, ale nadal użyteczny. Could to wartościowy dodatek, z którego łatwiej zrezygnować. Wyjaśnij różnicę na podstawie scenariusza użytkownika i kosztu pominięcia, zamiast poprzestawać na „bardzo potrzebne”.
Uzgodnij wyłączenia i warunki ponownej oceny
Dla Won’t w tym okresie podaj powód i warunek powrotu do dyskusji. Sprawdź zależności i wykonalność wybranego zakresu. Jeśli prace obowiązkowe przekraczają możliwości, zmień zakres lub plan. Sama zmiana litery nie zwiększy zasobów.
Pierwsze wydanie formularza rejestracji na wydarzenie
Poniższy przykład szkoleniowy jest fikcyjny. Nazwy, warunki i rezultaty służą wyłącznie wyjaśnieniu metody.
Musimy przyjąć zgłoszenie i potwierdzić miejsce. Wybór koloru identyfikatora to miły dodatek, ale wydarzenie odbędzie się i bez niego. Na omówienie konta osobistego nie mamy teraz czasu.
Celem jest zarejestrowanie uczestnika i przekazanie jasnego potwierdzenia. Możliwość wysłania zgłoszenia to Must, bo bez niej znika główny scenariusz. Przypomnienie może być Should, jeśli zespół może tymczasowo zastosować uzgodnione obejście.
Kolor identyfikatora można przypisać do Could, a konto osobiste odłożyć na ten okres. Taki podział dotyczy tego przykładu. Na innym wydarzeniu lub dla innych odbiorców skutki byłyby inne.
| Wymaganie | Kategoria | Uzasadnienie |
|---|---|---|
| Wysłanie zgłoszenia | Must | Bez tego nie ma głównego scenariusza |
| Otrzymanie przypomnienia | Should | Ważne, możliwe tymczasowe obejście |
| Wybór koloru identyfikatora | Could | Nie blokuje rejestracji |
| Konto osobiste | Won’t w tym okresie | Poza uzgodnionym zakresem |
Karta uzasadnienia priorytetu
Zachowaj uzasadnienie razem z kategorią. Ułatwi to powrót do decyzji, gdy zmienią się warunki.
Wydanie / okres / cel: Wymaganie: Scenariusz użytkownika: Co się stanie bez wymagania: Dopuszczalne obejście, jeśli istnieje: Zależności: Kategoria MoSCoW: Uzasadnienie: Kto potwierdził decyzję: Warunek ponownej oceny: Wyłączenia na ten okres:
Sprawdź, czy lista pomaga wybierać
- Cel i okres podano obok kategorii.
- Dla każdego Must opisano skutek pominięcia.
- Tymczasowe obejście zostało wyraźnie ocenione.
- Won’t w tym okresie jest rozumiane jako bieżące wyłączenie.
Przyjrzyjmy się szczegółom
Czy wymaganie może zmienić kategorię?
Tak, jeśli zmieni się cel, okres lub zależność albo pojawią się nowe dane. Zapisz powód i uzgodnij wpływ na zakres przed zmianą.
Co zrobić, jeśli wszystkie wymagania to Must?
Poproś o wykazanie, dlaczego bez każdego punktu wynik byłby bezużyteczny, sprawdź obejścia i zawęź cel. Jeśli obowiązkowy zakres nadal jest zbyt duży, zrewiduj plan.