Metoda MoSCoW to najczęściej stosowana technika klasyfikacji i porządkowania wymagań systemowych. Służy ona do oddzielenia funkcji absolutnie niezbędnych od tych, które są tylko miłymi i opcjonalnymi dodatkami, dając firmie pełną kontrolę nad zakresem wdrażanego projektu.
Nazwa metody to akronim pochodzący od czterech kategorii priorytetów:
- Must have (Musi być): To absolutny fundament projektu i funkcje krytyczne dla działania systemu. Bez nich firma nie będzie w stanie zrealizować swojego celu biznesowego, a wdrożenie uzna się za nieudane. Zazwyczaj stanowią one 20–30% wszystkich zebranych wymagań i to one tworzą żelazny trzon umowy wdrożeniowej.
- Should have (Powinno być): Do tej grupy należą rzeczy bardzo ważne, które mocno ułatwiają codzienną pracę, ale organizacja poradzi sobie bez nich w pierwszej, początkowej wersji oprogramowania. Mają one dużą wartość biznesową, lecz dają też elastyczność w zarządzaniu budżetem – z tego powodu często trafiają dopiero do drugiej fazy wdrożenia.
- Could have / Nice to have (Mogłoby być / Miło mieć): Są to funkcje będące jedynie miłymi dodatkami. Zwiększają komfort obsługi, ale nie są krytyczne, a ich brak nie wpłynie na to, czy projekt zakończy się sukcesem. Często są odkładane do realizacji na odległą przyszłość.
- Won’t have (Nie będzie realizowane na tym etapie): To kategoria, o której często się zapomina, a polega na wpisywaniu świadomych wykluczeń. Określa ona wyraźnie, jakich funkcji celowo nie będziemy realizować w danym projekcie.
W kontekście naszej wcześniejszej rozmowy o unikaniu ukrytych kosztów i wymaganiach niefunkcjonalnych, metoda MoSCoW jest doskonałym narzędziem obronnym. Kategoria Won’t have skutecznie chroni przed opisywanym zjawiskiem niekontrolowanego rozrostu zakresu (scope creep), a cała metoda pozwala odrzucić kosztowne „zachcianki”, które technologicznie świetnie brzmią, ale nie rozwiązują prawdziwych problemów biznesowych.