Jak połączyć/zarządzać pracą kilku zespołów/projektów w ramach jednego programu? Jak wtedy wygląda zespół i role? Czy są powielone? Agile jest skuteczny w małym zespole 7 osób +/- 2 osoby. Co jeśli projekty są duże i jest ich np. 10 z programie? Ilu będzie wizjonerów, sponsorów, doradców, właścicieli biznesowych?
Pytanie, mimo że krótkie, jest bardzo szerokie. Odpowiedź na nie to zbiór książek i szkoleń oraz wiele godzin pracy konsultanta.
Pokażę więc kierunki w których należy szukać odpowiedzi.
Agile to ogólna filozofia zarządzania. Można ją wykorzystać do zarządzania portfelem, programem, projektem, zespołem oraz zwykłą działalnością operacyjną.
Różne podejścia zwinne opisują zarządzanie na różnych poziomach.
I tak na przykład:
Są też pewne techniki które można wykorzystać niezależnie od tego czy pracujemy w strukturze PPM (programme and project management) czy po prostu stosujemy podejście zwinne w zwykłej działalności operacyjnej takie jak TDD (test-driven development), FDD (feature-driven developnment), BDD (behaviour-driven development) czy Kanban. One też mogą pomóc w skalowaniu.
Jak widać istnieje bardzo wiele sposobów na skalowanie w Agile i na zarządzanie wieloma zespołami.
W praktyce przede wszystkim musimy zidentyfikować to, czym jest nasza działalność (zarządzaniem programem, projektem czy zwykłą działalnością operacyjną) i dobrać odpowiednie do niej narzędzie.
Czy to, co robimy kilkoma zespołami to duży projekt czy program? Na poziomie zarządzania programem role będą inne niż na poziomie zarządzania projektem.
To, jak będzie wyglądał zespół na danym poziomie i jakie będą w nim role zależy także od wybranej metody zarządzania, standardów w organizacji, przepisów prawa, architektury rozwiązania i wielu innych czynników. Od nich będzie zależała odpowiedź na pytanie; ilu będzie wizjonerów, sponsorów, doradców, właścicieli biznesowych? i czy w ogóle takie role będą. Nie ma jednego uniwersalnego rozwiązania.
W konkretnym przypadku, jeżeli pracujemy w AgilePM (czyli na poziomie projektu) i mamy wiele zespołów, "bałwanek" zespołu DSDM będzie miał jedną głowę poziomu projektu z najlepiej jednym Sponsorem Biznesowym i najlepiej jednym Wizjonerem Biznesu. Doradców (na poziomie Zespołu Rozwoju Rozwiązania) może być wielu i mogą być oni wspólni dla wielu Zespołów, z których każdy będzie liczył 5-9 osób.
W AgilePM nie ma roli Właściciela Biznesowego.
Odpowiadając na główne pytanie - skalowalność (nie tylko w Agile) polega na zbudowaniu odpowiedniej organizacji do zrealizowania konkretnego zadania. O szczegółach mówią wyżej wymienione podejścia.
Zachęcam do poznawania tajników zarządzania zwinnego, dzięki któremu zwiększa się szansę na osiągniecie sukcesu.
Panie Michale.
Sporo racji, ale z tym poniższym fragmentem, w kontekście SAFe'a to tak nie do końca:
"Odpowiadając na główne pytanie - skalowalność (nie tylko w Agile) polega na zbudowaniu odpowiedniej organizacji do zrealizowania konkretnego zadania. O szczegółach mówią wyżej wymienione podejścia."
Budowanie odpowiedniej organizacji do konkretnego zadania, jakkolwiek bardzo charakterystyczne dla podejścia projektowego, jest bardzo dalekie od podejścia SAFe. Jest niemal absolutnie odwrotnie. W SAFie nie ma za bardzo pojęcia "projekt" (w jakimś sensie jego rolę pełnią Epiki, ale to duże uproszczenie) i bardzo duży nacisk kładzie się na to, żeby nie było prac o charakterze start-stop. Liczy się płynność, stabilność i rytmiczność pracy. Zespoły są długoterminowe, a nie powoływane na potrzeby konkretnych projektów. Głównym konstruktem mającym zapewniać dostarczanie wartości biznesowej są tzw. Strumienie Wartości (biznesowe i deweloperskie), to one otrzymują budżety, a w ramach tych budżetów zespoły. Te zespoły są jak taśmy produkcyjne. Realizują duże rozwiązania, najczęściej przez lata, więc są w miarę stabilne, mają określoną ilość, składy i rytm pracy. W ramach tego rytmu realizują prace z backlogów (portfela, strumienia wartości, programu i zespołu).
W SAFe nie buduje się organizacji do konkretnego zadania/projektu, tylko do obsługi strumienia wartości (np. produktu, systemu, albo grupy produktów), a zadań w cyklu trwania tego zespołu pojawia się wiele.
To tak w dużym skrócie.
Więcej o frameworku SAFe można znaleźć na moim blogu:
Pozdrawiam.
Łukasz Doliński.
https://www.linkedin.com/in/lukaszdolinski/
