Współpracuje w zespole

Dlaczego tak

Wspólna odpowiedzialność oznacza, że zespół dba o wynik całości, a nie tylko o własny fragment – programiści mogą wykonać testy według przygotowanych scenariuszy i w ten sposób zabezpieczyć wydanie. Ograniczenie się do własnych zadań i przerzucenie winy na nieobecnego kolegę zostawia problem nierozwiązany. Samo zgłoszenie problemu bez propozycji pomocy jest bierne.

Dlaczego tak

W Scrumie za zawartość i kolejność backlogu produktu odpowiada Product Owner, dlatego prośbę klienta należy do niego przekazać, zamiast samemu zmieniać priorytety. Scrum Master dba o przestrzeganie zasad Scruma i usuwa przeszkody, ale nie ustala priorytetów. Developers decydują, jak wykonać pracę i ile zadań zmieści się w sprincie, a nie o kolejności backlogu.

Dlaczego tak

Zaangażowanie w pracę zespołu oznacza troskę o wspólny cel sprintu, a nie tylko o własne zadanie – pomoc przy przeglądzie kodu lub przejęcie kolejnego zadania z tablicy przybliża zespół do celu. Bierne czekanie na polecenia marnuje czas zespołu. Praca nad własnym projektem i niedostępność oznaczają wycofanie się ze wspólnych działań.

Dlaczego tak

Ustalenie wypracowane wspólnie obowiązuje wszystkich, także tych, którzy wcześniej mieli inne zdanie – jednolita konwencja ułatwia czytanie kodu i przeglądy. Pozostanie przy własnym stylu podważa decyzję zespołu i wprowadza niespójność. Zmiana kodu kolegów bez zgody i mieszanie konwencji pogarszają jakość kodu bardziej niż którakolwiek z konwencji.