Scrum to ramy, w których ludzie mogą rozwiązywać złożone problemy adaptacyjne, jednocześnie produktywnie i kreatywnie dostarczając produkty o najwyższej możliwej wartości.
Scrum sam w sobie jest prostą ramą do efektywnej współpracy zespołowej nad złożonymi produktami. Współtwórcy Scruma, Ken Schwaber i Jeff Sutherland, napisali Przewodnik po Scrumie aby jasno i zwięźle wyjaśnić Scrum. Ten przewodnik zawiera definicję Scruma. Definicja ta składa się z ról, wydarzeń, artefaktów Scruma oraz zasad, które je łączą.
Proces Scrum
W projektach zwinnych sprint to stała iteracja czasu, w której zespół deweloperski tworzy określoną grupę możliwości produktu od początku do końca. Na koniec każdego sprintu funkcjonalność, którą stworzył zespół deweloperski, powinna działać, być gotowa do zaprezentowania i potencjalnie gotowa do wysyłki do klienta.

Sprinty powinny mieć tę samą długość w ramach projektu. Utrzymywanie spójnej długości sprintów pomaga zespołowi deweloperskiemu mierzyć swoją wydajność i lepiej planować każdy nowy sprint.
Sprinty zazwyczaj trwają od jednego do czterech tygodni. Cztery tygodnie to maksymalny czas, przez jaki może trwać sprint; dłuższe iteracje sprawiają, że zmiany są bardziej ryzykowne, co podważa cel bycia zwinnym. Rzadko widzimy sprinty trwające dłużej niż dwa tygodnie, a częściej widzimy sprinty trwające tydzień. Sprinty tygodniowe są naturalnym cyklem w ramach tygodnia roboczego od poniedziałku do piątku, co strukturalnie uniemożliwia pracę w weekendy.
Niektóre zespoły scrumowe pracują w sprintach jednodniowych, gdzie priorytety zmieniają się codziennie. Potrzeby rynku i klientów zmieniają się coraz szybciej, a czas, który możesz poświęcić na zbieranie opinii klientów, staje się coraz krótszy.
Nasza zasada to, że twój sprint nie powinien być dłuższy niż czas, przez który interesariusze mogą konsekwentnie funkcjonować bez zmian priorytetów dotyczących tego, nad czym zespół scrumowy powinien pracować w sprincie.
- Każdy sprint obejmuje następujące elementy
- Planowanie sprintu na początku sprintu Codzienne spotkania scrumowe
- Czas dewelopmentu — większość sprintu
- Przegląd sprintu i retrospektywa sprintu na koniec sprintu

Dowiedz się więcej o Scrumie – Podstawy Agile i Scrum
- Kompleksowy Przewodnik po Scrumie
- Jakie są trzy filary Scruma?
- Czym jest zwinne wytwarzanie oprogramowania?
- Scrum w 3 minuty
- Jakie są 5 wartości Scruma?
- Jaka jest ewolucja Scruma?
- Klasyczne zarządzanie projektami vs zwinne zarządzanie projektami
- Dlaczego Scrum jest trudny do opanowania?
- Czym jest prędkość w Scrumie?
- Czym jest Agile? Czym jest Scrum?
- Jakie są strategie rozwoju Trzech Amigos w Agile?
- Kontrola procesu empirycznego vs kontrola procesu zdefiniowanego
- Jak utrzymać przejrzystość w Scrumie?
- Scrum vs Waterfall vs Agile vs Lean vs Kanban
- Co to jest 3355 w ramie Scrum?
- Dlaczego Scrum? Jak Scrum pokonuje 8 punktów bólu, z którymi zawsze się borykamy?
- Najlepsze darmowe i komercyjne narzędzia Agile — Każdy zespół Scrumowy ich potrzebuje!
- Jakie są 8 marnotrawstw w Lean?
- Ekstremalne programowanie (XP) vs Scrum
- Czym jest timeboxing w Scrumie?
- Mit Agile: Dokumentacja i planowanie nie są potrzebne?
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文