Metodyka Scrum – zapowiedź cyklu wpisów

 

W 2009 roku napisałem kilka postów dotyczących metodyki Scrum. Opisałem role, artefakty i wykonywane czynności. Dziś Scrum jest powszechnie wykorzystywaną metodyką pracy. Stanowi całość lub część procesu wytwórczego oprogramowania. Od 2009 roku minęło kilka ładnych lat.

 

Ponadto coraz częściej Scrum jest łączony z klasycznym modelowaniem. Co więcej Enterprise Architect 13 wspiera już całkiem sensownie user stories. Te wszystkie czynniki spowodowały, że postanowiłem odświeżyć tamte wpisy uzupełniając je o opinie i słowa, które napisali w swoich książkach na dane tematy guru metodyki SCRUM.

Dla przypomnienia. Scrum_Proces

Zasadnicze cechy SCRUM, w bardzo dużym uproszczeniu, to:

  • iteracyjnie przyrosty wartości
  • samoorganizujące się zespoły
  • Właściciel Produktu, który dostarcza zespołowi listę pożądanych wymagań

W przypadku Scrum projekt postępuje seriami kilkutygodniowych iteracji, które zwane są sprintami.

Scrum pasuje idealnie do projektów z szybko zmieniającymi się lub pojawiającymi się wymogami. Praca, która ma być wykonana w projekcie prowadzonym zgodnie ze Scrum, jest zdefiniowana w Product Backlog, stanowiącym listę wszystkich pożądanych zmian w produkcie lub wymagań, które powinien on realizować. Na początku każdego sprintu odbywa się Spotkanie dot. Planowania Sprintu, podczas którego Właściciel Produktu ustala hierarchię Product Backloga a Zespół Scrum wybiera zadania, które może wykonać podczas nadchodzącego Sprintu. Te zadania są następnie przenoszone z Product Backloga do Sprint Backloga.

W kolejne wtorki, poczynając od 6 września, będę publikował odświeżone wpisy. Plan wpisów jest następujący:

Role:

  • Mistrz Scrum (Scrum Master)
  • Właściciel produktu (Product Owner)
  • Zespół Scrum (Scrum Team)

Artefakty:

  • Tablica Zadań (Task Board)
  • Wykres Spalania Sprintu (Sprint Burndown Chart)
  • Wykres Spalania Wydania (Release Burndown Chart)
  • Rejestr iteracji (Sprint Backlog)
  • Rejestr produktu (Product Backlog)
  • Historyjki użytkowników (User Stories)

Czynności:

  • Codzienny Scrum (Daily Scrum)
  • Hierarchizacja Zaległości Produktu (Prioritizing the Backlog)
  • Planowanie Sprintu (Sprint Planning Meeting)
  • Planowanie Wydania (Release Planning)
  • Przegląd Sprintu (Sprint Review Meeting)
  • Retrospekcja Sprintu (Sprint Retrospective)
  • Szacowanie Zaległości Produktu (Estimating the Product Backlog)

Być może na niektóre z powyższych tematów napiszę więcej niż jeden wpis.  Nie obiecuję jednak tego. Jeśli jesteś zainteresowany tą tematyką zapraszam do odwiedzenia mojej strony w każdy wtorek. Możesz także zapisać się na listę mailową (po prawej stronie) lub polubić tą stronę na Facebook. Do następnego razu 🙂

 

Podobne wpisy

  • Task Board – Tablica Zadań Tablica Zadań (ang. Task Board) pokazuje całość pracy wykonywanej przez zespół podczas sprintu. Jest ona stale aktualizowana w trakcie sprintu- jeżeli ktoś myśli o nowym zadaniu, pisze […]
  • Sprint Review – Przegląd Sprintu Każdy sprint kończy się Spotkaniem Przeglądowym Sprintu (ang. Sprint Review Meeting), gdzie zespół prezentuje potencjalnie wykonalne przyrosty produktu. Na końcu każdego sprintu odbywa […]
  • Product Backlog – Rejestr produktu Rejestr Produktu  (ang. Product Backlog) zwany czasem zaległościami produktu,  to główny wykaz wszystkich funkcjonalności pożądanych w produkcie. Za dostarczenie wymagań w postaci […]
  • Estimating the Product Backlog – Szacowanie Rejestru Produktu Szacowanie rejestru produktu (ang. Estimating the Product Backlog) to moment, w którym okresowo Zespół Scrum będzie szacował wielkość każdej pozycji z rejestru produktu. Przed […]
  • Sprint Planning Meeting – Planowanie Sprintu Na spotkaniu dot. Planowania Sprintu (ang. Sprint Planning Meeting) Zespół Scrum oraz Właściciel Produktu określają, które cechy i zadania będą poddane próbie wykonania w nadchodzącym […]
Reklama

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *