Agile Delivery 1x1: Przegląd, najlepsze praktyki i przykłady

Wszyscy mówią o “Agile Delivery”, a Ty chcesz uzyskać szybki przegląd, kilka przykładów i najlepszych praktyk? W tym artykule znajdziesz to, czego szukasz.

Agile Delivery to metoda dostarczania wartości klientom i interesariuszom przy użyciu zwinnych zasad i praktyk.

Agile Delivery opiera się na idei iteracyjnego dostarczania, tj. prezentowania etapów produktu lub usługi wcześnie i często oraz uczenia się na podstawie opinii klientów i danych w celu poprawy i dostosowania.

Agile Delivery to nie to samo co “Waterfall Delivery”, czyli tradycyjny sposób tworzenia wartości, w którym planowanie, koncepcja, rozwój, testy itd. są planowane z wyprzedzeniem, a następnie realizowane sekwencyjnie.

Często słyszy się, że zwinny zespół ma ogromny “backlog” lub zaległości w zadaniach, które będą dominować w nadchodzących miesiącach. I jest to często określane jako “Agile Waterfall Delivery”. Chciałbym jednak wyjaśnić, że coś takiego jak “Agile Waterfall Delivery” nie istnieje. A jeśli ktoś twierdzi, że go używa, to łączy rzeczy, które do siebie nie pasują.

Podstawy zwinnego dostarczania

Istnieją trzy główne zasady Agile Delivery, które musisz zrozumieć i zastosować:

• Dostarczaj przyrosty pracy wcześnie i często: Upewnij się, że każdy rozumie, iż wartość powstaje tylko wtedy, gdy klient trzyma w ręku coś użytecznego. Wszystko, co dzieje się wcześniej, generuje koszty i nie tworzy wartości. Niezależnie od tego, nad czym pracujesz, jest to “gotowe” dopiero wtedy, gdy klient może faktycznie z tego korzystać. W związku z tym zespoły powinny podejmować nowe prace dopiero wtedy, gdy ich dotychczasowa praca jest wykorzystywana przez klientów.
• Uzyskaj szybką i bezpośrednią informację zwrotną od klienta: Gdy zespoły wcześnie i często dostarczają przyrosty pracy, mogą zbierać opinie od rzeczywistych klientów i działać na ich podstawie. Działa to tylko wtedy, gdy masz strukturę, która pozwala Tobie i Twojemu zespołowi na wczesne uzyskiwanie informacji zwrotnych od prawdziwych użytkowników. Częsta pułapka: nie pozwól, aby menedżerowie działali jako zastępcy opinii użytkowników. Wyjaśnij menedżerom, że mogą oni posiadać definicję “wartości biznesowej”, ale nie definicję “wartości dla klienta” – ta należy do klientów i powinna być badana bezpośrednio przez Product Ownera i zespoły.
• Zespoły wielofunkcyjne: Jeśli Twój zespół musi rozmawiać z 10 innymi zespołami, aby dostarczyć coś klientowi, zwinny rozwój nie sprawdzi się (jeszcze) w Twoim przypadku. Upewnij się, że masz zespoły, które mogą przejąć odpowiedzialność za cały proces, samodzielnie podejmować decyzje i rozmawiać z klientami.

Istnieje wiele różnych zwinnych modeli organizacyjnych, które mogą pomóc Ci wdrożyć zwinność w Twoim kontekście. Oto dwa przykłady popularnych modeli, z których możesz czerpać wiedzę:

• Scrum: Jest to zwinny framework, który pomaga zespołom tworzyć wartość iteracyjnie i przyrostowo.

  • Scrum definiuje trzy role: Scrum Master, Product Owner i Zespół ds. rozwoju.
  • Definiuje również cztery wydarzenia: Planowanie Sprintu, Codzienny Scrum, Przegląd Sprintu i Retrospektywy Sprintu.
  • Definiuje trzy artefakty: Rejestr Produktu, Rejestr Sprintu i Przyrost.

Scrum dobrze nadaje się dla małych i średnich zespołów lub projektów, które mają jasne i stabilne wymagania oraz rezultaty.

• Model Spotify: Model Spotify to zwinny model organizacyjny opracowany przez Spotify, firmę zajmującą się streamingiem muzyki.
  Model Spotify dzieli zespoły na Squady, Chapters, Tribes i Guilds.

  • Drużyna to mały, wielofunkcyjny zespół, który zapewnia określoną funkcję lub produkt.
  • Rozdział to grupa osób o podobnych umiejętnościach lub zadaniach, takich jak programiści, testerzy, projektanci itp.
  • Plemię to grupa oddziałów pracujących nad powiązanym obszarem lub domeną.
  • Gildia to wspólnota interesów, która rozciąga się na całą organizację.

Model Spotify jest dobrze dostosowany do dużych organizacji lub programów o złożonych i dynamicznych wymaganiach i wynikach.

Następnie chciałbym zwrócić uwagę na klasyczną metodę zarządzania, która również odgrywa ważną rolę w kontekście zwinnym: Spotkania jeden na jeden.

Jak widać na poniższym wykresie, są one uważane przez pracowników za bardzo ważne.

Najlepsza praktyka: indywidualne spotkania z deweloperami

Prowadzenie programistów w regularnych spotkaniach indywidualnych jest absolutnie kluczowe dla Agile Delivery Leads. Są to prawdopodobnie Twoje najważniejsze spotkania. Czy traktujesz je poważnie?

Chciałbym skorzystać z okazji, aby zwrócić Twoją uwagę na nasze bezpłatne oprogramowanie do spotkań 1:1, które zostało opracowane specjalnie dla zwinnych zespołów. Spraw, aby Twoje spotkania 1:1 były ekscytujące, mierz trendy, a przede wszystkim rób postępy w rozwoju swoich pracowników! 

Wypróbuj jeden z naszych szablonów, patrz poniżej. Poniższy szablon jest standardowym wzorem na przykład dla odbywających się co dwa tygodnie spotkań jeden na jeden. Zawiera on również mierzalny “test nastroju” na końcu, który oczywiście możesz dostosować:

Aby odnieść sukces w zwinnym wdrażaniu, musisz przestrzegać kilku najlepszych praktyk, które pomogą Ci zoptymalizować proces wdrażania i wyniki. Oto niektóre z nich:

• Kieruj samodzielnie zorganizowanymi i niezależnymi zespołami: Jako lider lub menedżer Agile musisz upoważnić swoje zespoły do podejmowania decyzji, brania odpowiedzialności i bronienia swojej pracy. Musisz zaufać im, że dadzą z siebie wszystko bez protekcjonalnego traktowania lub narzucania niepotrzebnych zasad lub ograniczeń. Musisz także wspierać ich, zapewniając im zasoby, narzędzia, informacje zwrotne i uznanie, których potrzebują.
• Miej bezpośredni kontakt z klientem: Jako członek zwinnego zespołu lub właściciel produktu musisz często wchodzić w bezpośrednie interakcje z klientami. Musisz zrozumieć ich potrzeby, oczekiwania i preferencje oraz dostarczać wartość, która je spełnia lub przekracza. Musisz także zbierać od nich informacje zwrotne na temat swojego produktu lub usługi i wykorzystywać je do ulepszania i dostosowywania swojej oferty.
• Potraktuj każdą nową funkcję jako eksperyment, z którego możesz wyciągnąć wnioski: Jako członek zwinnego zespołu lub właściciel produktu, musisz traktować każdą nową funkcję lub wymaganie jako eksperyment, aby przetestować swoje założenia i hipotezy dotyczące tego, czego chcą lub potrzebują Twoi klienci. Musisz starannie planować eksperymenty, obiektywnie mierzyć wyniki i uczyć się na podstawie danych i informacji zwrotnych. Musisz także być przygotowany na ponowne przemyślenie lub zmianę w oparciu o uzyskane wyniki.

To wszystko, czego potrzebujesz do przeglądu. Mam nadzieję, że ten artykuł pomoże Ci lepiej zrozumieć zwinne dostarczanie, jego podstawy, przykłady i najlepsze praktyki. Jeśli masz jakieś pytania lub uwagi, daj mi znać 😊.