ezt a bejegyzést eredetileg 11.január 2017-én tették közzé, legutóbb pedig 7. február 2021-én frissítették.
a projektmenedzsment Scrum keretrendszere négy alapvető agilis értekezleten, azaz szertartásokon alapul: a Sprint Planning meeting, a Daily Stand-up, a Sprint Review és a Sprint Retrospective.
a tavaszi tervezés szerves része a csapat sikeres sprintbe állításának. Megfelelő mennyiségű munka és a célok megértése nélkül a Sprint gyorsan kisiklhat. Szerencsére ezeket a találkozókat meglehetősen könnyű elsajátítani, miután tökéletesített néhány kulcsfontosságú tervezési folyamatot.
ha még soha nem futottál Sprinttervezési értekezletet, itt van az útmutató.
elemek kiválasztása a Lemaradásból
minden Sprint elején a Terméktulajdonos, a Scrum csapat és a Scrum Master összejön, hogy megszervezzék a munkát a közelgő Sprintre.
először is! Mindenki áttekinti a Termékhátralékot, míg a Terméktulajdonos betekintést nyújt az egyes elemek céljaiba és kontextusába.
ezután a Scrum csapata kiválasztja azt a sok elemet a Termékhátralékból, amelyet a Sprint során teljesíteni szeretne. Mivel a Lemaradási elemek fontossági sorrendben jelennek meg, a Scrum Csapatnak ki kell választania az elemeket a lemaradás tetejéről.
ez a dinamika egyensúlyt teremt a Scrum csapat és a Terméktulajdonos között. A termék tulajdonosa hozza létre / szervezi a lemaradást, és kiválasztja, mi a legfontosabb. De a Scrum csapata pontosan eldönti, hogy mennyi munkát vállalhat egy adott Sprintben. A Scrum Master megkönnyíti ezt a folyamatot, és fenntartja az erőviszonyokat.
ez a folyamat biztosítja, hogy a csapat minden tagja felhatalmazást kapjon a saját munkájához. Ezenkívül őszintébb elkötelezettséget és nagyobb elszámoltathatóságot biztosít a csapat részéről.
egy kivétel van ez alól a szabály alól: a csapat csak akkor húzhat le tárgyakat a Lemaradásból, ha ez értelmesebb az adott Sprintben folyamatban lévő többi munkával. Ez azt jelenti, hogy ha a munka logikusan gyorsabb lesz, mert nagyon hasonlít más elemekhez.
a csapat rendelkezésre állásának becslése
mielőtt kiválasztaná az elemeket a Lemaradásból, a csapat felelős annak becsléséért is, hogy az egyes tagok mennyi időt töltenek a sprinthez kapcsolódó munkával. A legtöbb csapattag napja nem lesz teljes egészében a Sprint munkájának szentelve. A rendelkezésre álló időt az átlagos munkanap határozza meg, levonva azt az időt, amelyet más munkák elvégzésére, például karbantartásra, értekezleteken való részvételre, ebédszünetekre, e-mailekre és hibajavításokra várnak.
reálisan a legtöbb embernek napi négy-hat órája van a Sprintmunkára.
az egyes Lemaradási elemek befejezésének idejének becslése
a puzzle második darabja kitalálja, hogy az egyes elemek mennyi időt vesznek igénybe. Ehhez a Terméktulajdonosnak és a csapatnak együtt kell működnie, hogy az egyes elemeket egyedi feladatokra bontsa. Ezután hozzárendelheti ezeket a feladatokat a becsült befejezési időhöz. A sprinthez kiválasztott összes elem teljesítésének ideje nem haladhatja meg a csapatban rendelkezésre álló időt.
minden feladatot és időbecslést egy Sprint Backlog nevű dokumentum rögzít. Ez a lemaradás olyan változata, amely csak az aktuális Sprintre vonatkozik.
önszerveződés
miután a csapat véglegesítette a tagok elérhetőségét, valamint az egyes feladatokhoz szükséges időt, a csapat megkezdi annak meghatározását, hogy ki tölti be az egyes elemeket önkéntességgel.
az elemeket soha nem “rendelik” a csapattagokhoz. Az olyan tényezők, mint a szekvenálás, azt jelenthetik, hogy értelmesebb, ha egy személy egy bizonyos elemcsoportot kap. De soha nem ad ki feladatokat a munkavállaló akarata ellenére.
az egyes személyek végső munkaterhelésének ésszerűnek és tisztességesnek kell lennie. A termék tulajdonosa hatalmas szerepet fog játszani abban, hogy a csapat teljes mértékben megértse az egyes elemeket, hogy a lehető legegyenletesebben bonthassák fel a dolgokat.
az előrehaladás nyomon követése
az értekezlet végére a Sprint Backlog tartalmazza a hozzárendelt feladatok listáját az időbecslésekkel.
sok csapat használ Kanban táblát (akár fizikai, akár Digitális), hogy vizuálisan nyomon kövesse az egyes elemeket a Sprint során. Az olyan egyszerű kategóriák, mint a Do, in Progress, Code Review és Done, segíthetnek a csapatnak abban, hogy gyors képet kapjon arról, hogyan haladnak a Sprint elemek.
más csapatok dedikált projektmenedzsment szoftvert használnak, amely segít nekik nyomon követni a sprinteket az elejétől a végéig olyan vizuális funkciókkal, mint a Gantt és a Burndown charts. Az olyan feladatállapotok, mint a nyitott, Folyamatban lévő, Megoldott és zárt, átláthatóvá teszik az előrehaladást Minden tag számára. Az olyan nyomon követési adatok, mint a becsült idő és a tényleges idő, segíthetnek a jövőbeni munka jobb becslésében.
a Sprint alatt
amint a Scrum Csapat elkötelezi magát, és a Sprint megkezdődik, a termék tulajdonosa nem változtathatja meg a követelményeket vagy új kéréseket adhat hozzá. Ez a személy a következő Sprint kezdetéig nem végezhet változtatásokat.
van egy egyértelmű kivétel ez alól a szabály alól: a Sprint közepén változtatásokat hajthat végre, ha egy külső tényező olyan drasztikusan megváltoztatja a prioritásokat, hogy a Sprint eredményei pazarlás lenne, ha folytatnák. Ez ritkán fordul elő, de ha megtörténik, a csapat minden munkát leállítana, és a Sprint tervezési folyamatát a semmiből kezdené. A Terméktulajdonosnak csak szélsőséges körülmények között kell igénybe vennie ezt a hatalmas zavart.
két pozitív hatása van annak, ha a sprinteket megváltoztathatatlanná teszik. Először is, a csapat védelme a változásoktól és kiegészítésektől a Sprint közepén pozitívabb munkakörnyezetet teremt. A csapat tagjai magabiztosak lesznek abban, hogy képesek befejezni munkájukat és jól csinálni.
másodszor, arra ösztönzi a termék tulajdonosát, hogy a lehető legnagyobb gondossággal rangsorolja lemaradását. Nagyobb valószínűséggel végzik el a kellő gondosságot, mielőtt egy elemet a lista tetejére tolnának.
az idő múlásával a csapatok egyre jobban megbecsülik, hogy mennyi ideig tartanak az elemek, előre látják a problémákat, és együttműködnek egymással. Ezzel a strukturált Sprint tervezéssel a Terméktulajdonosok biztosak lehetnek abban, hogy csapataik elkötelezettek és képesek a munkára.
alkalmazkodás a változásokhoz
bár a sprinteket szinte soha nem szabad megszakítani, ez nem jelenti azt, hogy a Scrum keretein belül a változás nem üdvözlendő. Éppen ellenkezőleg, a fő lemaradás bármikor megváltozhat. A Terméktulajdonos szabadon dönthet a következő Sprint előtt szükséges kiegészítésekről, törlésekről vagy módosításokról.
amikor a csapatok ilyen módon közelítik meg a változást, az a folyamat elszámolt részévé válik, és már nem tekinthető stressz okának vagy a határidők elmulasztásának.
a sprint után
az agilis folyamat ciklikus. Azonban gyakran úgy dönt, hogy fut a tavaszi tervezési találkozók, akkor mindig jön vissza őket, hogy indítsa el a folyamatot az egész. Minél gyakrabban ment keresztül a csapata ezen, annál simább lesz az egyes ciklusok.
a projekt vagy a feladatok elvégzése mellett a Sprint nem volt teljesen sikeres, hacsak nem tanultál valamit csapatként. A folyamat következő lépése, amelybe beköltözik, a Sprint retrospektív. Ez magában foglalta annak elemzését, amit most elértél, és mi lehetne jobb legközelebb. Ahhoz, hogy a lábát fel néhány lehetséges technikák Ön és csapata használhatja, elkezd tanulni, mielőtt befejezi a Sprint. Egy képes Scrum Mester pontosan ismeri a folyamat minden lépését.
záró gondolatok
a Sprinttervezési találkozó gyakran néhány óráig tart, ha megfelelően fut. A vállalt kötelezettségek alapos megfontolást és megfontolást igényelnek. Meg kell adnia a csapatának azt az időt, amelyre szüksége van a siker alapos megtervezéséhez.
a feladatok szervezett és átlátható tartása sokkal könnyebbé teszi a folyamat nyomon követését, ezért fontolja meg a dedikált projektmenedzsment szoftverbe történő befektetést, ha a csapata még nem tette meg. Nem csak egy nagyszerű projektmenedzsment eszköz időt és erőfeszítést takarít meg, hanem megkönnyíti a folyamatból származó betekintést is, ha készen áll a retrospektív merülésre.
