Zespół Developerski w Scrumie to interdyscyplinarna grupa składająca się ze wszystkich osób zaangażowanych w tworzenie Produktu. W dzisiejszym artykule przyjrzymy się, jakie powinien mieć cechy. Zastanowimy się też nad składem i obowiązkami Zespołu Developerskiego zdolnego do efektywnego osiągania postawionych przed nim Celów.
Zespół Developerski pracujący zgodnie z zasadami Scrum to samodzielna grupa specjalistów. Nie korzysta ze wsparcia zewnętrznych specjalistów ani z pomocy podwykonawców. Co jednak decyduje o tym, że Zespół jest dobrze dobrany do wykonania postawionego przed nim Celu? I jakie obowiązki wchodzą w zakres zadań Zespołu Developerskiego – niezależnie od jego specjalizacji?
Zespół Developerski, aby działać skutecznie musi posiadać co najmniej trzy cechy: zdolność do samoorganizacji, dążenie do rozwoju, oraz interdyscyplinarność.
Gdy mówimy o Scrum Team, którego częścią jest Zespół Developerski, używamy określenia „samozarządzanie”. Oznacza ono samodzielność na poziomie organizacji. Scrum Team jako całość decyduje nie tylko o tym, kto i jak wykona pracę, lecz także o tym, nad czym będzie pracować. W Scrum Team duża część zadań związanych z zarządzaniem spoczywa na barkach Product Ownera i Scrum Mastera.
Dlatego w przypadku Zespołu Developerskiego ważniejsza od samozarządzania jest samoorganizacja. Dotyczy ona planowania obowiązków, czyli samodzielnego decydowania o tym, kto będzie wykonywał określone zadania, kiedy i jak.
Kluczową cechą skutecznego Zespołu jest dążenie do rozwoju. Sposób realizacji postawionych przed nim zadań powinien być ambitny. Wynika to nie tylko z indywidualnych predyspozycji i nastawienia każdego z członków Zespołu Developerskiego. Do podnoszenia kompetencji i wysiłku skłania także atmosfera panująca w Zespole, która określa go jako całość.
Interdyscyplinarność Zespołu oznacza, że jego członkowie razem wzięci powinni mieć wszystkie umiejętności niezbędne do stworzenia w każdym Sprincie wartościowego Przyrostu. Oznacza to również, że każdy z członków Zespołu wykonuje zadania niezbędne w danym Sprincie. Każdy robi to, co niezbędne do osiągnięcia Celu. Nawet jeśli oznacza to podejmowanie nowych zadań wykraczających poza kompetencje Developera. Błędem jest sztywne trzymanie się swoich zawodowych kompetencji czy roli.
Według Scrum Guide maksymalna ilość Developerów to osiem osób. Tak niewielki skład sprzyja komunikacji i otwartości, ponieważ członkowie Zespołu mają możliwość poznania się nawzajem. Zespół nie powinien być jednak mniejszy niż trzyosobowy. Musi być bowiem wystarczająco duży, żeby w każdym Sprincie mógł wykonać postęp widoczny z biznesowego punktu widzenia.
Developerami w ramach Scrum nazywane są osoby o bardzo zróżnicowanych umiejętnościach i zakresach obowiązków. W żadnym przypadku nazwa nie jest zarezerwowana dla osób zajmujących się programowaniem. W skład Zespołu wchodzić mogą zatem programiści i projektanci, badacze i analitycy, testerzy i naukowcy, a także inni specjaliści.
Wśród Developerów nie obowiązuje hierarchia. Dlatego nie posługują się oni tytułami zawodowymi czy naukowymi.
Ważnym założeniem dotyczącym składu zespołu Developerskiego jest stwierdzenie, że stanowi on jedność. Dlatego też nie powinno się z niego wyodrębniać mniejszych zespołów pracujących nad innymi Celami.
Zakres obowiązków Zespołu Developerskiego można podzielić na trzy obszary. Są to:
Planowanie zadań to obowiązek, który wypełniają wszystkie Zespoły Developerskie działające według zasad Scrum. Polega ono na tworzeniu planu Sprintu i ujęciu go w Sprint Backlogu, który opiszemy w osobnym artykule. Najważniejsze, aby Zespół Developerski pracował nad nim wspólnie. W ten sposób każdy z Developerów będzie w stanie realistycznie określić ilość zadań do wykonania w danym Sprincie. Pozwoli to w dłuższym horyzoncie na utrzymywanie stałego tempa pracy Zespołu i bardziej trafne planowanie.
Równie ważne jest trzymanie ręki na pulsie, czyli codzienne dostosowywanie planu do realiów. Jeśli pojawiają się problemy, może pojawić się potrzeba zmiany: przeorganizowania zadań, innego rozdzielenia prac, albo rozmowy ze Scrum Masterem na temat wyłaniających się trudności.
Formy pracy nad produktem mogą diametralnie się różnić w zależności od obszaru, w jakim działa dany Zespół Developerski. Najogólniej rzecz biorąc, celem do zrealizowania w każdym Sprincie jest stworzenie Przyrostu, czyli wartościowej biznesowo funkcji Produktu.
Przydatne jest tutaj wypowiedzenie wprost i stosowanie następującej zasady:
Podejmując pracę nad Produktem, trzeba zostawić go w stanie nie tylko ulepszonym, ale nie mniej wykończonym niż wersja poprzednia.
Stosowanie tej zasady oznacza, że Zespół jako całość bierze odpowiedzialność za Przyrost. Jeśli Developer wykonuje zadania niedbale, co sprawia, że jakość Produktu ulega pogorszeniu, to ktoś inny będzie musiał wykonać pracę za niego. Z drugiej strony, jeśli któryś z Developerów trafia na błędy w Produkcie, powinien naprawić je samodzielnie lub przekazać informację o błędzie osobie, która może to zrobić.
Więcej na temat pracy nad Przyrostem Produktu w ramach Sprintu napiszemy w osobnym artykule.
Praca nad sposobem działania Zespołu to nieustanne doskonalenie wydajności i skuteczności działań poszczególnych Developerów.
Jest to jednak również – a może przede wszystkim – praca nad komunikacją pomiędzy Developerami. Doskonalenie polega na wypracowywaniu rozwiązań umożliwiających sprawny i trafny podział zadań. A także na ćwiczeniu umiejętności:
Doskonalenie współpracy w Zespole dokonuje się dzięki bieżącej refleksji nad sposobem działania Zespołu i udzielaniu informacji zwrotnych podczas Wydarzeń Scruma opisanych w tym artykule.
W dzisiejszym artykule przybliżyliśmy cechy, skład i obowiązki, jakie powinien mieć Zespół Developerski działającego według zasad Scrum. Interdyscyplinarność, samoorganizacja i dążenie do rozwoju cechujące ten niewielki, kilkuosobowy zespół – to jego najważniejsza charakterystyka. Zaś ciągłe doskonalenie zespołowej pracy i efektywna praca nad produktem – to zadania, jakie stoją przed każdym Zespołem Developerskim.
Sprawdź nasz kolejny wpis z tej serii: Najczęstsze błędy popełniane przez Developerów
Jeśli podobają Ci się treści, które tworzymy, sprawdź również: Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Autor: Karolina Berecka
Karolina, jako project menadżerka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przepływu pracy i optymalizacji procesów. Jej umiejętności organizacyjne i zdolność do pracy pod presją czasu sprawiają, że jest najlepszą osobą do zamieniania skomplikowanych projektów w rzeczywistość.
Produktywność jest w ostatnim czasie szczególnie często poruszanym zagadnieniem. Powodem takiego stanu rzeczy jest fakt,…
Specjaliści od zarządzania zasobami ludzkimi są odpowiedzialni za szereg ważnych decyzji. Wybór odpowiedniego kandydata przyczyni…
Wraz z ukształtowaniem się nowych pokoleń, zmianom ulega również środowisko i kultura pracy. Generacja Y,…
Badania przeprowadzone przez firmę Owl Labs wskazują, że już 16% organizacji pracuje w trybie zdalnym,…
Wykorzystanie sztucznej inteligencji sprawia, że możemy komunikować się z naszymi urządzeniami używając języka naturalnego –…
“Zamknij okno!” wypowiedziane do asystenta AI będzie oznaczać co innego, gdy pracujemy w edytorze tekstu,…