Zacznij od problemu w pracy
Zdanie „potrzebujemy portalu klienta” brzmi konkretnie, lecz zawiera już pomysł na rozwiązanie. Nadal nie wiadomo, co dzisiaj sprawia kłopot. Czy klienci nie znają daty dostawy? Czy pracownicy długo szukają odpowiedzi? A może wiadomości giną pomiędzy skrzynkami pocztowymi? Każda z tych sytuacji może wymagać innego sposobu działania i innego zakresu zmian.
Analiza wymagań pomaga zatrzymać się przed wyborem narzędzia. Przydaje się przy zakupie programu, budowie strony, zmianie obsługi rezerwacji i zwykłym przekazaniu zadania między osobami. Mały projekt też potrzebuje takich pytań. Nie musi natomiast oznaczać obszernego dokumentu. Kilka dobrze uzgodnionych zapisów bywa bardziej użytecznych niż wiele stron opisujących życzenia bez wyjaśnienia ich celu.
Posłuchaj osób, które wykonują zadania
Porozmawiaj zarówno z osobą zamawiającą zmianę, jak i z tymi, którzy będą z niej korzystać. Właściciel widzi spóźnione raporty, ale osoba przyjmująca zamówienia widzi niepełne dane. Te obserwacje nie wykluczają się. Do rozmowy warto też włączyć zastępstwa, osoby korzystające z narzędzia rzadko oraz pracowników obsługujących sytuacje nietypowe.
Poproś o pokazanie konkretnego przypadku. Ostatnie trudne zamówienie daje zwykle więcej materiału niż pytanie, czy obecny system jest wygodny. Oddziel obserwację od wniosku: „adres wpisujemy dwa razy” opisuje fakt, a „trzeba kupić bazę danych” proponuje odpowiedź. Przed udostępnieniem przykładu usuń dane pozwalające rozpoznać klienta. Sam problem można omówić bez ujawniania jego tożsamości.
Rozróżnij kilka rodzajów wymagań
Wymaganie funkcjonalne opisuje możliwość wykonania czynności, na przykład zmianę adresu przed wysyłką. Wymaganie jakościowe dotyczy sposobu działania, choćby zrozumiałych komunikatów albo powrotu do przerwanego zadania. Ograniczenie określa granicę wyboru, taką jak konieczność współpracy z istniejącą księgowością czy wykorzystania urządzeń, które firma już posiada i zamierza zachować.
Osobno przyjrzyj się regułom biznesowym. Kto może zatwierdzić zwrot? Kiedy rezerwacja staje się potwierdzona w waszym procesie? Do którego zlecenia należą konkretne dane? Takie zasady często istnieją tylko w pamięci doświadczonych osób. Prosty opis przepływu pracy pozwala wydobyć je na światło dzienne, zanim zostaną przypadkowo pominięte w nowym narzędziu.
Przykład fikcyjnego serwisu rowerowego
Wyobraź sobie mały serwis rowerowy, który chce zastąpić papierowe formularze aplikacją. To przykład poglądowy. Podczas obserwacji okazuje się, że największy kłopot dotyczy zgody na naprawę. Klienci nie wiedzą, czy zaproponowane prace już ruszyły, a pracownicy czasem pytają ponownie o decyzję, ponieważ nie widzą odpowiedzi otrzymanej przez kolegę.
Wymaganie można więc zapisać tak: pracownik przesyła propozycję prac do akceptacji, a przy zleceniu widzi aktualny status zgody. Trzeba także ustalić sposób obsługi klienta, który nie używa poczty elektronicznej. Te zapisy opisują potrzebę, ale nie narzucają aplikacji mobilnej. Być może wystarczy prostsze rozwiązanie połączone z jasnym podziałem odpowiedzialności w zespole.
Zamień przymiotniki na widoczny rezultat
Słowa „szybki”, „nowoczesny” i „intuicyjny” nie dają wspólnej podstawy do odbioru pracy. Lepiej opisać sytuację, działanie i wynik. W serwisie rowerowym kryterium może wymagać, aby osoba na zastępstwie po otwarciu zlecenia rozpoznała prace czekające na zgodę bez czytania całej historii rozmów z klientem i bez pytania autora zlecenia.
Liczby pomagają, kiedy wynikają z realnej potrzeby. Nie wymyślaj jednak limitów tylko po to, aby zapis wyglądał fachowo. Jednoznaczna zmiana statusu albo poprawne ukończenie zadania też może podlegać sprawdzeniu. Prototyp pozwala wcześniej omówić trudny fragment obsługi. Obserwacja pracy z takim modelem może ujawnić, że wymaganie trzeba doprecyzować, zanim rozpocznie się właściwe wdrożenie.
Nie ukrywaj sprzecznych potrzeb
Wymagania mogą ze sobą konkurować. Więcej obowiązkowych pól ułatwia raportowanie, ale wydłuża przyjęcie zgłoszenia. Węższy dostęp chroni informacje, lecz utrudnia zastępstwo. Nazwij taki konflikt i ustal, kto podejmie decyzję. Połączenie obu próśb w długie zdanie nie rozwiązuje problemu i zwykle tylko przesuwa trudną rozmowę na później.
Świadoma priorytetyzacja oddziela potrzeby konieczne od dodatków, które mogą poczekać. Przy ważnym wymaganiu zachowaj też jego uzasadnienie. Gdy ktoś zakwestionuje je za miesiąc, będzie wiadomo, skąd się wzięło. Otwarte założenia powinny mieć właściciela i następny krok sprawdzenia. Nie pozwól, aby niepotwierdzony pomysł zaczął po cichu funkcjonować jako ustalony fakt.
Utrzymuj mały rejestr wymagań
Na początek wystarczy tabela z identyfikatorem, opisem, powodem, priorytetem, przykładem odbioru, osobą odpowiedzialną i statusem. Łącz powiązane decyzje odnośnikami zamiast kopiować je do wielu plików. Specyfikacja potrzeb może później zebrać uzgodniony stan, jeśli chcesz porównać propozycje dostawców lub jasno przekazać zakres zadania osobom spoza firmy.
Wracaj do rejestru, gdy pojawia się nowa wiedza. Zmiana wymagania nie musi świadczyć o złym planowaniu. Trzeba jednak sprawdzić jej wpływ na zakres, wykonaną pracę i wcześniejsze decyzje. Bez tego rozsądna otwartość na naukę może zmienić się w nieograniczoną obietnicę, że każdy kolejny pomysł zostanie dopisany do tego samego zamówienia.
Krótki sprawdzian na dzisiaj
Wybierz jedną prośbę czekającą na realizację. Ustal, komu jest potrzebna, jakie zadanie wspiera, co stanie się bez niej i po czym poznacie dobry wynik. Następnie poproś osobę wykonującą pracę o niewygodny wyjątek. Sprawdź, czy wasz zapis nadal ma sens, gdy klient zmieni zdanie albo zabraknie części danych.
Na końcu zaznacz, co wiecie, a co dopiero zakładacie. Nie musisz usunąć całej niepewności przed startem. Musisz jednak wiedzieć, gdzie ona pozostaje. Dzięki temu wybierzesz mały krok, który wyjaśni istotną kwestię, zamiast od razu angażować zespół w kompletne rozwiązanie zbudowane na nieprzetestowanym pomyśle.
Częste pytania
Czy każde zadanie wymaga długiego dokumentu?
Nie. Przy małym zakresie może wystarczyć krótki, wspólnie uzgodniony rejestr. Więcej uczestników, zależności i skutków decyzji uzasadnia większą dokładność. Liczy się to, czy na podstawie zapisów można działać i ocenić rezultat, a nie liczba przygotowanych stron.
Kto powinien prowadzić analizę wymagań?
Jedna osoba powinna koordynować pracę, ale wkład dostarczają użytkownicy, osoby odpowiedzialne za proces oraz wykonawcy rozwiązania. Koordynator ujawnia luki i spory. Nie powinien zastępować cudzych potrzeb własnym ulubionym pomysłem ani traktować najgłośniejszej opinii jako jedynej ważnej.