Scrumban.

Mi is valójában a Scrumban

A Scrumban megtartja a Kanban és a Scrum azon részeit, amelyek elviszik a saját súlyukat, a többit elejti. A Kanbantól a vizuális táblát, az oszlopalapú munkafolyamatot és a folyamatban lévő munka korlátozását veszi — azt, ami olvashatóvá teszi az áramlást. A Scrumtól az időkeretes sprintet — azt, ami a backlogból tervet csinál.

Amit kihagy: napi standupok, sprint-grooming meetingek, story-point ceremóniák, retrospektívák mint rituálé. Ezek tíz mérnöknek működnek egy behangolt szervezetben; egy alapítónak, aki szombaton próbál szállítani, nem.

Miért a Scrumbant választja a Weft

A Weft azért létezik, mert a legtöbb feladatkezelő a két véglet egyikére van szabva: vagy egy magányos teendőapp (végtelen lista, ritmus nélkül), vagy egy ötvenfős agilis csomag (folyamatteher egy egyszemélyes alapítónak). A Scrumban pontosan középen ül — elég struktúra, hogy kikényszerítsen egy heti vagy kétheti szállítást, de nem annyi, hogy a szállítás napját az adminisztrálásával töltsd.

Hogyan valósítja meg a Weft

• Négy alapértelmezett oszlop: Backlog, Todo, Doing, Done. Oszloponként adhatsz WIP-limitet. A Kanban Guide a munkafolyamat definíciójának részeként kezeli a folyamatban lévő munka explicit korlátozását, hogy új tételek csak a kapacitás felszabadulásával kerüljenek be.
• Egyszerre egy aktív sprint. A sprintek opcionálisak — hagyd ki őket, ha a tiszta Kanban illik. A Scrum Guide a sprinteket legfeljebb egy hónapos, rögzített hosszúságú eseményként határozza meg, ahol az új sprint közvetlenül az előző lezárása után kezdődik.
• A feladatoknak prioritása, becslése, határideje és opcionális sprintcsatolása van. Nincs epic, nincs munkafolyamat, nincs egyéni mező.
• Az átfutási idő akkor indul, amikor egy feladat semantic="doing" oszlopba kerül, és a "done" oszlopban ér véget. A számok az őszinte használatból jönnek, nem story-point-aritmetikából.

Mikor nem a Scrumban a jó módszer

• Több párhuzamos Scrum-csapatot vezetsz. A Scrum Guide szerint egy Scrum-csapat jellemzően legfeljebb 10 fő, és a nagyobb termékeket több, közös termékcélon és közös termék-backlogon osztozó Scrum-csapatba kell szervezni. Programszintű riportolás, közös sebesség, csapatközi függőségek — a teljes Scrum a Jirában itt megkeresi a kenyerét. A Nexus Guide erre a helyzetre íródott: több Scrum-csapat dolgozik egyetlen termék-backlogból, extra gyakorlatokkal a csapatközi függőségek felszínre hozására és feloldására.
• Tiszta támogatást / folyamatos üzemeltetést végzel. Nem kell sprintritmus — a tiszta Kanban vagy egy jegykezelő rendszer jobban illik.
• Gantt-diagramok és idővonalak kellenek. A Scrumban sprintfókuszú, nem függőséggráf-fókuszú.