Podstaw膮 komunikacji zespo艂u pracuj膮cego wsp贸lnie w Scrum jest jasno艣膰 i zrozumia艂o艣膰 wszystkich u偶ywanych termin贸w. Dlatego zebrali艣my poni偶ej definicje najwa偶niejszych poj臋膰. Zapraszamy do korzystania ze s艂owniczka szczeg贸lnie podczas lektury wpis贸w wprowadzaj膮cych nowe terminy.

S艂owniczek podstawowych termin贸w Scrum – om贸wione zagadnienia:

  1. Podstawy Scrum
  2. Role w Scrum
  3. Artefakty i ich sk艂adowe
  4. Wydarzenia i ich sk艂adowe

Podstawy Scrum

Scrum - a glossary of basic terms, roles and notions

Scrum – spos贸b pracy, w kt贸rym tworzenie produktu podzielone jest na kr贸tkie iteracje – Sprinty. Jego celem jest szybkie i elastyczne dostarczanie warto艣ciowych rozwi膮za艅.

5 warto艣ci le偶膮cych u jego podstaw to:

  • 窜补补苍驳补偶辞飞补苍颈别 w prac臋
  • Skupienie na celu
  • 翱迟飞补谤迟辞艣膰 na zmiany
  • Szacunek
  • Odwaga w rozwi膮zywaniu problem贸w.

Empiryzm – ograniczanie planowania i za艂o偶e艅 do minimum na rzecz oparcia si臋 na do艣wiadczeniu, obserwacji i eksperymentowaniu.

厂补尘辞锄补谤锄膮诲锄补苍颈别 – cecha zespo艂u, kt贸ra oznacza, 偶e jego cz艂onkowie samodzielnie podejmuj膮 decyzj臋 o tym, kto z nich b臋dzie wykonywa艂 okre艣lone zadania, kiedy i jak.

Role w Scrum

Scrum Team – samozarz膮dzaj膮cy zesp贸艂 sk艂adaj膮cy si臋 ze Mastera, Product Ownera i Developer贸w, zwanych te偶 Zespo艂em Developerskim.

Product Owner – przedstawiciel klienta wewn膮trz Teamu. Osoba odpowiedzialna za maksymalizacj臋 warto艣ci produktu przez dba艂o艣膰 o Cel i jego realizacj臋 przez Zesp贸艂 Developerski.

Scrum Master – coach i lider Zespo艂u Developerskiego. Osoba odpowiedzialna za w艂a艣ciwe rozumienie i dzia艂anie wed艂ug jego zasad.

Developer– ka偶dy cz艂onek Zespo艂u Developerskiego, niezale偶nie od specjalizacji zawodowej. Osoba odpowiedzialna za wsp贸艂tworzenie u偶ytecznego Przyrostu w ka偶dym Sprincie

Zesp贸艂 Developerski – interdyscyplinarna grupa sk艂adaj膮ca si臋 ze wszystkich Developer贸w zaanga偶owanych w tworzenie Produktu.

Interesariusz – osoba nienale偶膮ca do zespo艂u, w kt贸rej interesie le偶y stworzenie jak najlepszego Produktu. W ramach Team reprezentowany przez Product Ownera. Bierze udzia艂 w Sprint Review.

Scrum - a glossary of basic terms, roles and notions

Artefakty i ich sk艂adowe

Artefakty – Product Backlog, Sprint Backlog, Przyrost i ich sk艂adowe. Stanowi膮 odzwierciedlenie aktualnego stanu pracy nad Produktem w odniesieniu do Celu Produktu, Celu Sprintu i Definicji Uko艅czenia.

Product Backlog– uporz膮dkowana lista prac potrzebnych do stworzenia okre艣lonego Produktu, czyli realizacji Celu Produktu. Jest zarz膮dzany przez Product Ownera.

Sprint Backlog – uporz膮dkowana lista prac potrzebnych do realizacji funkcjonalno艣ci Produktu zdefiniowanej przez Cel Sprintu. Jest zarz膮dzany przez Zesp贸艂 Developer贸w.

Przyrost – kompletna i warto艣ciowa praca wykonana przez Developer贸w w jednym Sprincie. Suma wszystkich Przyrost贸w tworzy Produkt.

User Story – opis cz膮stkowej funkcjonalno艣ci Produktu z punktu widzenia Klienta. Przyjmuje form臋 schematu „Jako [typ u偶ytkownika] chc臋 [co robi膰?], poniewa偶 [po co? dlaczego?]”.

Definicja Uko艅czenia – zamieszczony w Backlogu Produktu jasny i przejrzysty opis oczekiwanego stanu Produktu po uko艅czeniu Przyrostu. Opisuje prac臋, jaka zosta艂a wykonana w ramach Przyrostu.

Scrum - a glossary of basic terms, roles and notions

Wydarzenia i ich sk艂adowe

Wydarzenia– dotycz膮 pracy zespo艂u scrumowego, jej planowania lub refleksji nad ni膮. S膮 to: Sprint, Sprint Planning, Daily, Sprint Review, Sprint Retrospective i ich sk艂adowe.

Sprint– cykliczne wydarzenie obejmuj膮ce prac臋 nad now膮 wersj膮 Produktu. Trwa najcz臋艣ciej dwa tygodnie, a najd艂u偶ej miesi膮c. S艂u偶y jako „pojemnik” na inne wydarzenia i dzia艂ania.

Sprint Planning– spotkanie Teamu, w ramach kt贸rego wybierane s膮 z Backlogu Produktu wszystkie prace do wykonania w kolejnym Sprincie. Trwa maksymalnie 8 godzin.

Daily Scrum – codzienne spotkanie Zespo艂u Developer贸w, na kt贸rym planowane s膮 zadania na dany dzie艅. Trwa maksymalnie 15 minut, odbywa si臋 zawsze w tym samym miejscu i czasie.

Sprint Review– wydarzenie podsumowuj膮ce uko艅czony Sprint pod k膮tem Celu Produktu. Jego celem jest ocena Przyrostu i aktualizacja Backlogu Produktu. Trwa 4 godziny lub mniej.

Sprint Retrospective– wydarzenie podsumowuj膮ce uko艅czony Sprint pod k膮tem sposobu pracy Teamu. Jego celem jest poprawa funkcjonowania Teamu. Trwa maksymalnie 3 godziny.

Cel Produktu– opis przysz艂ego Produktu, nad kt贸rego tworzeniem pracuje Team. Droga prowadz膮ca do osi膮gni臋cia Celu Produktu jest zapisana w Backlogu Produktu.

Cel Sprintu– praca do wykonania w ramach jednego Sprintu wyra偶ona w formie celu biznesowego. Zapewnia sp贸jno艣膰 pracy Zespo艂u Developer贸w.

Wykres spalania– pokazuje ilo艣膰 pracy zaplanowanej w Backlogu Sprintu lub Produktu w odniesieniu do czasu, jaki pozosta艂 na jej wykonanie.

Pr臋dko艣膰 Zespo艂u– wska藕nik pozwalaj膮cy okre艣li膰 jaka cz臋艣膰 Backlogu Produktu sta艂a si臋 Przyrostem w trakcie jednego Sprintu.

Scrum - a glossary of basic terms, roles and notions

Sprawd藕 kolejny wpis z cyklu: Czym jest Scrum?

Je艣li podobaj膮 Ci si臋 tre艣ci, kt贸re tworzymy, sprawd藕 r贸wnie偶:

Scrum Guide | 1. S艂owniczek podstawowych termin贸w Scrum caroline becker avatar 1background

Autor: Karolina Berecka

Karolina, jako project menad偶erka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przep艂ywu pracy i optymalizacji proces贸w. Jej umiej臋tno艣ci organizacyjne i zdolno艣膰 do pracy pod presj膮 czasu sprawiaj膮, 偶e jest najlepsz膮 osob膮 do zamieniania skomplikowanych projekt贸w w rzeczywisto艣膰.

Zobacz wszystkie posty

Przewodnik Scrum:

  1. S艂owniczek podstawowych termin贸w Scrum
  2. Czym jest Scrum?
  3. Warto艣ci Scruma
  4. Jak wdro偶y膰 Scrum w swojej firmie?
  5. Scrum Team - czym jest i jak dzia艂a?
  6. Kim jest Product Owner?
  7. Kim jest Scrum Master?
  8. Najcz臋stsze b艂臋dy pope艂niane przez Product Ownera
  9. Cechy dobrego Scrum Mastera
  10. Najcz臋stsze b艂臋dy pope艂nianie przez Scrum Mastera
  11. Wsp贸艂praca Scrum Mastera z Product Ownerem
  12. Jakie statystyki i metryki powinien 艣ledzi膰 Scrum Master?
  13. Zesp贸艂 Developerski w Scrumie
  14. Najcz臋stsze b艂臋dy pope艂niane przez Developer贸w
  15. Artefakty Scruma
  16. Skalowanie Scruma
  17. Co to jest Backlog Sprintu?
  18. Co to jest Backlog Produktu?
  19. Czym s膮 User Stories?
  20. INVEST, czyli jak stworzy膰 dobre User Story
  21. Najcz臋stsze b艂臋dy pope艂niane przy pisaniu User Story
  22. Kryteria Akceptacji User Story
  23. Estymacja i Story Points w Scrum
  24. Jak dzia艂a Planning Poker?
  25. Team Estimation Game jako alternatywa dla Planning Pokera
  26. Czym jest Przyrost w Scrum?
  27. Czym jest Sprint w Scrum?
  28. Wydarzenia w Scrum
  29. Cel Produktu, Cel Sprintu i Definicja Uko艅czenia, czyli zobowi膮zania Scrum Team
  30. Co to jest wykres spalania (Burndown Chart)?
  31. Jak tworzy膰 i jak interpretowa膰 wykres spalania?
  32. Zalety i wady wykresu spalania
  33. Tablice Kanban w Scrum i Scrumban
  34. Pr臋dko艣膰 Zespo艂u Deweloperskiego
  35. Daily Scrum
  36. Sprint Planning
  37. Sprint Review
  38. Co to jest Retrospekcja Sprintu?
  39. Cz臋ste b艂臋dy w czasie Retrospekcji
  40. Jak przeprowadzi膰 piel臋gnacj臋 backlogu produktu?
  41. Gdzie zdoby膰 wiedz臋 i do艣wiadczenie w Scrum?