Poznaj dynamikę, kulturę i sposób współpracy zespołów Agile oraz stwórz własny fantastyczny zespół Agile.
Wizjonerzy Agile twierdzą, że praca zespołowa ma zasadnicze znaczenie dla dostarczania doskonałego oprogramowania, a najlepsze zespoły Agile mówią o sobie „my” zamiast „ja”. Nie ma nic bardziej motywującego niż wspólne tworzenie czegoś, co faktycznie ma znaczenie, w zespole autentycznie zaangażowanych osób.
Mimo odniesienia do tych samych wartości, nie ma jednego przepisu na zbudowanie idealnego zespołu Agile. Niektóre zespoły wykorzystują Scrum, a inne, Kanban. Zwolennicy Agile w książkowej postaci preferują zespoły pracujące w jednym miejscu, jednak realia biznesowe często wymuszają rozproszenie zespołu Agile po różnych częściach świata. Większość zespołów Agile ma wszystkie wymagane umiejętności, jednak czasami konieczne jest zaangażowanie specjalistów do wykonania konkretnych zadań. Jak stwierdzić, czy Twój zespół jest na dobrej drodze do świetlanej przyszłości? Czytaj dalej.
Po powołaniu zespołu należy pamiętać, że zespoły Agile są jak ludzie: potrzebują czasu, aby rozwinąć skrzydła. Teoretycy Agile często powołują się na stadia rozwoju grupy według Tuckmana. Na drodze do rozwoju zespoły Agile przechodzą cztery podstawowe etapy.
Po osiągnięciu fazy realizacji proces programowania staje się czymś niesamowitym. Członkowie zespołu sobie ufają, są świadomi zalet innych i wykorzystują je do optymalizacji procesu tworzenia oprogramowania.
Niezmienność zespołów Agile wymaga pewnej dyscypliny organizacyjnej, jednak opłaca się chronić zespół, oczywiście w granicach rozsądku. W przypadku wprowadzenia zmiany (zatrudnienia lub odejścia pracownika itp.) zespół cofa się do etapu formowania, aby uporać się ze zmianą.
Ponadto zespoły Agile osiągające wysokie wyniki bazują na solidnych praktykach inżynieryjnych, takich jak przeglądy kodu, tworzenie gałęzi zadań, ciągła integracja i regularny rytm wydawania. Są one nie do przecenienia: podstawy inżynieryjne mają kluczowe znaczenie dla tworzenia doskonałych zespołów. (Więcej na ten temat można znaleźć w sekcji „Programista Agile”).
Zespoły Agile służą nie tylko inżynierom. W większych organizacjach zajmujących się tworzeniem oprogramowania zespoły Agile powstają w wielu sektorach przedsiębiorstwa: marketingowym, kadrowym, finansowym… do wyboru, do koloru!
Istnieją dwa inne filary, na których opierają się dobre zespoły Agile: ciągły mentoring i współdzielone zbiory umiejętności. Jedną z największych korzyści wynikających z pracy w zespole jest to, że jego członkowie uczą się od siebie nawzajem i pełnią względem siebie rolę mentorów. Mentoring nie polega jedynie na przekazywaniu wiedzy mniej doświadczonym członkom zespołu. Każdy członek zespołu uczy się od innych, dzięki czemu wpływ zespołu jako całości jest większy niż suma wpływów poszczególnych jego członków. Ponadto współdzielone zbiory umiejętności umożliwiają zespołowi realizację wysoce zróżnicowanych zadań. W przypadku inżynierów nabywanie nowych umiejętności jest zawsze istotne, ponieważ stają się oni cenniejsi dla organizacji i lepiej przygotowani do wspierania się nawzajem. W ten sposób unika się również uzależnienia wyników pracy zespołu od jednej osoby, dzięki czemu wszyscy mogą spać spokojnie.
Niezależnie od zespołu możesz sprostać każdemu wyzwaniu, pracując w sposób zwinny — dzięki systemowi Jira. Nasza biblioteka darmowych szablonów daje każdemu zespołowi możliwość szybkiego rozpoczęcia pracy.
Obecnie w skład zespołów odpowiedzialnych za tworzenie oprogramowania wchodzą kierownicy produktu, projektanci, specjaliści od marketingu i pracownicy odpowiedzialni za działalność operacyjną, a także programiści oraz testerzy. W Atlassian nasze zespoły Agile koncentrują się na trzech fazach rozwoju produktu: wytworzeniu, sprzedaży i obsługi.
Każda faza rozwoju produktu jest obsługiwana przez trzy zespoły (najlepiej, jeśli każdy z nich liczy 5–7 członków). W ten sposób powstaje swoisty trójkąt. Funkcjonowanie trójkąta opiera się na modelu Agile, ponieważ w miarę rozwoju produktu zespoły stale pracują nad poszczególnymi fazami i zdobywają więcej informacji na temat samego produktu oraz rynku. Poniżej przedstawiamy schemat każdego trójkąta z uwzględnieniem tego, kto, czym, gdzie i dlaczego zajmuje się w poszczególnych zespołach w kontekście większego zespołu odpowiedzialnego za tworzenie oprogramowania.
Niezależnie od trójkąta, w ramach którego funkcjonuje Twój zespół, wdrożenie modelu Agile może umożliwić mu szybszą realizację zadań w lepszej atmosferze. Przeanalizuj dokładnie tą część, a dowiesz się, jak ukierunkować i zoptymalizować pracę zespołów Agile.
Trójkąt | Kto | Obszary koncentracji |
---|---|---|
Wytwarzanie | Zarządzanie produktem | Zrozumienie rynku, opracowanie person i zasad dobrego projektowania produktów. |
Projektowanie | Zdefiniowanie propozycji wartości oraz celów produktu i produktu o minimalnej wymaganej funkcjonalności. | |
Rozwój | Opracowanie produktu z wykorzystaniem solidnych, zrównoważonych praktyk inżynieryjnych. | |
Sprzedaż | Zarządzanie produktem | Analiza tła konkurencyjnego produktu i kierunków rozwoju rynku. |
Projektowanie | Opracowanie przekazu, który podkreśli propozycję wartości produktu w poszczególnych segmentach klientów. | |
Marketing | Utworzenie zawartości wspomagającej wprowadzenie produktu na rynek: stron internetowych, e-maili z ogłoszeniami, blogów, filmów itp. | |
Eksploatacja | Zarządzanie produktem | Regularne udostępnianie wydań oprogramowania klientom. |
Rozwój | Reagowanie na zgłoszenia klientów. | |
Wsparcie i eksploatacja | Przekazywanie opinii klientów do trójkąta wytwarzania (rozwój, zarządzanie produktem, projektowanie) w celu dostarczenia danych potrzebnych do dalszego rozwoju produktu. |
Claire Drumond jest specjalistką od strategii marketingu, mówczynią i autorką tekstów w Atlassian. Ma na koncie liczne artykuły na blogach Trello i Atlassian, a także udział w tworzeniu publikacji w portalu Medium, takich jak HackerNoon, Art+Marketing czy PoetsUnlimited. Bierze udział w konferencjach na całym świecie, poruszając tematy Agile, znoszenia barier komunikacyjnych i budowania empatii.