Podczas przeglądu produktu końcowego w dużym projekcie IT, interesariusz zgłasza obawę dotyczącą produktu końcowego. Co powinien zrobić kierownik projektu w pierwszej kolejności?

W pierwszej kolejności kierownik projektu powinien omówić obawę z zespołem, aby zrozumieć jej naturę i potencjalny wpływ, a następnie przejrzeć dokumentację wymagań projektu. To pozwoli ustalić, czy obawa dotyczy niespełnionego wymagania, czy też jest nowym żądaniem lub zmianą. Przegląd dokumentacji wymagań jest kluczowy, ponieważ stanowi ona podstawę akceptacji produktu. Pozostałe opcje są mniej odpowiednie jako pierwszy krok: Omówienie obawy z zespołem i zarejestrowanie jej w rejestrze problemów jest ważne, ale przegląd wymagań powinien nastąpić wcześniej, aby prawidłowo sklasyfikować obawę. Organizowanie spotkania ze sponsorem na tym etapie jest przedwczesne, zanim nie zostanie zrozumiana natura obawy w kontekście wymagań. Spotkanie z właścicielem produktu jest istotne, ale najpierw należy zebrać informacje i ustalić kontekst obawy w odniesieniu do istniejących wymagań.