Prosty przewodnik po metodologii współpracy Scrum

Idealnie, ukończenie długoterminowego projektu powinno wiązać się z minimalnym cofaniem się i kończyć na zadowolonym kliencie lub kliencie. W rzeczywistości nie zawsze tak jest. „Metodologia współpracy Scrum” – lub po prostu „Scrum” – stara się zapobiegać niepowodzeniom i zwiększać satysfakcję klientów poprzez zajmowanie się opracowywaniem projektów krok po kroku.

W tym artykule wyjaśnimy metodę Scrum i jej zalety w porównaniu z bardziej tradycyjnymi strategiami zarządzania projektami. Następnie przedstawimy kroki, jak wdrożyć Scrum do następnego projektu.

Weźmy się za to!

Wprowadzenie do metody współpracy Scrum

Aby zrozumieć czym jest Scrum, najpierw musimy zrozumieć metodę Agile. Początkowo stworzony, aby pomóc twórcom oprogramowania w bardziej efektywnym i wydajnym zarządzaniu projektami, Agile odnosi się do zestawu wartości, zasad i praktyk. Zespoły programistyczne wykorzystują Agile jako przewodnik podczas realizacji projektów.

Scrum to metodologia, która stosuje wartości i zasady Agile. Podobnie jak Agile, Scrum został po raz pierwszy użyty przez programistów. Jednak rozprzestrzenił się i jest teraz używany przez innych twórców produktów, przedsiębiorców i każdego, kto próbuje podjąć się złożonego projektu.

Zwykle Scrum obejmuje współpracujący zespół składający się z pięciu do siedmiu osób. W zespole Scrumowym istnieją trzy role: Właściciel Produktu, Scrum Master i członkowie zespołu ogólnego. Członkowie zespołu będą wykonywać pracę nad rozwojem produktu.

Product Owner jest kluczowym inwestorem projektu lub Twoim klientem. Ich rolą jest udzielanie ogólnych wskazówek członkom zespołu poprzez kompilowanie informacji na temat podstawowych potrzeb produktu końcowego. Scrum Master pomaga upewnić się, że zespół prawidłowo wdraża metodologię.

Zespół Scrum pracuje w krótkich, trwających od jednego do trzech tygodni seriach zwanych „sprintami”. Każdy sprint będzie miał określony zestaw celów do osiągnięcia przez zespół. W trakcie sprintu zespół odbywa regularne spotkania, aby udostępniać aktualizacje, delegować zadania i przekazywać sobie nawzajem opinie.

Przewaga Scruma nad tradycyjnymi metodami rozwoju

Oprócz Scrum, jedną z najpopularniejszych strategii zarządzania projektami jest Metoda Wodospadu. Składa się z liniowego planu, w którym zespół wykonuje pojedynczo kroki do ukończenia. Projekty wykorzystujące Metodę Wodospadu zwykle rozpoczynają się od okresu planowania, podczas którego zespół stara się zaprojektować produkt w całości przed przejściem do rozwoju.

Jednak częstym problemem związanym z tą metodą jest to, że zespół będzie przechodził od jednego kroku do następnego tylko po to, aby zrealizować swoje początkowe plany, które nie zadziałają lub są niekompletne. To cofa zespół, ponieważ musi wrócić do etapu planowania i rozpocząć proces od nowa.

Czasami zespoły używające Metody Wodospadu prezentują klientowi ostateczne wyniki tylko po to, by usłyszeć, że to, co zbudowały, tak naprawdę nie spełnia jego potrzeb. Skutkuje to czasem brakiem płatności lub koniecznością rozpoczęcia projektu od nowa przez zespół.

Scrum ma być bardziej wydajny i skuteczny niż ta metoda, ponieważ zapewnia zespołowi jasne i skoncentrowane cele. Został zaprojektowany tak, aby można go było dostosować – jedna z kluczowych cech Agile – aby zapobiec poważnym komplikacjom. Dodatkowo Scrum uwzględnia informacje zwrotne od Właściciela Produktu w trakcie całego procesu, aby zapobiec niezadowoleniu klienta.

Jak wdrożyć metodę współpracy Scrum (7 kluczowych kroków)

Scrum obejmuje bardzo specyficzny proces, obejmujący po drodze określone dokumenty i spotkania. Choć na pierwszy rzut oka może się to wydawać nieco nakazowe, te kroki w rzeczywistości zapewniają zespołom większą elastyczność i umożliwiają dostosowanie się do nieprzewidzianych problemów.

Krok 1: Utwórz Backlog Produktu, aby przedstawić najważniejsze funkcje

Jak wspomnieliśmy wcześniej, Scrum dzieli projekty na sprinty. Zespół może przeprowadzić tyle sprintów, ile potrzebuje, aby stworzyć najlepszą wersję produktu końcowego. Pierwszy sprint rozpoczyna się od stworzenia przez Product Ownera „Backlogu Produktu”.

Jest to dokument zawierający wszystkie podstawowe cechy produktu końcowego. Backlog Produktu nie powinien określać zadań niskiego poziomu, które mogą być związane z tworzeniem produktu, ale raczej powinien skupiać się na ogólnym obrazie. Początkowy Backlog Produktu musi zawierać tylko najbardziej podstawowe niezbędne cechy produktu końcowego.

Na przykład, jeśli używałeś Scrum do budowy domu, początkowy Backlog Produktu może zawierać fundament, ściany i dach domu. Nie określiłby takich rzeczy, jak podłoga czy oprawy oświetleniowe, ponieważ są to drobne technicznie detale wykończeniowe.

Krok 2: Zorganizuj „spotkanie dotyczące planowania sprintu”, aby określić swoje cele

Gdy Właściciel Produktu zakończy pierwszy Backlog Produktu, cały Twój zespół powinien przeprowadzić „Spotkanie dotyczące planowania sprintu”. Na tym spotkaniu określisz cele na nadchodzący sprint, który odbędzie się w ciągu najbliższych jednego do trzech tygodni.

To spotkanie nie powinno wyglądać jak obszerne sesje planowania stosowane w Metodzie Wodospadu. Zamiast tego Twój zespół powinien zbadać Backlog Produktu, a następnie określić, które cele możesz realistycznie zrealizować w wyznaczonym czasie sprintu.

Wracając do naszego przykładu domu, na pierwszym spotkaniu planowania sprintu możesz stwierdzić, że twój zespół ma tylko czas na położenie fundamentów i oprawienie domu w nadchodzącym sprincie. To jedyne zadania, które omówilibyście podczas spotkania. Resztę celów w Backlogu Produktu zostawisz na następny sprint.

Krok 3: Dodaj elementy do swojego Backlogu sprintu, aby pozostać w zadaniu

Po ustaleniu celów pierwszego sprintu Twój zespół może utworzyć „Backlog Sprintu” – kolejny dokument zaprojektowany, aby pomóc zespołowi w wykonywaniu zadania. Wiele zespołów tworzy Backlog Sprintu, korzystając z tablicy i karteczek samoprzylepnych uporządkowanych w trzech kolumnach: „do zrobienia”, „w toku” i „zrobione”.

Karteczki samoprzylepne powinny zawierać konkretne zadania związane z celami wybranymi z Backlogu Produktu podczas Spotkania Planowania Sprintu. Członkowie zespołu mogą przenosić karteczki samoprzylepne między kolumnami podczas pracy nad swoimi zadaniami. W ten sposób każdy zawsze wie, nad czym pracuje, a czym jeszcze należy się zająć.

W naszym przykładzie niektóre zadania związane z położeniem fundamentu i obramowaniem domu mogą obejmować zbieranie materiałów, mieszanie betonu i przycinanie desek do ramy na odpowiednią długość. Te elementy można zapisać na karteczkach samoprzylepnych i dodać do Backlogu Sprintu.

Krok 4: Włącz codzienne spotkania stand-up w celu utrzymania komunikacji

Każdego dnia podczas każdego sprintu Twój zespół powinien zorganizować krótkie, nie dłuższe niż piętnaście minut spotkanie. Są one czasami nazywane „codziennymi stójkami” i zwykle odbywają się w pozycji stojącej w kręgu. Podczas tych spotkań członkowie zespołu mogą informować o elementach aktualnie wymienionych jako „w toku” w Backlogu Sprintu. Możesz także delegować zadania, które nadal są wymienione w kolumnie „do zrobienia”.

Jest to szansa dla zespołu na omówienie wszelkich problemów, które się pojawiły i mogą spowodować niepowodzenia. Zespół może przedstawić sugestie dotyczące rozwiązywania problemów lub zmienić alokację zasobów, aby pomóc w rozwiązaniu problemu przed końcem sprintu.

Krok 5: Przedstaw wyniki sprintu właścicielowi produktu w celu uzyskania opinii

Na koniec sprintu zespół powinien zaprezentować produkt Właścicielowi Produktu. Ocenią, czy jest gotowy do wydania, czy też wymagany jest kolejny sprint przed udostępnieniem produktu. W ten sposób Scrum włącza do procesu informacje zwrotne od klientów, aby zapobiec ich niezadowoleniu.

Dodatkowy sprint może być potrzebny z różnych powodów. Czasami celem sprintu jest jedynie dopasowanie produktu do jego najistotniejszych cech, jak w naszym przykładzie domu. Właściciel produktu mógł zdecydować się na sprzedaż domu z samym fundamentem i ramą. Jednak będzie to bardziej wartościowe, jeśli odbędzie się kolejny sprint w celu dodania funkcji.

Czasami koniec sprintu pokaże, że podstawowe funkcje nie są w rzeczywistości potrzebne. W takim przypadku zespół może zmodyfikować produkt w następnym sprincie, aby je usunąć. Właściciel produktu może również zdać sobie sprawę z zapotrzebowania na funkcje, o których wcześniej nie pomyślał, i zdecydować się na kolejny sprint, aby uwzględnić te nowe pomysły.

Krok 6: Zorganizuj spotkanie retrospektywne sprintu, aby omówić, co Twój zespół może poprawić

Pod koniec każdego sprintu zespół powinien przeprowadzić „Spotkanie retrospektywne sprintu”, aby omówić, co może poprawić. Jest to okazja do omówienia problemów, które pojawiły się w poprzednim sprincie i odnotowania obszarów, w których Twój zespół może zwiększyć wydajność.

Celem tego spotkania nie jest poniżanie się ani narzekanie na innych członków zespołu. Zamiast tego spróbuj spojrzeć na grupę jako całość. Spotkanie Retrospektywne powinno dążyć do poprawy komunikacji między członkami zespołu i koncentrować się na procesie rozwoju, a nie na produkcie.

Krok 7: Powtórz poprzednie kroki, aby stworzyć kompletny produkt końcowy

Po tym, jak Właściciel Produktu dokona przeglądu produktu, a zespół przeprowadzi Spotkanie Retrospektywne Sprintu, zespół może przygotować się do następnego sprintu. Właściciel Produktu powinien ponownie odwiedzić Backlog Produktu, aby dodać lub usunąć wszelkie funkcje omówione podczas przeglądu produktu. Następnie nowe Spotkanie Planowania Sprintu powinno określić cele na kolejny sprint.

Twój zespół może kontynuować sprinty, dopóki Właściciel Produktu nie będzie w pełni zadowolony z produktu końcowego. Właściciel produktu może po drodze zdecydować się na wydanie wersji produktu, z dodatkowymi wydaniami w miarę ulepszania produktu. Cele i zadania mogą stawać się bardziej szczegółowe od sprintu do sprintu.

Wniosek

Długoterminowe projekty mogą zakończyć się porażką, jeśli powtarzające się niepowodzenia prowadzą do niedotrzymania terminów i niedostatecznych wyników. Twój klient może nawet uznać, że Twój produkt końcowy nie spełnia jego potrzeb, przez co cała ciężka praca pójdzie na marne. Metoda Scrum ma na celu uniknięcie tych problemów poprzez wdrażanie opinii klientów, wyznaczanie jasnych celów i budowanie zespołów współpracujących.

Teraz, gdy znasz już podstawy Scrum, możesz włączyć go do swojego kolejnego projektu zespołowego. Zachowaj ostrożność w gromadzeniu członków zespołu, korzystając z dokumentów, takich jak Backlog Produktu i Sprintu, organizuj regularne spotkania i uwzględniaj opinie Właściciela Produktu, aby stworzyć najlepszą możliwą wersję wyniku końcowego.

Masz pytania dotyczące metody współpracy Scrum? Zapytaj ich w sekcji komentarzy poniżej!

Artykuł Image Thumbnail: Andrew Rybalko / shutterstock