Odpowiedź.

Sprawdzanie, walidacja i uzgadnianie wymagań to ciągły proces w trakcie całego projektu. Analityk systemowy musi upewnić się, że wymagania są:

• Pełne i niesprzeczne
• Technicznie wykonalne i zgodne z logiką biznesową
• Wyraźnie zrozumiałe dla wszystkich uczestników

Proces walidacji wymagań obejmuje:

• Wspólne przeglądy z biznesem (warsztaty, pokazy, wywiady)
• Uzgadnianie wymagań z architektami i zespołem deweloperskim
• Śledzenie wymagań do zadań, testów i wydań (traceability)
• Wykorzystanie kryteriów akceptacji (acceptance criteria), scenariuszy testowych (test case)
• Uzyskanie formalnego potwierdzenia (podpisy, komentarze, statusy „zatwierdzone”)

Wymagania mogą być doprecyzowywane lub uzupełniane na każdym etapie cyklu życia produktu, ważne jest, aby je aktualizować i poprawiać w przypadku zmian.

Pytania z haczykiem.

Wymagania po uzgodnieniu nie powinny się zmieniać?

To nieprawda. Zmiany w zadaniach biznesowych lub warunkach technicznych mogą wymagać ciągłej aktualizacji wymagań.

Czy wystarczy walidacja wymagań tylko z perspektywy biznesowej?

Nie. Ważne jest, aby uzgadniać wymagania również z perspektywy technicznej pod kątem wykonalności i zgodności z ograniczeniami architektonicznymi.

Kryteria akceptacji (acceptance criteria) odnoszą się wyłącznie do user story?

Nie. Kryteria akceptacji są stosowne do wszelkiego rodzaju wymagań w celu weryfikacji poprawności ich realizacji.

Typowe błędy i antywzorce

• Brak formalnych kryteriów akceptacji („działa, jeśli nie zgłasza błędów”)
• Ignorowanie informacji zwrotnej od zespołu deweloperskiego podczas opracowywania wymagań
• Brak feedbacku na temat zrealizowanych wymagań (retrospektywy, pokazy)

Przykład z życia

Negatywny przypadek: Analityk przesyła wymagania do uzgodnienia tylko biznesowi, nie omawiając ich z deweloperami. W końcowej realizacji pojawiają się duże trudności technologiczne, część wymagań okazuje się niemożliwa do zrealizowania. Plusy: Oszczędność czasu na dyskusjach — minusy: Duża ilość poprawek, utrata czasu, spowolnienie projektu.

Pozytywny przypadek: Wymagania przechodzą przegląd zarówno u biznesu, jak i w zespole technicznym, wszystkie komentarze są dokumentowane, tworzone są kryteria akceptacji, na pokazach wymagania są akceptowane przez wszystkie strony. Plusy: Minimum nieporozumień, pewność w wykonalności — minusy: Więcej czasu na przygotowanie i uzgodnienie.