Metodologia zarządzania projektem Scrum jest dokładnie tym, czym się wydaje
Wprowadzenie do metodologii Scrum
Kiedy firmy mają projekt, w którym mogą korzystać z metodologii projektu Agile , mogą również korzystać ze schematu zwanego Scrum.
Zamiast sformułowanej metodologii zarządzania projektami, w której role są ściśle określone, a proces jest sztywno stosowany, Scrum oferuje ramy, w których zespół podejmuje wiele decyzji, kiedy trzeba je wykonać, zamiast subskrybować oś czasu.
Metodologia Scrum została opracowana w latach 90. wraz z metodologią Agile , jako metoda pozwalająca zespołom współpracować w celu opracowania produktów. Oferuje tylko niewielką liczbę reguł w ramach, ale pozwala na realizację złożonych projektów w krótkim czasie.
Role Scrum
Istnieją trzy role zdefiniowane w ramach Scrum, właściciele produktu, zespoły programistyczne i Scrum Masters.
- Właściciel produktu - ta osoba lub osoby decydują o tym, który produkt ma zostać dostarczony w ciągu najbliższych trzydziestu dni lub krócej, w zależności od ram czasowych. Może to być właściciel firmy, klienci lub użytkownicy końcowi, ale będzie miał wizję, aby zespół mógł zbudować odpowiedni produkt.
- Zespół programistyczny - to ludzie, którzy zbudują produkt i zademonstrują jego produkt właścicielowi produktu. Nie ma lidera całego zespołu; kwestie w zespole są omawiane przez zespół jako całość. Członkowie zespołu są zasadniczo skoordynowani, a każdy jest zaangażowany w rozwój produktu.
- Scrum Master - to osoba, która nadzoruje proces, zapewnia działanie procesu i, w razie potrzeby, ulepsza proces.
Wydarzenia Scrum
Wydarzenia w scrumie dają zespołowi programistycznemu i właścicielowi produktu możliwość dzielenia się informacjami w celu ciągłej komunikacji. Istnieje wiele zdarzeń, które mogą wystąpić w określonym czasie, zazwyczaj trzydzieści dni lub krócej, co nazywa się sprintem.
- Sprint - ten okres zawiera spotkania planowania sprintu, codzienne scrumy, prace rozwojowe, przegląd sprintu i retrospektywę sprintu. Podczas sprintu nie można wprowadzić żadnych zmian w celach, a zespół programistów powinien pozostać niezmieniony.
- Sprint Planning Meeting - to spotkanie służy do planowania pracy, która musi zostać wykonana podczas sprintu. Spotkanie trwa zwykle osiem godzin dla sprintu jednego miesiąca i jest proporcjonalnie mniejsze dla krótszych sprintów. Spotkanie jest podzielone na dwie części, pierwsza część określa cele sprintu, druga określa, w jaki sposób cel zostanie osiągnięty.
- Codzienny Scrum - to krótkie, piętnastominutowe spotkanie każdego dnia, które umożliwia zespołowi programistycznemu planowanie przyszłych dni pracy. Zespół sprawdza prace, które zostały zakończone poprzedniego dnia i prognozuje, co można osiągnąć w ciągu następnych dwudziestu czterech godzin. Codzienny scrum jest okazją do sprawdzenia, gdzie drużyna jest związana z ogólnym celem sprintu. Scrum Master zapewnia, że codzienny scrum ma miejsce, a zespół programistów utrzymuje maksymalnie piętnaście minut, aby zespół programistów mógł szybko podejmować decyzje.
- Sprint Review - na końcu sprintu przegląd służy do oceny, co zostało osiągnięte podczas sprintu i do podjęcia decyzji, co będzie można zrobić w następnym sprincie. Przegląd sprintu to czterogodzinne wydarzenie, które umożliwia zespołowi programistycznemu przekazanie informacji o najważniejszych wydarzeniach sprintu oraz o problemach, które znaleźli. W oparciu o komunikację między zespołem programistycznym i właścicielem produktu, do następnego sprintu zostanie podjęty nowy zestaw elementów do realizacji.
- Retrospektywa Sprintu - to trzygodzinne spotkanie, podczas którego cały zespół scrumowy może zastanowić się nad sprintem i stworzyć plan ulepszeń, które można zastosować w następnym sprincie. Spotkanie powinno skupić się na ludziach, relacjach, procesach i narzędziach, a także określić, gdzie można wprowadzić ulepszenia.
Aby zoptymalizować realizację projektu, celem jest dostarczenie wyników, gdy obiecano te wyniki. I osiągnąć to tak skutecznie, jak to tylko możliwe. Korzystanie z metodologii zarządzania projektami scrum jest jednym z narzędzi pomagających w osiągnięciu tego celu.
Zaktualizowany przez Gary'ego Mariona, eksperta ds. Logistyki i łańcucha dostaw.