Wybrano dostawcę oprogramowania i przydzielono wewnętrznego kierownika projektu. Dostawca twierdzi, że od klienta nie jest wymagane żadne techniczne opracowywanie ani testowanie. Kierownik projektu chce to potwierdzić z interesariuszami. Co powinien najpierw zrobić wewnętrzny kierownik projektu?

Prawidłowa odpowiedź to zorganizowanie sesji uzgodnieniowej z interesariuszami w celu sformalizowania wymagań projektu. Twierdzenie dostawcy, że nie jest wymagane żadne techniczne opracowywanie ani testowanie po stronie klienta, jest znaczącym oświadczeniem, które należy zweryfikować. Kierownik projektu powinien najpierw potwierdzić i sformalizować wymagania z interesariuszami, aby zapewnić wspólne zrozumienie zakresu i oczekiwań. Dopiero po uzgodnieniu wymagań można skutecznie zaplanować dalsze działania. Opracowanie planu testów akceptacyjnych użytkownika jest przedwczesne, ponieważ wymagania nie zostały jeszcze potwierdzone. Poinformowanie dostawcy, że testy są wymagane, bez wcześniejszego potwierdzenia z interesariuszami, może prowadzić do nieporozumień i niepotrzebnych konfliktów. Rozpowszechnienie planu projektu jest również przedwczesne, ponieważ kluczowe aspekty zakresu i wymagań nie zostały jeszcze uzgodnione.