ServiceDigiCulture Toolkit and Training

Odkrywanie pomysłów

Musi, powinien, mógłby, nie będzie miał

30-60 minut

Minimalny rozmiar arkusza papieru: A3 lub większy, plik komputerowy lub tablica
Długopisy i markery w różnych kolorach
Karteczki

Czym jest to narzędzie i jaki jest jego celi korzyści?

„Musi, powinien, mógłby, nie będzie miał” zwany również metodą MosCoW jest narzędziem do ustalania priorytetów projektu, w tym przypadku usługi. Pomaga zidentyfikować i wymyślić aspekty, które usługa musi mieć, aby istnieć i działać, powinna mieć, które są dobre, ale nie obowiązkowe, mogłyby mieć, które nie są konieczne, ale byłoby miło mieć poprawę doświadczenia użytkownika, których nie należy mieć w żadnym przypadku. Najczęściej stosuje się go w przypadku projektów o napiętych terminach, aby przekazać to, co jest najbardziej potrzebne w tym czasie. Może być jednak również używany do ogólnego tworzenia idei usług i może tworzyć specyfikacje dla dalszych i bardziej ukierunkowanych idei.

Kroki, w jaki sposób należy używać narzędzia

Te same kroki obowiązują podczas pracy indywidualnej, w parach lub w grupie. Zadania można podzielić podczas korzystania z niego w parach lub grupach.

1

Wyciągnij z wyników badań niezbędne ustalenia dotyczące aspektów i elementów usługi, które należy mieć, korzystając z poniższych pytań i wymyśl nowe na podstawie ustaleń. Zapisz je na tablicy lub dużej kartce papieru w różnych kategoriach podanych poniżej. Możesz również napisać je na karteczkach samoprzylepnych umieszczonych pod każdą kategorią, ponieważ można je łatwo przenosić i grupować.

2

Zacznij dodawać pierwszą kategorię, to co usługa musi mieć. Co jest absolutnie potrzebne, aby to działało i było pożądane? Są to podstawowe wymagania.

3

Dodaj następną kategorię, to, co usługa powinna mieć, ale nie jest obowiązkowe, aby działała. Są to pierwsze elementy dodane i funkcje usługi, aby uczynić ją bardziej pożądaną i użyteczną oraz zwiększyć jej wartość dodaną.

4

To, co może mieć usługa, obejmuje funkcje, które byłyby miłe, ale niekoniecznie są potrzebne, aby usługa została zaakceptowana. Mogą one na przykład odróżniać go od konkurentów.

5

Następnie wymień, czego usługa nie będzie miała w ogóle lub w tym konkretnym czasie rozwoju, elementy, które są najmniej istotne. Warto jednak zachować je na późniejszy rozwój.

6

Spójrz na te pomysły i organizuj je, aż będziesz szczęśliwy.

7

Zidentyfikuj najważniejsze elementy, które muszą, powinny, mogą i nie będą miały miejsca i zapisz je w celu dalszego i bardziej szczegółowego pomysłu na usługę.

8

Wykonaj kolejną rundę ideacji, używając listy jako specyfikacji dla tej drugiej, bardziej szczegółowej rundy ideacji.

Wskazówki dotyczące
użycia narzędzia

Specyfikacje opracowane na tym etapie mogą być wykorzystane również w późniejszej ocenie.
Metoda może być również stosowana do ogólnej pracy i zarządzania projektami, takich jak ustalanie priorytetów pracy i zasobów.
Metoda została zasugerowana przez Dai Clegga i Richarda Barkera w ich artykule "Case Method Fast-Track: A RAD Approach".
Przeczytaj więcej na przykład na temat ułatwiania życia UX dzięki MoSCow by Interaction Design Foundation na https://www.interaction-design.org/literature/article/making-your-ux-life-easier-with-the-moscow