Ókeypis kynningarsniðmát fyrir stöðuskýrslur verkefna fyrir Agile teymi: Hvað ætti að taka með?

Agile teymi geta framleitt mikið magn af virknigögnum og samt skilið hagsmunaaðila eftir með sömu grunnspurningarnar: Erum við á réttri leið? Hvað breyttist? Hvað er í áhættu? Hvaða ákvörðun þarf ég að taka? Gagnleg kynning á stöðuskýrslu verkefnis ætti að svara þessum spurningum hratt án þess að verða að öðrum baklogi, staðgengli fyrir teymisfundir eða safni af fáheitar mælingum.

Þessi síða býður upp á ókeypis, afritunarhæft kynningarsniðmát fyrir stöðuskýrslur Agile teyma. Þú getur endurskapað glæðuskipulagið í PowerPoint eða öðru kynningartóli og aðlagað það að vörunni þinni, verkefninu, skýrslutíðni og áhorfendum. Markmiðið er ekki að láta öll teymi skýra frá á sama hátt. Það er að gefa þér létt strúktúr sem gerir framför, óvissu og ákvarðanir sýnilegar.

Hvaða ákvörðun ætti þessi stöðuskýrsla að hjálpa einhverjum að taka?

Byrjið hér áður en þú velur liti, graf eða glæðusnið. Stöðukynning er gagnleg þegar hún hjálpar hagsmunaaðila að ákveða, samþykkja, fjarlægja hindrun, breyta forgangi, samþykkja spá eða skilja verulega breytingu. Ef áhorfendur geta lesið kynninguna og samt ekki sagt hvað krefst athygli, er skýrslan líklega of lýsandi og ekki nægilega ákvörðunarstuðlandi.

Fyrir Agile teymi eru gagnlegustu spurningarnar yfirleitt:

• Erum við að gera marktækar framför að núverandi vöru- eða verkefnamarkmiði?
• Hvaða niðurstaða eða aukning var lokið síðan síðasta uppfærsla?
• Hvað hefur breyst í umfangi, tímasetningu, áhættu eða forsendum?
• Hvað er hindrað og hver getur hjálpað til við að fjarlægja hindrunina?
• Hvað mun teymið einbeita sér að næst?
• Hvaða ákvörðun eða aðgerð hagsmunaaðila þarf núna?

Opinbera Scrum leiðbeiningarnar leggja áherslu á gagnsæi, skoðun og aðlögun. Þær kveða einnig á um að framför að samþykktum markmiðum ætti að skoðast reglulega svo óæskilegar frávik eða vandamál geti verið greind. Það gerir stutta stöðukynningu mest virðisaukandi þegar hún eykur sýnileika og styður raunverulega aðlögun, frekar en að einfaldlega skrá að vin hafi átt sér stað. Sjá opinberu Scrum leiðbeiningarnar.

Hvaða glæður eiga að vera í ókeypis Agile stöðuskýrslusniðmáti?

Öflugt sjálfgefið er sjö kjarnaglæður, með valkvæðri viðauka um mælingar. Minni teymi geta sameinað nokkrar af þessum í þrjá eða fjóra glæður. Stærri forrit geta bætt við smáatriðum, en megin kynningin ætti að halda áfram að vera auðveld í yfirlit.

Hvaða upplýsingar ættu að vera á framkvæmdastjórnunarstöðuglæðunni?

Svarið fyrirsagnarspurningunum áður en smáatriði eru sýnd. Hagnýt framkvæmdastjórnunarstöðuglæða getur rúmað fimm liði: núverandi markmið, heildarstöðu, eitt eða tvö sönnunargögn, efstu áhættu og ákvörðunina eða aðgerðina sem þarf. Áhorfendur ættu ekki að þurfa að túlka sex graf til að uppgötva niðurstöðuna.

Ef þú notar rauð/gult/grænt stöðukerfi, skilgreindu reglurnar. Til dæmis gæti grænt þýtt að núverandi markmið sé náanlegt innan núverandi spár og engin óleyst mál krefjist eskalunar; gult gæti þýtt að markmiðið sé enn náanlegt en veruleg áhætta eða háð þarf virka stjórnun; rautt gæti þýtt að núverandi spá eða markmið sé ekki lengur trúverðugt án breytingar. Þetta eru dæmi, ekki almennt viðurkennd Agile staðlar. Samtök þín ættu að velja skilgreiningar sem eru samræmdar og sýnilegar.

Forðastu að breyta stöðulit einfaldlega vegna þess að fundur sé að nálgast. Trúverðugur stöðuvísir ætti að endurspegla sönnunargögn og þekkta óvissu, ekki kynningarþrýsting.

Hvaða Agile mælingar eru gagnlegar í stöðukynningu?

Notið mælingar sem útskýra framför eða áhættu fyrir þennan áhorfendahóp. Þróun og samhengi skipta yfirleitt meiri máli en ein tala. Eftir vinnunni geta gagnleg sönnunargögn innihaldið lokið niðurstöður, þróun í hringtíma eða leiðartíma, afköst, sleppt galla, þjónustustöðugleika, traust í spám, viðskiptavinaendurgjöf eða framför að vörumarkmiði.

Burndown, burnup, cumulative-flow og svipaðar aðferðir geta verið gagnlegar spáaðstoð, en Scrum leiðbeiningarnar taka sérstaklega fram að slíkar aðferðir koma ekki í stað empiricalism. Þær vara einnig við því að í flóknum umhverfum sé framtíðin í eðli sínu óviss. Það er góð ástæða til að merkja spár sem spár og sýna forsendur frekar en að kynna graf sem vissu.

Ætti að setja hraða (velocity) á glæðuna?

Aðeins þegar það hjálpar tilætluðum áhorfendum að skilja planunarsamhengi teymisins. Scrum leiðbeiningarnar kveða ekki á um hraða sem nauðsynlega Scrum mælingu. Ef þú tekur hann með, útskýrðu hvað hann þýðir fyrir það tiltekna teymi og forðastu að nota hann sem þverskipsraðan á afköstum. Tala án samhengis getur leitt til rangrar ákvörðunar.

Ætti kynningin að koma í stað Sprettskoðunarfundar (Sprint Review)?

Nei. Í Scrum er Sprettskoðunarfundur vinnufundur þar sem Scrum teymið og hagsmunaaðilar skoða niðurstöður sprettsins og ræða framför að vörumarkmiðinu. Scrum leiðbeiningarnar segja sérstaklega að Sprettskoðunarfundur ætti ekki að takmarkast við kynningu. Stöðukynning getur stutt samtalið, veitt stutta fyrirlestur eða samantekið upplýsingar fyrir fólk sem getur ekki komið, en hún ætti ekki að breyta skoðunarfundinum í einhliða skýrslugjöf.

Frá og með september 2026 vísar opinbera Scrum Guides síðan enn á Scrum leiðbeiningarnar frá nóvember 2020 sem núverandi opinbera útgáfu. Þú getur staðfest núverandi útgáfu á opinberu niðurhalsíðu Scrum leiðbeininganna.

Hversu mikið af smáatriðum ætti að taka með fyrir mismunandi áhorfendur?

Hannaðu megin kynninguna fyrir fólk sem verður að taka eða hafa áhrif á ákvarðanir. Framkvæmdastjórnir þurfa yfirleitt núverandi markmið, viðskiptaáhrif, spá, verulegar áhættur og ákvörðunarbeiðnir. Vöru- og afhendingarleiðtogar þurfa oft sömu samantekt auk áfangastaða- og háðarupplýsinga. Teymið gæti þurft dýpri rekstrarupplýsingar, en sú upplýsing getur verið í baklognum, mælaborðinu, málskráningarkerfinu eða viðaukanum í stað framkvæmdastjórnarglæðanna.

Einföld prófun er að fjarlægja hvaða element sem er sem breytir ekki skilningi eða aðgerð. Ef glæða inniheldur tuttugu baklogiatriði en áhorfendur þurfa aðeins að vita að ein ytri háð ógnar áfangastað, samantektu háðina og tengdu ítarlegt rekstrarakerfi frekar en að endurgera baklogann.

Hvernig ætti að kynna áhættur og hindranir?

Stöðvaðu ekki við lista yfir vandamál. Hvert verulegt atriði ætti að sýna hvers vegna það skiptir máli, hvað er að gerast, hver ber ábyrgð á næstu aðgerð og hvort hjálp hagsmunaaðila sé nauðsynleg. Þétt áhætturöð getur notað þessa strúktúr:

• Áhætta eða hindrun: lýsing á einföldu máli.
• Áhrif: afleiðing fyrir markmið, umfang, viðskiptavini, gæði, kostnað eða tímasetningu.
• Svörun: afvopnun eða næsta tilraun.
• Eigandi: persóna sem ber ábyrgð á eftirfylgni.
• Ákvörðun þarf: samþykki, eskalun, forgangsbreyting eða engin.

Aðgreindu hindrun sem er nú þegar að koma í veg fyrir framför frá áhættu sem gæti komið fram. Aðgreiningin gerir eskalun skýrari og kemur í veg fyrir að öll áhyggjur virðist jafn brýn.

Hversu oft ætti að uppfæra Agile stöðukynningu?

Notið tíðnina sem passar við ákvarðanir hagsmunaaðila og afhendingartakt teymisins. Vikuuppfærsla gæti verið skynsamleg fyrir hraðvirkt frumkvæði með ytri háð. Uppfærsla byggð á spretti gæti verið nægileg þegar spretturinn veitir nú þegar réttan skoðunartakt. Mánaðarkynning gæti hentað eldri stjórnun þegar verulegar ákvarðanir eru teknar sjaldnar.

Scrum leiðbeiningarnar segja að sprettir séu fastlengdar atburðir sem eru einn mánuður eða styttri, og að reglulegir Scrum atburðir skapa tækifæri til skoðunar og aðlögunar. Það þýðir ekki að hvert Scrum teymi þurfi sérstaka viku stöðukynningu. Forðastu að búa til skýrslugerðarvinnu sem endurtekur upplýsingar sem eru nú þegar sýnilegar og skildar annars staðar.

Hvað gerir þessa kynningu að endurnýtanlegu sniðmáti frekar en einnota kynningu?

Haltu strúktúrnum stöðugum og innihaldinu skiptanlegu. Notaðu samræmdar frátökur fyrir skýrslutímabil, núverandi markmið, stöðusamantekt, áhættutöflu, áfangastaðaspá og ákvörðunarbeiðnir. Settu varanlegar sjónrænar reglur eins og staðsetningu logo, leturgerð, neðanmálsgrein og staðlaðar uppsetningar í kynningarsniðmátið frekar en að endurbyggja þær í hverri lotu.

Microsoft skráir að PowerPoint geti byrjað úr undirbúnum sniðmátum og að PowerPoint fyrir skjáborð geti vistað endurnýtanleg sniðmát sem .potx skrár. Stuðningsleiðbeiningar þeirra útskýra einnig að Slide Master og glæðusnið geti verið notuð til að búa til endurnýtanlegar frátækur. Sjá leiðbeiningar Microsoft um PowerPoint kynningar og leiðbeiningar Microsoft um að búa til og vista PowerPoint sniðmát.

Ef þú vinnur í PowerPoint fyrir vefinn, segir Microsoft að þú getir búið til kynningar úr sniðmátum, en núverandi stuðningssíða þeirra um gerð sniðmáta tekur fram að gerð endurnýtanlegs PowerPoint sniðmátsskrár krefst skjáborðsútgáfunnar. Þessi takmörkun skiptir máli ef markmiðið þitt er raunverulegt .potx sniðmát frekar en kynning sem þú afritar handvirkt.

Hvað ætti að breyta áður en kynningarsniðmátið er kynnt?

Skiptu almennnum merkjum út fyrir tungumálið sem hagsmunaaðilar þínir nota í raun. Gerðu núverandi markmið skýrt. Fjarlægðu ónotaðar mælingar. Skilgreindu stöðuliti. Staðfestu dagsetningar og eigendur. Gerðu síðan ákvörðunarbeiðnir skýrar: í stað „Þarf stuðning“, skrifaðu hvaða ákvörðun þarf, af hverjum og fyrir hvenær.

Aðgreindu einnig staðreyndir frá spám. „Þrír eiginleikar uppfylltu Definition of Done“ er staðhæfing um lokið verk ef teymið þitt hefur staðfest það. „Útgáfa búist við næsta mánuð“ er spá og ætti að innihalda viðeigandi forsendur eða traust. Að halda þessum flokkum aðgreindum hjálpar lesendum að skilja hvað er vitað versus hvað gæti breyst.

Hvernig geturðu sagt til um hvort stöðuskýrslan virki?

Eftir uppfærsluna, athugaðu niðurstöðuna frekar en útlit glæðanna. Gagnleg skýrsla ætti að gera lesanda kleift að svara núverandi markmiði, mikilvægustu framförum, megin áhættu, skammtímaspá og næstu ákvörðun án þess að biðja um sérstaka útskýringu.

• Getur áhorfandinn auðkennt eina eða tvö mál sem þurfa athygli?
• Getur hann séð hvað breyttist síðan síðasta uppfærsla?
• Eru lokið niðurstöður aðgreindar frá spám?
• Eru áhættur paraðar við eigendur og svörun?
• Eru ákvörðunarbeiðnir skýrar?
• Kemur kynningin í veg fyrir að endurtaka ítarleg baklogagögn sem tilheyra annars staðar?
• Styður hún skoðun og aðlögun frekar en að breyta Agile atburðum í stöðuleikhús?

Ef svarið við nokkrum af þessum er nei, einfaldaðu kynninguna áður en fleiri grafum er bætt við. Besta kynningarsniðmátið fyrir stöðuskýrslur verkefna er ekki það með flestar glæður. Það er það sem skapar nægan gagnsæi fyrir réttu fólkið til að skilja stöðuna og taka næstu gagnlega ákvörðun.