Ha beülsz egy új csapatba, és ott mindenki sprintekről, backlogról meg retróról beszél, két dolgot érdemes gyorsan tisztáznod: mi a Scrum pontos szerkezete, és hogy a ti munkátokra egyáltalán való-e. A rövid válasz: a Scrum egy pehelysúlyú keretrendszer, amely komplex problémák megoldásában segít csapatoknak értéket teremteni (Scrum útmutató, 2020). Három szerep, öt esemény és három munkaanyag alkotja – és ha ezekből kiveszel vagy átírsz elemeket, az a forrás szerint problémákat fed el, és akár hasznavehetetlenné is teheti az egészet (Scrum útmutató, 2020).
Az alábbiakban végigveszem a vázat, aztán rátérek arra, ami a gyakorlatban a legtöbb fejfájást okozza: mikor és mi alapján döntsd el, hogy a Scrum passzol-e a feladathoz.
Mi a Scrum, és mire találták ki?
A Scrum keretrendszer, nem módszertan és nem projektterv-sablon. Arra való, hogy komplex problémákra adaptív megoldásokon keresztül szállíts értéket (Scrum útmutató, 2020). Ken Schwaber és Jeff Sutherland az 1990-es évek elején alkotta meg, a Scrum útmutató első verziója 2010-ben készült el, a jelenleg érvényes kiadás pedig 2020 novemberéből származik (Scrum útmutató, 2020).
A működése dióhéjban így néz ki: a Scrum Master olyan környezetet segít kialakítani, ahol a Product Owner egy Product Backlogban sorrendezi a munkát, a Scrum Team a munka egy részét Inkrementummá alakítja egy Sprint során, majd a csapat és az érdekelt felek megvizsgálják az eredményeket, és ehhez igazítják a következő Sprintet (Scrum útmutató, 2020).
Ez empirikus folyamatkontroll: a döntések tapasztalatokon és bizalmon alapulnak, nem előre lefektetett feltételezéseken (Scrum.org). Három pillére az átláthatóság, a megfigyelés és az alkalmazkodás (Scrum útmutató, 2020). Ha ezt megjegyzed, a többi már logikusan következik: minden esemény és munkaanyag valamelyik pillért szolgálja ki.
Kik alkotják a Scrum Teamet?
A Scrum Team három szerepből áll: fejlesztők (Developerek), Product Owner és Scrum Master (Scrum útmutató, 2020). Nincs külön „projektvezető” pozíció a kereten belül, és nincsenek alcsapatok sem.
| Szerep | Mi a fő felelőssége a kereten belül |
|---|---|
| Product Owner | Sorrendezi a munkát a Product Backlogban |
| Fejlesztők | A munka egy részét Inkrementummá alakítják egy Sprint során |
| Scrum Master | Olyan környezetet segít kialakítani, amelyben a fenti kettő működni tud |
(A táblázat a Scrum útmutató 2020 „dióhéjban” leírása alapján.)
Egy gyakori félreértés a „fejlesztő” szó. Az útmutató külön kitér rá, hogy ez nem kirekesztő szándékú kifejezés, hanem egyszerűsítés: a Scrumot ma már fejlesztőkön kívül kutatók, elemzők, tudósok és más szakemberek is alkalmazzák, nem csak szoftverfejlesztésben (Scrum útmutató, 2020). Vagyis ha marketingcsapatban vagy kutatási projektben hallasz Scrumról, az nem feltétlenül félreértés.
Milyen események tartoznak a Scrumhoz?
Öt eseményt nevesít az útmutató: a Sprintet, a Sprint Planninget, a Daily Scrumot, a Sprint Review-t és a Sprint Retrospective-et (Scrum útmutató, 2020). A Sprint a keret, a másik négy ezen belül zajlik.
| Esemény | Mire szolgál a gyakorlatban |
|---|---|
| Sprint | Ez alatt alakítja a csapat a munka egy részét Inkrementummá |
| Sprint Planning | Itt dől el, mi kerül be a Sprintbe – a 2020-as verzió három kérdéskört rendel hozzá |
| Daily Scrum | A csapat napi szintű megfigyelése és alkalmazkodása |
| Sprint Review | A csapat és az érdekelt felek megvizsgálják az eredményeket |
| Sprint Retrospective | A csapat a saját működésén javít |
(Az eseménylista és a Sprint Planning három kérdésköre a Scrum útmutató 2020 alapján.)
A Daily Scrumot sok helyen „stand-upnak” hívják. A név nem számít, a funkciója igen: nem státuszriport a vezetőnek, hanem a csapat napi igazítása a Sprint céljához.
Mik a Scrum munkaanyagai (artefaktumai)?
Három munkaanyag van, és mindegyikhez tartozik egy kötelezettségvállalás (Scrum útmutató, 2020):
| Munkaanyag | Kötelezettségvállalás |
|---|---|
| Product Backlog | Product Goal |
| Sprint Backlog | Sprint Goal |
| Inkrementum | Definition of Done |
A Product Goal a 2020-as kiadás újdonsága, és ezzel került egy közös „otthonba” a Sprint Goal, a Definition of Done és a Product Goal (Scrum útmutató, 2020). A 2017-es verzióhoz képest további változás, hogy a keretrendszer még kevésbé előíró jellegű lett, egy csapat egy termékre fókuszál, az önszerveződés helyett az önmenedzselés került előtérbe, és a nyelvezet is egyszerűsödött a szélesebb közönség kedvéért (Scrum útmutató, 2020).
Ez az utolsó pont a hétköznapokban azt jelenti: ha valaki egy 2015-ös emlékei alapján magyarázza neked a Scrumot, érdemes ellenőrizned a hatályos útmutatóban.
Mikor nem jó választás a Scrum?
Két külön kérdést szoktak összemosni, pedig más a válasz rájuk:
- Alkalmas-e a Scrum erre a munkára? A keret komplex problémákra és adaptív megoldásokra készült (Scrum útmutató, 2020). Ha a feladat jól ismert, a követelmények rögzítettek, és a kimenet előre pontosan leírható, akkor az empirikus működés – a rendszeres megfigyelés és újratervezés – kevés hozzáadott értéket ad.
- Be tudjátok-e tartani a keret szabályait? Itt egyértelmű a forrás álláspontja: a Scrum alapvető szerkezetének vagy eszmeiségének megváltoztatása, alkotóelemek kihagyása, vagy a szabályok be nem tartása problémákat fed el, korlátozza a Scrum előnyeinek elérését, sőt akár hasznavehetetlenné is teheti azt (Scrum útmutató, 2020).
Vagyis a „félig scrumozunk” nem egy enyhébb változat, hanem külön kockázat. Nem a szertartások mennyisége a mérce, hanem az, hogy az átláthatóság, a megfigyelés és az alkalmazkodás ténylegesen megvalósul-e.
Döntési szempontok a bevezetés előtt
Értékeld őszintén ezeket a pontokat – ez gyakorlati mérlegelés, nem szabály:
| Szempont | Inkább mellette szól | Inkább ellene szól |
|---|---|---|
| A probléma jellege | Komplex, menet közben tanultok belőle | Ismert, rögzített, előre leírható kimenet |
| Döntési jogkör | A csapat önmenedzselő módon dolgozhat | Minden részletet kívülről osztanak le |
| Product Owner | Van egy felelős, aki valóban sorrendezhet | A prioritásokat öten, egymástól függetlenül írják felül |
| Fókusz | Egy csapat, egy termék | Egy ember öt párhuzamos terméken ül |
| Visszacsatolás | Az érdekelt felek Sprintenként ránéznek az eredményre | Nincs, aki megnézze a részeredményt |
| Elkötelezettség a keret mellett | Vállaljátok az összes elemet | Előre kiveszitek a retrót és a Review-t |
Ha a jobb oldali oszlopban sok a pipa, két reális út van: vagy megteremtitek a hiányzó feltételeket, vagy nyíltan kimondjátok, hogy nem Scrumot csináltok, és más munkaszervezést választotok. A harmadik út – a nevében Scrum, tartalmában semmi – az, amit a forrás kifejezetten kockázatosnak nevez (Scrum útmutató, 2020).
Mit kezdj ezzel, ha most lépnél a projektes pálya felé?
A Scrum egy eszköz a projektmenedzsment eszköztárában, nem a teljes szakma. Ha pályaváltóként vagy munka mellett tanulva ismerkedsz vele, három lépést javaslok:
- Olvasd el az eredeti útmutatót. Rövid dokumentum, és sok vitát elkerülsz vele, mert a forrásra tudsz hivatkozni (Scrum útmutató, 2020).
- Figyeld meg a jelenlegi munkahelyeden, hogy a napi egyeztetésekből mi szolgálja az átláthatóságot, és mi csak megszokás.
- Tanuld meg a tágabb keretet is: érintettek elemzése, projekttervezés, minőségbiztosítás, kommunikáció. Ezek nélkül a Scrum-szókincs önmagában kevés lesz egy állásinterjún.
Ha strukturált tanulásban gondolkodsz, a Stabil Tudás Prémium Projektmenedzser képzése 4 hónapos, online formában zajlik, élő interaktív órákkal szombatonként, tanulói közösséggel és konzultációs lehetőséggel, a végén tanúsítvánnyal. A tematika a projektmenedzsment alapjaitól az érintettek elemzésén, projekttervezésen, minőségbiztosításon át a digitalizációig és a projektkommunikációig terjed (forrás: Stabil Tudás képzési dokumentáció). A képzés azoknak való, akik szeretnek szervezni, csapatban dolgozni és célorientáltak – és őszintén szólva kevésbé ajánlott, ha nehezen kezeled a stresszt vagy a gyakori változásokat (forrás: Stabil Tudás képzési dokumentáció).
👉 Nézd meg a részleteket: Projektmenedzser képzés – Stabil Tudás
Következő lépésként elég ennyi: olvasd végig egyszer a Scrum útmutatót, és a fenti táblázat alapján pontozd le a saját csapatodat vagy a célpozíciódat. Ebből már látni fogod, hogy a Scrum nálad eszköz lenne-e, vagy csak egy címke.
