Podczas codziennego spotkania standup, lider projektu widzi, jak starszy programista przypisuje łatwe elementy backlogu innym, twierdząc, że starsi programiści powinni skupiać się na złożonych zadaniach. Co powinien zrobić lider projektu?

Prawidłowa odpowiedź to przeniesienie tej praktyki na następne spotkanie retrospektywy sprintu i omówienie jej z całym zespołem. Retrospektywa sprintu to spotkanie, na którym zespół omawia, co poszło dobrze, co można poprawić i co należy zmienić w kolejnym sprincie. Jest to odpowiednie forum do omówienia zachowań, które mogą wpływać na morale zespołu lub efektywność pracy, takie jak przypisywanie zadań. Poruszenie tej kwestii podczas retrospektywy pozwala na otwartą dyskusję i wspólne wypracowanie rozwiązania. Pozostałe opcje są mniej odpowiednie. Poruszenie tego podczas przeglądu sprintu jest niewłaściwe, ponieważ przegląd skupia się na produkcie i jego wartości, a nie na procesach wewnętrznych zespołu. Mówienie programiście, aby przestał, może być konfrontacyjne i nie sprzyjać budowaniu zaufania. Wspieranie działań programisty bez dyskusji może prowadzić do dalszych problemów i niezadowolenia w zespole.