Kiedy powinieneś używać metodologii scrum?

Kiedy firmy mają projekt, w którym mogą korzystać z metodologii Agile Project, mogą również użyć ram o nazwie Scrum.

Zamiast sformułowanej metodologii zarządzania projektami, w której role są specjalnie zdefiniowane, a proces jest sztywno stosowany, Scrum oferuje ramy, w których zespół podejmuje wiele decyzji, gdy należy podjąć, zamiast subskrybować harmonogram harmonogramu.

Metodologia Scrum została opracowana w latach 90. wraz z metodologią Agile, jako metodę umożliwienia zespołom wspólnego współpracy w celu opracowania produktów. Oferuje tylko niewielką liczbę zasad w ramach, ale umożliwia ukończenie złożonych projektów w krótkim czasie.

Role scrum

Istnieją trzy role, które są zdefiniowane w ramach Scrum, właściciele produktów, zespoły programistów i mistrzowie scrum.

• Właściciel Produktu - Ta osoba lub osoby decydują o tym, jaki produkt należy dostarczyć w ciągu najbliższych trzydziestu dni lub mniej, w zależności od terminów. Może to być właściciel firmy, klienci lub użytkownicy końcowi, ale będzie miał wizję, aby zespół zbudował odpowiedni produkt.
• Zespół programistyczny - Są to ludzie, którzy zbudują produkt i zademonstrują swój produkt właścicielowi produktu. Nie ma ogólnego lidera zespołu; Kwestie w zespole są omawiane przez zespół jako całość. Członkowie zespołu są na ogół międzyfunkcyjni i wszyscy są zaangażowani w rozwój produktu.
• Scrum Master - To osoba, która nadzoruje proces, zapewnia, że ​​proces działa i poprawia proces, jeśli jest to wymagane.

Zdarzenia scrum

Wydarzenia w Scrum dają zespołowi programistów i właścicielowi produktu możliwość udostępniania informacji, aby była ciągła komunikacja. Istnieje wiele zdarzeń, które mogą wystąpić w okresie, zwykle trzydzieści dni lub mniej, które nazywa się Sprint.

• Sprint - Ten okres zawiera spotkania planowania sprintu, codzienne scrums, prace rozwojowe, przegląd sprintu i retrospektywę sprintu. Podczas sprintu nie może być żadne zmiany w celach, a zespół programistów powinien pozostać taki sam.
• Spotkanie planowania sprintu - To spotkanie służy do zaplanowania pracy, którą należy wykonać podczas sprintu. Spotkanie trwa zwykle osiem godzin na miesiąc sprintu i jest proporcjonalnie mniej dla krótszych sprintów. Spotkanie jest podzielone na dwie.
• Codzienny scrum - To jest krótkie piętnastominutowe spotkanie każdego dnia, które pozwala zespołowi programistów na zaplanowanie pracy następnego dnia. Zespół dokonuje przeglądu pracy, która została ukończona poprzedniego dnia i prognozuje, co można osiągnąć w ciągu najbliższych dwudziestu czterech godzin. Daily Scrum to okazja do sprawdzenia, gdzie jest zespół w odniesieniu do ogólnego celu Sprint. Scrum Master upewnia się, że wystąpi codzienny scrum i że zespół programistów utrzymuje maksimum piętnastominutowego, aby upewnić się, że zespół programistów opracuje szybkie podejmowanie decyzji.
• Recenzja sprintu - Pod koniec sprintu przegląd służy do oceny, co zostało osiągnięte podczas sprintu i do podjęcia decyzji o tym, co można zrobić w następnym sprincie. Recenzja Sprint to czterogodzinne wydarzenie, które pozwala zespołowi programistów na przekazanie tego, co było najważniejszym sprintem i jakie problemy znaleźli. W oparciu o komunikację między zespołem programistów a właścicielem produktu, na następny sprint podejmuje się nowy zestaw.
• Retrospektywa sprintu - Jest to trzygodzinne spotkanie, na którym cały zespół scrum może zastanowić się nad sprintem i stworzyć plan ulepszeń, który można przyjąć na następny sprint. Spotkanie powinno spojrzeć na ludzi, relacje, proces i narzędzia, a także określić, gdzie można wprowadzić ulepszenia.

Aby zoptymalizować zakończenie projektu, celem jest zapewnienie wyników, gdy wyniki te zostały obiecane. I aby osiągnąć to tak skutecznie, jak to możliwe. Korzystanie z metodologii zarządzania projektami Scrum to jedno narzędzie, które pomoże Ci osiągnąć ten cel.

Zaktualizowany przez Gary Marion.