Historia zagadnienia:
W klasycznych projektach wymagania często są zbierane "hurtowo" bez określenia priorytetów, co w efekcie prowadzi do równomiernego rozłożenia wysiłków i opóźnienia w wypuszczeniu produktu na rynek. Powstała potrzeba systemowego podejścia do priorytetyzacji i zarządzania konfliktującymi interesami różnych interesariuszy.
Problem:
Bez jednego mechanizmu priorytetyzacji — zasoby zespołu są marnotrawione, osiągana jest minimalna wartość dla biznesu, rośnie niezadowolenie interesariuszy.
Rozwiązanie:
Analityk systemowy wykorzystuje przejrzyste, sformalizowane metody priorytetyzacji:
Kluczowe cechy:
Czy właściwe jest priorytetyzowanie według zasady "kto głośniej krzyczy" (kto jest najbardziej nalegającym interesariuszem)?
Odpowiedź: Nie. Analityk powinien brać pod uwagę wartość dla biznesu, cele strategiczne i ograniczenia techniczne, a nie tylko presję zewnętrzną.
Czy można obyć się bez formalnego uzgodnienia priorytetów i zostawić wszystko w gestii zespołu?
Odpowiedź: Nie. Bez formalizacji — mogą pojawić się konflikty, utrata ważnych zadań i niestabilność celów.
Czy trzeba przeglądać priorytety w miarę pozyskiwania nowych danych/feedbacku?
Odpowiedź: Tak. Priorytety są dynamiczne i są korygowane na każdym etapie projektowania i rozwoju.
Negatywny przypadek: Zespół realizował najpierw wnioski największego interesariusza, ignorując małe, ale strategiczne zadania innych uczestników.
Zalety: Zdobyta lojalność silnego klienta. Wady: Utracono wsparcie innych departamentów, zmniejszyła się ogólna wartość produktu.
Pozytywny przypadek: Analityk regularnie przeprowadzał wywiady zbierając ocenę wartości od różnych departamentów, wprowadził MoSCoW i biznesową ocenę zadań, uzgadniał zmiany priorytetów co dwa tygodnie.
Zalety: Priorytety biznesowe są przestrzegane, produkt elastycznie reaguje na nowe informacje. Wady: Wymaga czasu na proces uzgadniania i zbierania informacji.