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

Wszyscy mówią o “Agile Delivery”, a Ty chcesz szybkiego przeglądu, kilku przykładów i najlepszych praktyk? Znajdziesz je w tym artykule.

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”, tradycyjny sposób tworzenia wartości, w którym planowanie, koncepcja, rozwój, testy itp. są planowane z wyprzedzeniem, a następnie wykonywane jeden po drugim.

Często słyszy się, że zespół agile ma ogromny “backlog”, czyli zaległości w zadaniach, które będą dominować w ciągu najbliższych miesięcy. I często określa się to jako “Agile Waterfall Delivery”. Chcę jednak wyjaśnić, że nie ma czegoś takiego jak “Agile Waterfall Delivery”. A jeśli ktoś twierdzi, że go używa, to łączy się coś, co nie pasuje do siebie.

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, że 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. Bez względu na to, nad czym się pracuje, jest to “gotowe” dopiero wtedy, gdy klient może z tego korzystać. W związku z tym zespoły powinny rozpoczynać nowe prace dopiero wtedy, gdy ich dotychczasowa praca jest wykorzystywana przez klientów.
• Uzyskaj szybką i bezpośrednią informację zwrotną od klienta: Kiedy zespoły udostępniają przyrosty pracy wcześnie i często, mogą zbierać informacje zwrotne od rzeczywistych klientów i działać w oparciu o te informacje. 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ęsty błąd: Nie pozwalaj menedżerom działać jako zastępstwo dla opinii użytkowników. Wyjaśnij menedżerom, że mogą 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 szablonem na przykład do dwutygodniowych spotkań indywidualnych. Zawiera on również wymierny “sprawdzian nastrojów” na końcu, który możesz oczywiście 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ć 😊.