Skąd nazwa Scrum i co łączy ją ze zwinnością
Skąd nazwa „scrum” i co ma wspólnego ze zwinnością
Scrum to jeden z najbardziej rozpoznawalnych frameworków pracy iteracyjnej przy wytwarzaniu produktów. W IT i Agile Software Development od razu kojarzy się z organizacją zespołów, współpracą i rytmem spotkań. Skąd ta nazwa? Cofamy się do lat 80., żeby zobaczyć, skąd wzięło się to podejście i dlaczego tyle firm dziś na nim stoi.
TL;DR
Scrum wywodzi się z filozofii opisanej przez Hirotakę Takeuchi i Ikujirō Nonakę w artykule „The New New Product Development Game”.
Skuteczny zespół pracuje w krótkich cyklach, dostarcza wartość, zbiera feedback i koryguje kurs.
Scrum to ramy postępowania (scrum framework): wyznaczają reguły działania zespołu i zostawiają mu sporo swobody.
Dziś to jeden z najczęściej stosowanych frameworków pracy iteracyjnej, obok Kanban, Lean czy własnych hybryd organizacji.
ODROBINA HISTORII
W 1986 roku Hirotaka Takeuchi i Ikujirō Nonaka opublikowali w „Harvard Business Review” artykuł o nowym podejściu do zarządzania projektami. Na podstawie badań firm takich jak Fuji, Honda i Canon (potentatów innowacji w tamtych czasach) pokazali dynamiczny model tworzenia produktów, inny niż tradycyjne podejście liniowe (relay race). Zamiast przekazywać odpowiedzialność z etapu na etap, zaproponowali model inspirowany rugby: zespół działa jak jedna drużyna i pracuje nad projektem iteracyjnie oraz równolegle.
Scrum a tworzenie produktów
W rugby „scrum” to formacja, w której gracze wspólnie walczą o piłkę, w synchronizacji i skupieniu. Takeuchi i Nonaka zauważyli podobną dynamikę w najbardziej innowacyjnych zespołach projektowych: sukces wymaga współpracy, koordynacji i ciągłego dostosowywania się do zmieniających się warunków. Projektowanie, prototypowanie, tworzenie i testowanie nakładają się na siebie, więc zespół szybciej reaguje na zmiany i dowozi lepsze wyniki.
KLUCZOWE ZASADY PODEJŚCIA "RUGBY-STYLE"
1. Praca wspólna i iteracyjna: Analiza, prototypowanie, tworzenie i testowanie nakładają się, a zespoły pracują równolegle, więc realizacja idzie szybciej.
2. Autonomia zespołów: Zespoły mają swobodę decyzyjną i same organizują swoją pracę.
3. Stałe uczenie się: Iteracje pozwalają szybko testować, uczyć się na błędach i adaptować w trakcie projektu.
4. Wspólna wizja: Zespoły pracują nad wspólnym celem, co poprawia przejrzystość i efektywność działań.
SCRUM FRAMEWORK A MODEL OD TAKEUCHI I NONAKI
Historia frameworku Scrum zaczyna się na początku lat 90., kiedy Jeff Sutherland i Ken Schwaber eksperymentowali z innymi metodami zarządzania projektami. Ich doświadczenia z wytwarzaniem produktów rozbijały się o ograniczenia tradycyjnych, liniowych modeli. W 1993 roku Jeff Sutherland, zainspirowany artykułem „The New New Product Development Game”, zaczął rozwijać podejście oparte na iteracyjnej, zespołowej współpracy i nazwał je Scrum. W 1995 roku Sutherland i Schwaber wspólnie zaprezentowali framework na konferencji OOPSLA (Object-Oriented Programming, Systems, Languages & Applications). Tam oficjalnie przedstawili Scrum jako empiryczny proces zarządzania oparty na transparentności, inspekcji i adaptacji.
Od tamtego czasu minęły dekady. Ten sposób pracy z zespołami szybko zyskał popularność w IT i ukształtował trend znany dziś jako Agile Software Development.
SCRUM FRAMEWORK
Scrum nazywamy frameworkiem, a nie metodyką ani procesem, bo nie daje szczegółowego przepisu na realizację projektów. Oferuje lekki, elastyczny szkielet, który da się stosować w różnych kontekstach biznesowych i zespołowych. Zamiast obejmować wszystkie możliwe sytuacje, autorzy skupili się na minimalnych, wspólnych zasadach działania. Dlatego Scrum da się wzbogacić o praktyki, metody i narzędzia pod konkretne potrzeby.
SCRUM A RUGBY
Framework Scrum to praktyczne rozwinięcie modelu Takeuchi i Nonaki. Logiczne, skoro autorzy Scruma wielokrotnie powoływali się na wnioski z tego artykułu. Stąd też pochodzi nazwa samego frameworku.
Cechy charakterystyczne Scruma:
- Zespołowość - mały, samowystarczalny zespół. Bliska współpraca, skupienie na dostarczeniu wartości jak najszybciej, w cyklu zwanym Sprintem.
- Autonomia i odpowiedzialność - zespoły w Scrumie odnoszą sukces, gdy członkowie mają kompetencje do realizacji produktu, nie muszą czekać na decyzje i ponoszą konsekwencje swoich działań (pójście na skróty w jednym Sprincie odbija się czkawką w drugim).
- Wizja i priorytety - podstawą jest skupienie na potrzebie; każdy Sprint to próba odpowiedzi na najważniejsze, najbardziej wartościowe pytania klientów czy użytkowników.
- Adaptacja i elastyczność - otoczenia zespołu nie da się „zamrozić”: rynku, potrzeb i konkurencji nie przewidzisz w pełni, taniej jest się dostosowywać. Żeby robić to skutecznie, trzeba robić to często. Scrum zakłada możliwość zmiany kierunku np. co Sprint.
DLACZEGO SCRUM JEST EFEKTYWNY
Scrum łączy elastyczność z jasnymi regułami. Jest zespół, jest osoba odpowiedzialna za kierunek i grupa profesjonalistów skupionych na jednym celu. Przynajmniej na koniec każdego Sprintu mają dostarczyć użyteczną wartość. Całość jest tak zorganizowana, by co Sprint dało się zmienić kierunek: zająć się nowym pomysłem albo zmodyfikować działania. To mocne narzędzie w zmieniających się warunkach.
Scrum opiera się na empiryzmie: działania bierzesz na podstawie zdobytej wiedzy. Framework zakłada uczenie się, bo wiemy, że nie wiemy wszystkiego. Celem zespołu jest odkryć to, co nieznane albo niepewne. To diametralna różnica wobec podejścia tradycyjnego, gdzie najpierw powstawał plan, czyli udawaliśmy, że wiemy wszystko.
NOWOCZESNE ZARZĄDZANIE PROJEKTAMI
Myślę, że w IT tradycyjne metody zarządzania praktycznie wyszły z użycia. Wyzwanie polega dziś na tym, jak utrzymać przewagę, gdy wszyscy stosują metody zwinne. Dobrze stosowany Scrum zwiększa szanse na sukces, bo stoi na empiryzmie, iteracyjnej pracy i bliskiej współpracy zespołowej. Jest opisany i przejrzysty. Daje solidny fundament do nabycia biegłości. Podstawą jest dążenie do przejrzystości, żeby zainteresowane strony miały to samo zrozumienie sytuacji. Wtedy szybciej widać problemy i łatwiej wdrażać działania.
PODSUMOWANIE
Po tylu latach wytyczne z The New New Product Development Game nadal są aktualne. Scrum to więcej niż narzędzie do zarządzania projektami: zmienia sposób pracy zespołów i całych organizacji.
Czy Twoje zespoły już pracują iteracyjnie, np. w Scrumie albo innym podejściu zwinnym? A może dopiero planujesz wprowadzenie tego frameworka? Podziel się przemyśleniami i doświadczeniami w komentarzach.