Hogyan Kell Futtatni Egy Agilis Sprint Planning Meeting + Agenda
Mi A Sprint Planning Meeting?
a sprinttervezési találkozó az egyik olyan Scrum szertartás, amelyet széles körben alkalmaznak azok a csapatok, akik sprinteket használnak arra, hogy megjelöljék, mikor kezdődik a munka és mikor ér véget.”Úgy tervezték, hogy válaszoljon a kérdésekre, Mit lehet szállítani ebben a következő Sprintben? És hogyan fogjuk ezt a munkát elvégezni?
egyszerűen fogalmazva, a sprinttervezési értekezletnek biztosítania kell a struktúrát, meg kell határoznia az elvárásokat és meg kell határoznia a közelgő sprint lemaradását.
számos ember vesz részt ezeken a találkozókon, és ez egy nagyon együttműködő erőfeszítés. Bontsuk le, mit csinál az egyes szerepek.
a 3 scrum szerepek: product owner, scrum master, development team
a ScrumMaster
a ScrumMaster megkönnyíti a sprint tervezési értekezlet, és biztosítja, hogy tárgyalótermek vannak lefoglalva, kellékek állnak rendelkezésre, az emberek felkészültek, és minden videokonferencia és egyéb kapcsolódási részletek készen áll. Az ütemezés szempontjából a Scrummasternek a Sprint hosszának megfelelően kell időzítenie ezt a találkozót. Például, ha a csapat 2 hetes sprintben dolgozik, a sprinttervezési értekezletnek 2-4 óra között kell lennie. A Scrummasternek megfelelően kell kezelnie az időt, hogy megbizonyosodjon arról, hogy a sprint célja teljes mértékben igazodik-e az ülés lezárása előtt.
a Terméktulajdonos
a Terméktulajdonos felelős annak biztosításáért, hogy a lemaradás minden eleme elkészüljön az ülés előtt. Tisztázniuk kell az egyes termékhátralékok részleteit, és erőforrásként kell szolgálniuk a csapat számára, amikor kérdéseket tesznek fel a használati eset vagy az Elfogadási Kritériumok kapcsán. Ez vitathatatlanul a legfontosabb találkozó egy & Terméktulajdonos számára, amelyre rengeteg időt kell szánniuk a felkészülésre.
a Fejlesztőcsapat
nyilvánvaló, hogy a munkát végző embereknek részt kell venniük a sprinttervezési értekezleten. A tervezőknek, fejlesztőknek, tesztmérnököknek—bárkinek, aki hozzájárul a munka termékéhez—részt kell venniük és aktívan részt kell venniük ezen a találkozón, hogy szilárd megértéssel távozhassanak arról, hogy mit várnak el tőlük, és mi a prioritás a következő sprint során.
ne feledje, hogy a csapatok idővel jobbak lesznek a sprint tervezésében. Ha egy csapat újonnan alakult (vagy új az agilis módszertanban), akkor lehet, hogy nincs annyi közös megértés arról, hogy mennyit lehet elérni az egyes sprinteken belül. Később beszélünk a sebesség kiszámításáról. Ne feledje, hogy az érett csapatok általában jobban teljesítenek ebben. Van egy eleme a folyamatos fejlesztés agile, így adj magadnak egy kis kegyelmet, ha az első sprint tervezési találkozó nem megy olyan jól, mint remélte!
Miért Érdemes Sprinttervezési Értekezletet Futtatni?
miért futtasson sprinttervezési értekezletet? Mert ez egy nagyszerű lehetőség arra, hogy összehozzuk az egész csapatot, és együttműködjünk annak megállapításában, hogy mi mindenki felelős a következő sprint során! Személyes szempontból nehéz volt a csapatunk számára azonosítani, hogy pontosan mit dolgoznak az egyes sprinteken, és ami még fontosabb, miért, mielőtt elfogadtuk ezt az agilis gyakorlatot. Azóta sokkal könnyebb a csapatunk együtt dolgozni, és magabiztosabbnak érezni magunkat abban, hogy mit kell teljesítenünk.
az a csapat, amely ismeri a pontos céljait, boldog csapat. Christina Hartman, a PMP, A PMI-ACP szerint a sprinttervezés alapvető előnyei a következők:
- együttműködés és csapatépítés
- a termék közös megértése
- feladat felfedezés
- feladat regisztráció
- feladat priorizálás
- feladat becslés
- tudás és készségfejlesztés
- különböző perspektívák
- elősegíti a Just In Time (JIT) tervezést
az alábbiakban a sprinttervezési találkozók legnagyobb előnyeiről beszélünk.
meghatározza a céljait
ha ScrumMaster (vagy hasonló DPM szerepkör) vagy egy olyan csapatban, amely fejlesztési munkát végez és agilis módszertanokat használ, akkor sprint tervezési értekezletet kell futtatnia. Ezek a találkozók segítenek a csapat sikerének megteremtésében, mert lehetővé teszik mindenki számára, hogy pontosan megértse, mi a cél az egyes sprinteknél.
a sprint tervezése során két fő dolgot határoz meg:
a sprint Cél
ez egy rövid (1-2 mondat) leírás arról, hogy a csapat mit fog teljesíteni a sprint során. A csapat együtt írja és közzéteszi, hogy az emberek bármikor visszautalhassanak rá. A sprint Cél egy gyors és egyszerű nyilatkozat Az érdekelt felek számára, hogy elolvassák és megértsék, hogy a csapat dolgozik, anélkül, hogy bele kellene menniük a lemaradás gyomjába. A sprint célja az egyes sprintek végén használt mérőpálca, amely segít megválaszolni a kérdést: sikeres volt-e ez az utolsó sprint? A sprint Cél egyik példája lehet: az X szolgáltatás felépítése egybeesik az ünnepi indítással (jelezve, hogy egy bizonyos mérföldkő által történő szolgáltatásnyújtás a sprint fő célja).
a sprint backlog
ez a Termék backlog elemek listája, amelyeket a csapat kiválaszt és elkötelez a sprint során. Ez magában foglalja a munka elvégzéséhez szükséges összes feladatot is. Minden feladatot meg kell becsülni. A Mountain Goat Software nagyszerű csapatának van egy videotanfolyama a scrum foundations – ről & elmagyarázza, hogy a sprint lemaradásnak hogyan kell összeállnia a sprint Tervezés során.
a sprintek könnyen letérhetnek a sínekről anélkül, hogy közösen értenék, mit kell elérni. A sprint tervezési találkozó az Ön eszköze a cél eléréséhez.
összehangolást és Buy-int hoz a csapatodtól
ne feledje, hogy ez egy együttműködő, csapatmunka, hogy elérje a sprinttervezési értekezlet végére elérhető kimeneteket. A csapat dönti el, hogy mennyit ér el egy sprint során, nem pedig egy túlterhelő Terméktulajdonos vagy egy külső érdekelt fél. A csapat tagjai egyfajta felhatalmazást kapnak azáltal, hogy átveszik a munkájuk áramlását. Ők is profitálnak a másokkal való jobb összehangolásból, mivel van idejük beszélni arról, hogy munkájuk hogyan illeszkedik egymáshoz a következő sprint során.
referenciapontot biztosít a sebesség méréséhez
sprinttervezési eseményt is futtatnia kell, ha tudja, mennyit tud elérni csapata egy sprint alatt. Ezt általában sebességnek vagy sprint sebességnek nevezik, és akkor jön létre, amikor egy csapat egy kicsit együtt dolgozik. A Scrum Inc. szerint.,
a sebesség annak a munkának a mértéke, amelyet egy csapat egyetlen Sprint alatt képes kezelni, és a Scrum legfontosabb mutatója.
a sprint végén számítják ki az összes befejezett felhasználói történet pontbecslés összeadásával, és több Sprint során átlagolják.
például, ha az 1.sprintben a csapat 25 történetpontot teljesített, a 2. Sprintben 35-öt, a 3. Sprintben pedig 30-at teljesített, akkor a csapat sebessége 30 lenne. 25 + 35 + 30 = 90/3 = 30.
előre haladva a scrum csapata tudja, hogy sprintenként átlagosan 30 történetpontot teljesítenek, és ezt útmutatóként használhatják a lemaradás elemeinek áttekintésekor a sprint tervezésében. Mint fentebb említettük, a csapat eldönti, hogy mit akar harapni minden sprintből, tehát ha 40 történetpontért akarnak lőni, és mindenki egyetért, a sprint lemaradása több történetpontot adhat hozzá, mint a sebességük. Az inverz is igaz lehet.
a Velocity idővel apad És áramlik, de egy érett agilis csapat sebessége felfelé fog trendelni, ahogy egyre jobban megszokják a közös munkát és a terméket. A Velocity egy kulcsszám, amelyet a termék tulajdonosának szem előtt kell tartania, amikor azon dolgoznak, hogy kitalálják, hány sprintre lesz szükség a termék következő verziójának kiadásához.