Dwa dni po rozpoczęciu sprintu zespół nadal nie osiągnął porozumienia co do sposobu implementacji funkcji. Co powinien zrobić kierownik projektu?

Prawidłowa odpowiedź to przedstawienie opinii na temat zalet i wad każdego pomysłu i próba osiągnięcia konsensusu na spotkaniu facylitowanym. W Scrumie zespół deweloperski jest samoorganizujący się i odpowiedzialny za to, jak realizuje pracę. Kierownik projektu (lub Scrum Master w kontekście Scruma) powinien ułatwiać dyskusję, pomagając zespołowi w analizie opcji i dojściu do wspólnego porozumienia, a nie narzucać decyzje. Pozostałe opcje są mniej odpowiednie: Prośba do właściciela produktu o wybranie podejścia podważa samoorganizację zespołu i jego odpowiedzialność za techniczne aspekty implementacji. Głosowanie i przyjęcie najpopularniejszego podejścia może prowadzić do niezadowolenia mniejszości i braku pełnego zaangażowania w wybrane rozwiązanie; konsensus jest preferowany. Zorganizowanie sesji, podczas której każdy przedstawi poglądy, a następnie zagłosuje, również nie gwarantuje konsensusu i może prowadzić do podobnych problemów jak poprzednia opcja.