Wiesz już co to jest Scrum, a teraz chcesz dowiedzieć się więcej? Nic trudnego: w sieci znajdziesz nieprzebrane bogactwo materiałów. Niestety w gąszczu informacji trudno szybko zidentyfikować te najbardziej wartościowe. Dlatego wybraliśmy kilka źródeł, które według nas pozwolą najszybciej zorientować się w temacie:

Strony WWW:

• Scrum Guide – referencyjny opis Scrum według jego twórców: Kena Schwabera i Jeffa Sutherlanda
• Mountain Goat Software – mnóstwo wysokiej jakości materiałów i narzędzi wspomagających Scrum
• Money for nothing, changes for free – model kontraktów między klientem a dostawcą pozwalający zmaksymalizować korzyści jakie przynosi Scrum, poprzedzony testem zgodności z najlepszymi praktykami Scrum/agile

Blogi:

• Ken Schwaber – blog jednego z ojców Scrum – obowiązkowy punkt programu
• All About Agile – agregator blogów związanych ze Scrum, agile i powiązanymi tematami
• Esther Derby – nie tylko o Scrum – dobre artykuły z naciskiem na czynniki ludzkie

Książki:

• Agile Software Development with Scrum – Ken Schwaber, Mike Beedle
• Succeeding with Agile: Software Development Using Scrum – Mike Cohn
• Agile Product Management with Scrum – Roman Pichler

Video:

• Jeff Sutherland mówi o Ewolucji i Wizja dla Scrum.
• Jeff Sutherland opowiada o samoorganizacji – jednym z fundamentów Scrum
• Ken Schwaber opowiada o Scrum w Google

Narzędzia:

• Tablica i żółte karteczki – wiele zespołów preferuje prostą, namacalną wizualizację pracy
• Excel, Google Docs – mniej przejrzyste, ale nadal często używane ze względu na łatwy dostęp i powszechną znajomość
• Atlassian Jira/Green Hopper, Version One – dedykowane rozwiązania ułatwiające uporządkowanie większych przedsięwzięć

Na żywo:

W Scrum samo-organizujący się, interdyscyplinarny Zespół, pracujący w rytmie krótkich sprintów, zamienia wymagania biznesowe, określone przez Właściciela Produktu, w działający fragment systemu.

Pod koniec każdego sprintu zespół demonstruje wyniki swoich prac odbiorcom oraz we własnym gronie planuje ulepszanie procesu do wykorzystania w następnym sprincie.

Nad przestrzeganiem zasad Scrum czuwa Scrum Master, którego zadaniem jest też usuwanie przeszkód organizacyjnych utrudniających pracę Zespołu, ale już nie kierowanie i kontrolowanie decyzji i działań poszczególnych jego członków.

Scrum jest oparty o empiryczną teorię kontroli procesów, zakładający częstą inspekcję i adaptację procesu wytwórczego i jego produktów. Scrum określa podstawowe role w procesie, zasady komunikacji oraz ramowe reguły organizacji pracy, nie opisuje natomiast konkretnych praktyk technicznych, zostawiając ich dobór samemu zespołowi.

Scrum ma szereg przydatnych cech pokazujących jego przewagę nad tradycyjnymi podejściami:

• Krótkie sprinty do działającego produktu – praca w Scrum podzielona jest na krótkie (od jednego do czterech tygodni) sprinty, w ramach których zespół tworzy działający fragment finalnego produktu.
• Szybkie i częste dostarczanie realnej wartości – pod koniec każdego sprintu odbiorca oprogramowania dysponuje działającym fragmentem produktu realizującym najbardziej wartościowe funkcje (według oceny Właściciela Produktu).
• Skrócenie czasu oczekiwania na informację zwrotną i wykorzystanie jej do ulepszenia produktu i samego procesu.
• Wgląd w realny postęp prac – działający fragment produktu (lub jego brak) pod koniec każdego sprintu zastępuje pośrednie wskaźniki oparte o mniej lub bardziej abstrakcyjne wyobrażenia (“produkt jest w 90% gotowy” – pozostałe 10% trwa często drugie tyle).
• Szybka walidacja założeń biznesowych, technicznych i organizacyjnych – jeśli zespół nie jest w stanie dostarczyć działającego fragmentu produktu lub produkt nie spełnia prawdziwych potrzeb odbiorcy to możliwe jest szybkie zareagowanie poprzez zmianę lub re-prioretytezację pozostałych wymagań, usunięcie przeszkód organizacyjnych utrudniających pracę lub renegocjację zbyt pochopnie powziętych zobowiązań.
• Przejrzystość i powtarzalność procesu zachęca do zwiększenia (samo)dyscypliny wszystkich uczestników procesu i ciągłego udoskonalania wszystkich jego aspektów.
• Samo-organizacja zespołu (w ustalonych ramach) sprzyja zwiększonemu poczucie zaangażowania i odpowiedzialności jego członków za jakość i efektywność wykonywanej pracy.
• Stabilna hiper-produktywność – wysokie zaangażowanie oraz wbudowane w Scrum mechanizmy ciągłego udoskonalania pozwalają zgranym zespołom osiągnąć stan produktywności wielokrotnie przekraczającej produktywność tymczasowych grup projektowych pracujących według tradycyjnych metod. Grupy takie nie są zespołami w pełnym tego słowa znaczeniu i ich organizacja oraz sposób zarządzania i śledzenia pracy nie sprzyja synergicznej współpracy, na której opiera się hiperproduktywność.

Te cechy sprawiają, że żadna organizacja tworząca złożone oprogramowanie nie może sobie pozwolić na zignorowanie Scrum i innych zwinnych metod. Nawet jeśli nie w formie pełnej implementacji to chociaż poprzez wszycie najlepszych pomysłów w swoje procesy.