Zarządzasz zwinnym projektem oprogramowania z rygorystycznymi terminami. Klient twierdzi, że ostatnie wdrożenie nie przeszło testów akceptacyjnych, ale lider zespołu programistów upiera się, że spełniało specyfikacje i przedstawia dowody na zgodność ze specyfikacjami klienta. Co powinieneś zrobić?

Prawidłowa odpowiedź to przegląd macierzy identyfikowalności wymagań z liderem zespołu i klientem. Ta macierz jest kluczowym narzędziem w projektach zwinnych, ponieważ łączy wymagania klienta z testami i dostarczonymi funkcjonalnościami. Przejrzenie jej wspólnie z klientem i zespołem pozwoli na obiektywne porównanie oczekiwań z rzeczywistym wynikiem i zidentyfikowanie, czy problem leży w interpretacji wymagań, ich zmianie, czy błędach w implementacji. Pozostałe opcje są mniej skuteczne: Zwoływanie spotkania w celu ustalenia winy jest nieproduktywne i może prowadzić do eskalacji konfliktu, zamiast do rozwiązania problemu. Rozmowa o terminach z klientem bez zrozumienia źródła problemu nie rozwiąże bieżącej niezgodności. Prośba o dodatkowy czas bez zidentyfikowania przyczyny problemu jest przedwczesna i nie gwarantuje, że poprawki będą skuteczne.