Metodologia Scrum: role, wydarzenia i artefakty

Metodologia scrum została opracowana jako odpowiedź na sztywne podejścia do zarządzania projektami, takie jak metoda wodospadu, która nie dostosowała się do potrzeb zwinnych zespołów programistycznych i produktowych. Dogłębnie zbadamy metodologię scrum, ale wcześniej zacznijmy od prostej definicji scrum.

Czym jest metodologia Scrum?

Scrum to framework do zarządzania projektami, który ułatwia współpracę zespołową przy złożonych projektach rozwoju produktów i oprogramowania. Dobrą wiadomością jest to, że scrum jest łatwy do zrozumienia. Zła wiadomość, jest to trudne do opanowania.

Metodologia scrum kładzie nacisk na pracę zespołową w zarządzaniu projektami. Podkreśla odpowiedzialność i jest iteracyjnym postępem w kierunku dobrze zdefiniowanego celu. Scrum jest częścią zwinnego tworzenia oprogramowania, a zespoły ćwiczą zwinne. Nazwa pochodzi od sportu rugby, gdzie scrum to formacja, w której każdy odgrywa określoną rolę, ale wszyscy pracują nad szybkim przyjęciem strategii.

Niezbędną współpracę niezbędną do skutecznego scrum ułatwia ProjectManager, oparte na chmurze oprogramowanie do pracy i zarządzania projektami, które łączy zespoły scrumowe, gdziekolwiek pracują. Nasza platforma, współpracująca do samego rdzenia, dostarcza dane w czasie rzeczywistym, które pozwalają zespołom scrumowym komentować zadania podczas sprintu, udostępniać pliki i wiele więcej. Zacznij już dziś za darmo.

Ramy Scrum

Scrum to ramy, które składają się z wartości, ról, wydarzeń i artefaktów. Te elementy współpracują ze sobą, aby zapewnić zwinną metodologię zarządzania projektami, która pomaga zespołom lepiej zarządzać ich pracą. Ramy scrum powinny być proste. Jest to mniej tradycyjna metodologia zarządzania projektami, a bardziej ramy dla rozwoju produktu i oprogramowania.

Wartości Scrum

Termin wartości scrum w rzeczywistości odnosi się do zwinnych wartości zastosowanych w ramach scrum. Są to proste stwierdzenia, które działają jak sprawdzone metody Agile. Wartości agile pochodzą z manifestu agile, dokumentu zawierającego zasady przewodnie metodyki agile. Wyjaśnijmy szybko, o co im chodzi.

• Osoby i interakcje nad procesami i narzędziami: procesy i narzędzia są ważne w tworzeniu oprogramowania, ale ważniejsze są osoby i sposób, w jaki wchodzą w interakcje z tymi procesami i narzędziami.
• Pracujące oprogramowanie nad obszerną dokumentacją: Przed manifestem agile programiści skupiali się głównie na dokumentacji. Ta wartość mówi, że chociaż dokumentacja jest ważna, to skupienie się na rozwoju oprogramowania powinno być głównym celem zespołu scrumowego.
• Współpraca z klientem nad negocjacjami umowy: ta wartość wyjaśnia, że ​​współpraca z klientami w celu stworzenia produktu wysokiej jakości jest znacznie ważniejsza niż sporządzenie sztywnej umowy, która ogranicza rozwój produktu, jak to miało miejsce w dawnych czasach tworzenia oprogramowania.
• Reagowanie na zmianę zamiast podążania za planem: ta wartość wskazuje, że Agile to metodologia zarządzania projektami, która płynnie dostosowuje się do zmian w oparciu o iteracyjny cykl rozwoju produktu, a nie sztywny plan projektu.

Role Scrum

Jak wszystko w zarządzaniu projektami, metodologia scrum wymaga ludzi do wykonania. W tym celu definiuje trzy role scrum, scrum master, właściciela produktu oraz zespół deweloperski, składający się z kilku członków zespołu.

Scrum master, jak sama nazwa wskazuje, jest ekspertem od metodologii scrum. Gwarantuje, że wszyscy w zespole scrumowym rozumieją, jak działa framework i pomaga im dostosować się do zwinnego środowiska. Prowadzi spotkania scrumowe.

Scrum Product Owner zarządza dziennikiem produktu i nadzoruje planowanie sprintu oraz aktywnie uczestniczy w spotkaniach scrumowych. W pewnym sensie pełnią funkcję kierownika projektu, ponieważ zajmują się opracowywaniem zaległości i nadają priorytet historyjkom użytkowników, aby pomóc zespołowi lepiej pracować.

Zespół programistów Scrum składa się po prostu ze wszystkich członków zespołu, którzy tworzą oprogramowanie lub produkt. Muszą ściśle współpracować z właścicielem produktu i stosować się do sugestii mistrza scrum.

Wydarzenia Scrum

Te wydarzenia lub ceremonie scrumowe sprzyjają współpracy zespołowej i zapewniają stałą linię komunikacji między członkami zespołu scrumowego przez cały cykl życia produktu lub oprogramowania.

Planowanie sprintu

Korzystając z rejestru produktów, zespoły zaczynają od pozycji o najwyższym priorytecie i określają, jak osiągnąć ten cel. Dobrą wskazówką przy planowaniu sprintu jest wykonanie należytej staranności i rozpoczęcie tylko od gotowych elementów. Pamiętaj też, że planowanie to krótki proces, więc nie zagłębiaj się w szczegóły. Po prostu zabierz się do pracy nad osiągnięciem celów. Zachowaj wspólny plan. Zespół powinien również zadawać pytania właścicielowi produktu i interesariuszom.

Codzienne spotkanie Scrum

Są to 15-minutowe spotkania, podczas których wszyscy w zespole scrumowym opowiadają o zadaniach, nad którymi będą pracować w ciągu dnia i dzielą się wszelkimi przeszkodami lub trudnościami, jakie napotykają. Nie ma potrzeby przedłużania tego codziennego spotkania scrumowego , ponieważ istnieją inne spotkania, takie jak przeglądy sprintów i retrospektywy sprintów, aby zbadać bardziej złożone tematy.

Przegląd sprintu

Chcesz spojrzeć wstecz na sprint i zobaczyć, co zadziałało, a co nie. Następnie możesz wziąć informacje i zastosować je w przyszłych sprintach, aby odtworzyć pozytywy i zredukować negatywy. Rozpocznij proces przeglądu sprintu, dziękując uczestnikom, oferując krótkie wprowadzenie i ustalając podstawowe zasady dyskusji.

Retrospektywa Sprintu

Sprintowe spotkanie retrospektywne daje zespołowi scrumowemu przestrzeń do refleksji nad ostatnim sprintem i ustalenia, co poszło dobrze, a co nie. Zbierane są również opinie interesariuszy i klientów, aby nadać priorytet historyjkom użytkowników i poprawić wydajność produktu.

Pielęgnacja zaległości

Po przejściu tego cyklu zaczyna się od nowa, wracając do zaległości i wybierając kolejny gotowy element na początku listy priorytetów. Backlog grooming polega na doskonaleniu procesu scrum poprzez priorytetyzację pracy w oparciu o wcześniejsze doświadczenia i dalsze udoskonalanie pracy tak, aby była jak najbardziej efektywna.

Artefakty Scrum

W metodologii scrum termin artefakt odnosi się do kluczowych koncepcji, które są wykorzystywane przez zespół scrumowy do tworzenia produktów w zwinnym środowisku. Przejdziemy przez najbardziej krytyczne artefakty, których potrzebuje każdy zespół scrumowy: rejestr produktu, rejestr sprintu i przyrost produktu.

• Backlog Produktu: Właściciel produktu sporządzi listę prac do wykonania i uporządkuje je według priorytetów. To buduje Twój backlog projektu. Robią to, określając, które elementy są obowiązkowe, co jest mniej krytyczne i te, które nie mieszczą się w przydzielonym przedziale czasowym. Oznacza to, że wartość każdego przedmiotu musi być jasna. Jaki jest ich wpływ, ryzyko i jak przedmiot może pomóc w procesie uczenia się?
• Backlog sprintu: Backlog sprintu można po prostu zdefiniować jako zestaw historyjek użytkownika, w których zespół scrumowy będzie pracował w jednym sprincie. Ważne jest, aby upewnić się, że najbardziej krytyczne historyjki użytkownika to zawsze te, nad którymi trwają prace, i żadna z nich nie wyjdzie na jaw.
• Przyrost produktu: Termin przyrost produktu odnosi się do wszystkich elementów rejestru produktu, które zostały ukończone podczas sprintu i może być również używany do opisania sumy wszystkich zakończonych elementów rejestru produktu i historyjek użytkownika.

Teoria metodologii scrum ewoluowała z czasem. Eksperci Scrum zasugerowali, że tak naprawdę istnieje 7 artefaktów scrumowych. Ta rozszerzona wizja może być bardzo pomocna w dalszym definiowaniu celów zespołu scrumowego.

Historia Scrum

Początki

Proces scrum ma swoje początki we wczesnych latach 90-tych. Jeff Sutherland i Ken Schwaber opracowali proces, który przedstawili na konferencji Object-Oriented Programming, Systems, Languages ​​& Applications (OOPSLA) w Austin w Teksasie w 1995 roku. Następnie sformalizowali metodologię w opublikowanym artykule zatytułowanym „SCRUM Software Proces rozwoju."

Nazwa scrum została jednak odziedziczona z artykułu opublikowanego w 1986 roku przez ekspertów od zarządzania, Hirotaki Takeuchiego i Ikujiro Nonaka, zatytułowanego „The New New Product Development Game”. Używali słowa scrum w odniesieniu do rugby, aby podkreślić znaczenie współpracy zespołowej dla sukcesu projektu.

W artykule opisano badania, które pokazały, w jaki sposób wyniki w opracowywaniu nowych, złożonych projektów skorzystały na tym, że małym, samoorganizującym się zespołom przypisano cele, a nie zadania. Zespoły, które przodują, to te, którym wyznaczono kierunek, ale mają autonomię w tworzeniu własnej taktyki na drodze do osiągnięcia tych celów

Scrum i rozwój oprogramowania

Ramy scrum następnie zastosowały te badania w praktykach adaptacyjnych do tworzenia oprogramowania. W międzyczasie Schwaber zatrudnił profesora Babatunde A. Ogunnaike Tunde, inżyniera badań nad kontrolą procesów, aby zobaczyć, jak scrum współpracuje z innymi metodologiami.

Ustalono, że metodologie, takie jak wodospad i inne tradycyjnie ustrukturyzowane procesy, nie były zgodne z ramami scrum. Profesor Tunde doszedł do wniosku, że podejście empiryczne jest procesem, który najlepiej sprawdza się w przypadku scrum.

Do 2001 roku Sutherland i Schwaber oraz 15 innych liderów rozwoju oprogramowania stworzyli Manifest Agile Software Development. Wkrótce potem powstał Agile Alliance, a Schwaber został jego pierwszym przewodniczącym. Schwaber jest współautorem z Mikem Beedle, pierwszej książki o scrumie, Agile Software Development with Scrum, w 2001 roku.

Scrum w latach 2000

Scrum Alliance został założony w 2002 roku przez Schwabera, prezesa, wraz z Mikiem Cohnem i Esther Derbry. Później dodali do organizacji ramię certyfikujące, z programami Certified ScrumMaster. W 2006 roku Sutherland stworzył Scrum, Inc. i nadal prowadzi kursy Certified Scrum.

Zmiany w społeczności scrumowej trwały dalej, gdy w 2009 roku Schwaber opuścił Scrum Alliance, aby założyć Scrum.org, który oferuje Professional Scrum Series.

Od tego czasu scrum przyjął globalną rolę w zarządzaniu projektami wraz z pierwszą publikacją Przewodnika po Scrumie w 2010 roku, który został zaktualizowany w 2011 i 2013 roku. Obecnie jest znany jako jeden z najczęściej stosowanych zwinnych frameworków w zarządzaniu projektami.

Rozwija się nawet praca z dużymi zespołami. Scrum of Scrums dotyczy zastosowania techniki skalowania scrum do dużych grup.

Jak Scrum pasuje do Agile?

Scrum jest częścią zwinnego procesu, ale z pewnością nie jedynym. Agile to duży namiot, ale scrum jest ważnym filarem. Pomyśl o scrumie jako o frameworku, dzięki któremu możesz wdrożyć zwinny rozwój.

Agile nie ma zestawu kroków do naśladowania, dlatego scrum zapewnia środki do zastosowania agile do twojego projektu. Istnieje wiele frameworków, których można używać w programowaniu zwinnym, takich jak programowanie ekstremalne lub programowanie oparte na funkcjach, ale prostota i autonomia scrum są zaletami.

Scrum może być również używany jako punkt wejścia do innych praktyk zwinnych. To również nie tylko ramy dla oprogramowania, ale może przynieść korzyści wielu innym rodzajom projektów.

Słowniczek terminów Scrum

Przed zdefiniowaniem ram scrum, oto krótka lista niektórych z bardziej powszechnych terminów używanych podczas pracy w środowisku scrum.

Wykres spalania: Wykres spalania pokazuje, że pozostało dużo wysiłku w porównaniu z czasem.

Wykres wypalenia: Mierzy wzrost miary w czasie.

Codzienny Scrum: Krótkie spotkanie scrumowe poświęcone codziennej pracy.

Definicja ukończenia: Definicja ukończenia (DOD) jest jednym z siedmiu artefaktów scrum. To kryterium akceptacji uzgodnione przez zespół scrumowy.

Zespół Deweloperski: Odpowiedzialny za zarządzanie pracą związaną z każdym sprintem.

Standardy inżynierskie: wspólne standardy dla stopniowego rozwoju projektów.

Rejestr produktu: Rejestr produktu to praca, którą należy wykonać w określonej kolejności.

Udoskonalenie rejestru produktu: Gdy właściciel produktu i zespół dodają szczegóły do ​​rejestru produktu, znane również jako uporządkowanie rejestru.

Product Owner: Menedżer odpowiedzialny za produkt i zespół.

Scrum: Framework do współpracy zespołowej przy złożonych projektach.

Tablica Scrum: Tablica Scrum pomaga zespołom scrumowym zarządzać ich pracą.

Scrumban: Scrumban to hybrydowa metodologia, która łączy zarządzanie projektami Scrum i Kanban.

Scrum Master: Rola scrum mastera jest podobna do coacha, który pomaga zespołowi swoją wiedzą.

Scrum Team: Właściciel produktu, zespół i scrum master. Dowiedz się więcej o rolach scrum.

Samoorganizacja: autonomia zespołu w granicach celów projektu.

Sprint: Krótkie zadania, jedno następuje bezpośrednio po zakończeniu drugiego.

Backlog sprintu: to, czego zespół potrzebuje do ukończenia sprintu.

Cel sprintu: Cel sprintu.

Planowanie sprintu: Planowanie sprintu to wiosenne wydarzenie, podczas którego zespoły scrumowe planują swój nadchodzący sprint.

Retrospektywa sprintu: krótka sekcja zwłok sprintu.

Przegląd sprintu: Krótki przegląd sprintu, aby pomóc w dodaniu ulepszeń do następnego.

Interesariusz: Członek spoza zespołu, który zwykle jest inicjatorem projektu.

Prędkość: Średnia ilość zaległości produktowych zamieniła się w przyrost projektu podczas sprintu.

ProjectManager pomaga zespołom Scrumowym

Metodologia Scrum wymaga współpracy i elastyczności. ProjectManager, oparte na chmurze oprogramowanie do pracy i zarządzania projektami, łączy zespoły scrumowe i zapewnia im narzędzia potrzebne do pracy w zwinnym środowisku. Nasze narzędzie dostarcza dane w czasie rzeczywistym, dzięki którym wszyscy są na bieżąco i komunikują się bez względu na to, gdzie się znajdują, jak pracują i jaką rolę pełnią w projekcie.

Twórz i zarządzaj tablicami Scrum

Nasze liczne widoki projektów oznaczają, że inne działy mogą współpracować nad wykresami Gantta lub naszym widokiem arkusza. Jednak zespoły scrumowe będą korzystać z naszego widoku tablicy Scrum, który pozwala im zarządzać swoimi zaległościami w historii użytkowników i współpracować przy planowaniu sprintu.

Tablice Scrum dają również właścicielom produktów i scrum masterom widoczność w celu śledzenia postępów i wyłapywania potencjalnych wąskich gardeł, które można szybko usunąć poprzez realokację zasobów.

Śledź przepływy pracy Scrum za pomocą pulpitów nawigacyjnych w czasie rzeczywistym

Nie chcesz wchodzić w drogę swojemu samodzielnemu zespołowi, ale musisz wiedzieć, co robią. Nasz pulpit nawigacyjny w czasie rzeczywistym śledzi sześć wskaźników projektu. Nie jest wymagana konfiguracja, jak w przypadku gorszych produktów. Nasze niestandardowe przepływy pracy umożliwiają stosowanie wyzwalaczy, które automatycznie ustawiają akcje, aby Twój zespół mógł skoncentrować się na swojej pracy. Ponadto zatwierdzanie zadań zapewnia kontrolę nad zmianami statusu.

Współpracuj ze swoim zespołem Scrum

Niezależnie od tego, czy Twój zespół znajduje się pod jednym dachem, czy pracuje w różnych strefach czasowych, nasze narzędzie w chmurze umożliwia im współpracę. Członkowie zespołu mogą komentować na poziomie zadania, oznaczać osoby nieprzypisane do tego zadania, aby włączyć je do rozmowy oraz udostępniać obrazy i dokumenty. Powiadomienia e-mail i alerty w aplikacji natychmiast informują wszystkich.

Nasze oprogramowanie jest nie tylko idealne do scrum, ale może również współpracować z bardziej tradycyjnymi metodologiami, takimi jak wodospad lub hybryda wielu metod zarządzania projektami. Nasze narzędzie umożliwia współpracę z innymi działami w Twojej organizacji, które nie są elastyczne. To jedyne narzędzie do zarządzania pracą i projektami, którego potrzebujesz, aby osiągnąć sukces.

ProjectManager to oprogramowanie do zarządzania projektami, które ma wyjątkową pozycję, aby pomagać kierownikom projektów na każdym etapie ich pracy, niezależnie od metodologii, którą wybrali. Będąc opartym na chmurze, zbiera dane w czasie rzeczywistym i posiada narzędzia ułatwiające zespołom współpracę, dając im autonomię wymaganą od scrum z monitorowaniem i zarządzaniem, aby dotrzymać harmonogramu i w ramach budżetu. Zobacz, jak może pomóc Tobie i Twojemu zespołowi, korzystając z tej bezpłatnej 30-dniowej wersji próbnej.