Lokalna firma korzysta z zewnętrznego zespołu programistów, podczas gdy projektowanie pozostaje lokalne. Na trzecim przeglądzie sprintu właściciel produktu jest zaniepokojony wynikami, a zdalny zespół twierdzi, że nie rozumie jasno wymagań przekazywanych podczas standupów. Jak powinien zareagować kierownik projektu?

Prawidłowa odpowiedź to "Określić potrzeby komunikacyjne, środowisko i narzędzia, aby przekazać wiadomość". Problem dotyczy niezrozumienia wymagań, co wskazuje na lukę w komunikacji. Kierownik projektu powinien przeanalizować, jak i gdzie komunikowane są wymagania, aby zapewnić ich jasność i skuteczność. Pozostałe opcje są mniej odpowiednie: "Udokumentować ryzyko w planie zarządzania ryzykiem i wykorzystać rezerwy awaryjne do zatrudnienia lokalnego dostawcy" jest przedwczesne; problem komunikacji należy najpierw spróbować rozwiązać. "Ocenić i ponownie przypisać zadania rozwojowe lokalnemu dostawcy, który pracował przy poprzednich projektach" to eskalacja, która może być kosztowna i nie rozwiązuje pierwotnej przyczyny problemu. "Przejrzeć wnioski wyciągnięte z poprzednich projektów i aktywa procesów organizacyjnych (OPA)" jest dobrym krokiem, ale nie jest to bezpośrednia reakcja na bieżący problem komunikacyjny.