Scrum Útmutató | 35. Napi Scrum

A Daily Scrum nem tart tovább tizenöt percnél, és mindig ugyanott és ugyanabban az időben zajlik, hogy csökkentse a felesleges bonyolultságot. Minden fejlesztő, aki együtt dolgozik a terméken, részt vesz rajta, és opcionálisan a Scrum Master is. A Scrum esemény fő célja, hogy megtervezzék azokat a feladatokat, amelyekre a nap folyamán összpontosítanak.

Daily Scrum – tartalomjegyzék:

1. Bevezetés
2. A Daily Scrum képlete
3. Problémák a Daily Scrum-mal és az 5W módszer
4. Támogató kérdések
5. 5 Miért
6. Összefoglalás

Bevezetés

A Daily Scrum a Scrum események közül a legrövidebb és leggyakoribb, áttekintését egy külön cikkben találhatjuk. A Daily Scrum-on részt vevő fejlesztők feladata, hogy gyorsan meghatározzák a következő 24 órára vonatkozó munkacélokat. Így mindannyian tudják, hogy a többiek mivel foglalkoznak, és hogyan haladnak a közös Sprint cél felé.

A Daily Scrum képlete

Nincs egyetlen helyes Daily Scrum képlet. Minden fejlesztőcsapat kidolgoz egy olyan találkozóformát, amely számára működik. Azonban létezik egy általános keret, amely megkönnyíti a lebonyolítást.

Jól lebonyolított Daily Scrum esetén minden résztvevőnek lehetősége van két kérdésre válaszolni:

• Mi a legfontosabb feladat, amit ma el fogok végezni?
• Mik a feladat teljesítésének akadályai?

Azonban ezek közvetlenül történő feltevése nem kötelező képlet. Ezek mintakérdések, amelyek meghatározzák a találkozó tengelyét. A Daily Scrum célja a kommunikáció javítása a fejlesztőcsapatban, a feladatok priorizálása és a szűk keresztmetszetek kockázatának csökkentése.

A Daily Scrum egy olyan esemény, amely egyenértékű a többi agilis módszer napi állásfoglalásával. És gyakran nagyon hasonlóan zajlik – bár a hivatalos Scrum útmutató nem követeli meg, hogy a fejlesztők álljanak ezen a rövid eseményen. Nagyon gyakran a résztvevők egyszerűen állnak, miközben informális csoportban beszélgetnek.

Bár úgy tűnhet, hogy a napi feladatok megbeszélésére 15 perc sok, a gyakorlat azt mutatja, hogy az ilyen találkozó a legjobb a fejlesztőcsapat hatékonysága szempontjából. A célok és kötelezettségek gyakori és rendszeres frissítése révén minden fejlesztő a prioritási feladatokra összpontosít, és a zökkenőmentes csapat előrehaladást helyezi előtérbe az egyéni eredményekkel szemben.

Problémák a Daily Scrum-mal és az 5W módszer

A Daily Scrum egyik problémája, hogy a fejlesztők elhúzzák a találkozó időtartamát. Ha ez a helyzet, érdemes bevezetni egy olyan politikát, amely keretében egy táblára – akár fizikai, akár virtuális – feljegyzik azokat a problémás kérdéseket, amelyek nem központi elemei a Daily Scrum-nak, de fontosak a csapat számára. Így lehetőség nyílik visszatérni azokra a problémákra, amelyeket a nap folyamán informális megbeszélések során hagytak figyelmen kívül. És ha szükséges, a Sprint Retrospektíván is, amelyet egy külön cikkben részletesebben ismertetünk.

Another problem that often arises during Daily Scrums is turning them into meetings to summarize the previous day’s work. A fejlesztők ekkor a már elért eredmények megbeszélésére összpontosítanak. Ez nem jó gyakorlat. Elismerjük, hogy a fejlesztők jelenlegi orientációja a Sprint célhoz vezető munka állapotáról nagyon fontos. Azonban a Daily Scrum-ot már befejezett feladatoknak szentelni nem segíti a hatékonyságot.

Támogató kérdések

Ha a csapat nem profitál a Daily Scrum-ból, a Scrum Master segíthet a fejlesztőknek a problémák azonosításában azzal, hogy megfigyeli a találkozót, és válaszokat keres a következő kérdésekre:

5 Miért

A probléma kezdeti azonosítása után egy hatékony technika a probléma okának meghatározására az 5 Miért módszer, amelyet Sakichi Toyoda is 5 Miért-nek vagy 5W-nak nevezett. Ez magában foglalja, hogy egymás után több “Miért?” kérdést teszünk fel. Ez lehetővé teszi a probléma mélyebb okának diagnosztizálását, és így könnyebb megoldását.

Például vegyük a táblázat utolsó elemét: a probléma a fejlesztőcsapat problémamegoldás iránti elkötelezettség területén merül fel. Az öt kérdés a következőképpen nézhet ki:

1 x MIÉRT?

K: Miért nem kínálnak a fejlesztők különböző megoldásokat a felmerülő problémákra?

V: Mert Harry fejlesztő mindig az első, aki egy megoldást javasol.

2 x MIÉRT?

K: Miért javasolja Harry fejlesztő mindig az első megoldást?

V: Mert senki más nem szólal meg.

3 x MIÉRT?

K: Miért nem szólal meg senki más?

V: Mert a többi fejlesztőnek nincs kedve jobb megoldásokat keresni.

4 x MIÉRT?

K: Miért nem érzik a többi fejlesztő, hogy keresniük kellene a jobb megoldásokat?

V: Mert a megoldások keresése figyelmet igényel, és könnyebb Harry megoldását elég jónak tartani.

5 x MIÉRT?

K: Miért tartották elég jónak Harry megoldását?

V: Mivel nem kapnak jutalmat az alternatívák javaslásáért, a találkozó elején megbeszélték a mai terveiket, és azon gondolkodnak, hogy elkezdjék.

Ebben az esetben a problémát, amely a problémák megoldásához való elkötelezettség hiányából fakad, a Daily Scrum sorrendjének megváltoztatásával és ezzel a kérdéssel való kezdéssel lehet megoldani. Vagy kidolgozhatunk egy rendszert a legjobb megoldás jutalmazására, például bevezethetünk egy szimbolikus jutalmat a csapat által egy adott Sprintben elfogadott legnagyobb számú megoldás szerzőjének.

Összefoglalás

A Daily Scrum a fejlesztőcsapat napi munkájának kulcsfontosságú része. Azonban minden csapatnak ki kell dolgoznia a találkozó optimális képletét. A jól lebonyolított Daily Scrum lehetővé teszi a Sprint cél eléréséhez szükséges al-célok folyamatos meghatározását. Ez lehetővé teszi a kommunikációs problémák gyors diagnosztizálását és a fejlesztők közötti együttműködés javítását.

Ha tetszik a tartalmunk, csatlakozz a szorgos méheink közösségéhez a Facebookon, Twitteren, LinkedIn-en, Instagramon, YouTube-on, Pinterest-en.