Współpracuje w zespole

Dlaczego tak

Za wynik zespołu odpowiadają wszyscy jego członkowie: wobec klienta zespół występuje jako całość, a wewnątrz wspólnie szuka przyczyny (np. niedoszacowania lub braku informacji o trudnościach) i dzieli się pracą, aby dokończyć moduł. Obwinianie jednej osoby przed klientem podważa zaufanie do całej firmy, a stwierdzenie „moja część była gotowa” ignoruje zależność zadań.

Dlaczego tak

W Scrumie Product Owner odpowiada za wartość produktu, dlatego zarządza Product Backlogiem i ustala kolejność jego elementów, uwzględniając potrzeby klienta. Scrum Master dba o przestrzeganie zasad Scruma i usuwa przeszkody, ale nie ustala priorytetów. Programiści decydują, jak wykonać pracę wybraną do sprintu, a nie o kolejności całego rejestru.

Dlaczego tak

Zaangażowanie oznacza aktywny udział: dzielenie się obserwacjami, zgłaszanie propozycji i branie odpowiedzialności za ich wprowadzenie, bo retrospektywa ma kończyć się konkretnymi działaniami. Milczenie i praca nad własnym zadaniem odbierają zespołowi czyjąś perspektywę. Krytyka bez propozycji nie prowadzi do usprawnień, a często zniechęca innych do mówienia.

Dlaczego tak

Decyzja wypracowana wspólnie obowiązuje wszystkich, także tych, którzy mieli inne zdanie — jednolity styl ułatwia czytanie kodu i przeglądy zmian. Własne argumenty można zgłosić na retrospektywie, a zespół może zmienić ustalenie. Formatowanie po swojemu, nawet tylko we własnych plikach, wprowadza niespójność, a przeformatowanie całego projektu zaśmieca historię zmian.