Agile komandos gali generuoti daug veiklos duomenų, tačiau suinteresuotiesiems šalims vis tiek kyla tie patys pagrindiniai klausimai: Ar esame teisingame kelyje? Kas pasikeitė? Kas yra rizikinga? Koks sprendimas nuo manęs reikalingas? Naudinga projekto būsenos ataskaitos pristatymo medžiaga turėtų greitai atsakyti į šiuos klausimus, netapdama antruoju užduočių sąrašu, komandos renginių pakaitalu ar tuščių rodiklių rinkiniu.
Šiame puslapyje pateikiamas nemokamas, paruoštas kopijavimui projekto būsenos ataskaitos pristatymo šablonas Agile komandoms. Galite atkartoti skaidrių struktūrą „PowerPoint“ ar kitoje pristatymo priemonėje ir pritaikyti ją savo produktui, projektui, ataskaitų teikimo dažnumui bei auditorijai. Tikslas nėra priversti visas komandas atskaitas teikti vienodai. Tikslas – suteikti jums lengvą struktūrą, kuri padaro progresą, neapibrėžtumą ir sprendimus matomus.
Pirmiausia tai apsispręskite, prieš rinkdamiesi spalvas, diagramas ar skaidrių išdėstymus. Būsenos pristatymas yra naudingas, kai jis padeda suinteresuotajai šaliai priimti sprendimą, patvirtinti, pašalinti kliūtį, pakeisti prioritetą, priimti prognozę arba suprasti esminius pokyčius. Jei auditorija gali perskaityti pristatymą, bet vis tiek negali suprasti, kam reikia skirti dėmesio, ataskaita greičiausiai yra per daug aprašomoji ir nepakankamai orientuota į sprendimus.
Agile komandai naudingiausi klausimai paprastai yra šie:
Oficialiame „Scrum“ vadove pabrėžiamas skaidrumas, inspekcija ir adaptacija. Jame taip pat teigiama, kad progresas link sutartų tikslų turėtų būti dažnai tikrinamas, kad būtų galima aptikti nepageidaujamus nukrypimus ar problemas. Todėl glaustas būsenos pristatymas yra vertingiausias tada, kai jis gerina matomumą ir palaiko realią adaptaciją, o ne vien dokumentuoja, kad darbai buvo atlikti. Žiūrėkite oficialų „Scrum“ vadovą.
Stiprus numatytasis variantas – septynios pagrindinės skaidrės, kartu su pasirinktinu rodiklių priedu. Mažesnės komandos gali sujungti kelias iš jų į tris ar keturias skaidres. Didesnės programos gali pridėti detalesnės informacijos, tačiau pagrindinis pristatymas turėtų išlikti lengvai peržiūrimas.
| Skaidrė | Ką rodyti | Kokį klausimą ji atsako |
|---|---|---|
| 1. Viršelis ir ataskaitos laikotarpis | Projekto ar produkto pavadinimas, komanda, ataskaitos laikotarpis, atsakingas asmuo | Kokį atnaujinimą aš žiūriu? |
| 2. Vadovybės būsena | Bendra būsena, dabartinis tikslas, esminis pokytis, didžiausia rizika, reikalingas sprendimas | Kas dabar yra svarbiausia? |
| 3. Sprinto ar iteracijos progresas | Sprinto tikslas, užbaigti darbai, vykdomi darbai, reikšminga tendencija | Ar progresuojame link artimojo tikslo? |
| 4. Pasiekti rezultatai | Užbaigtas prieaugis, poveikis klientui/vartotojui, patvirtintos žinios | Kokią vertę ar žinias komanda sukūrė? |
| 5. Prognozė ir etapai | Artimieji etapai, tikslinės datos, pasitikėjimo lygis ar prielaidos | Ko turėtume tikėtis toliau? |
| 6. Rizika, kliūtys, priklausomybės | Poveikis, atsakingas asmuo, švelninimo priemonės, reikalinga pagalba | Kas gali trukdyti progresui? |
| 7. Tolesni veiksmai ir sprendimai | Tolimesnis fokusas, atsakingas asmuo, terminas, aiškūs sprendimų prašymai | Kas vyks po šio atnaujinimo? |
| Pasirinktinis priedas | Papildomos tendencijos ir operaciniai rodikliai | Kokie įrodymai pagrindina santrauką? |
Pirmiausia atsakykite į pagrindinius klausimus, prieš rodydami detales. Praktinė vadovybės būsenos skaidrė gali tilpti penki elementai: dabartinis tikslas, bendra būsena, vienas ar du įrodymai, didžiausia rizika ir reikalingas sprendimas ar veiksmas. Auditorijai neturėtų tekti interpretuoti šešių diagramų, kad suprastų išvadą.
Jei naudojate raudonos/geltonos/žalios spalvos būsenos indikatorių, apibrėžkite taisykles. Pavyzdžiui, žalia gali reikšti, kad dabartinis tikslas yra pasiekiamas pagal dabartinę prognozę ir jokia neišspręsta problema nereikalauja eskalavimo; geltona gali reikšti, kad tikslas vis dar pasiekiamas, tačiau esminė rizika ar priklausomybė reikalauja aktyvaus valdymo; raudona gali reikšti, kad dabartinė prognozė ar tikslas nebėra patikimas be pokyčių. Tai yra pavyzdžiai, o ne visuotiniai Agile standartai. Jūsų organizacija turėtų pasirinkti nuoseklius ir matomus apibrėžimus.
Venkeite keisti būsenos spalvą vien todėl, kad artėja susitikimas. Patikimas būsenos indikatorius turėtų atspindėti įrodymus ir žinomą neapibrėžtumą, o ne pristatymo spaudimą.
Naudokite rodiklius, kurie paaiškina progresą ar riziką šiai auditorijai. Tendencijos ir kontekstas paprastai yra svarbesni nei vienas skaičius. Priklausomai nuo darbo, naudingi įrodymai gali apimti pasiektus rezultatus, ciklo ar pristatymo laiko tendencijas, našumą, praleistus defektus, tarnybos patikimumą, prognozės pasitikėjimo lygį, klientų grįžtamąjį ryšį ar progresą link produkto tikslo.
Burndown, burnup, kumuliacinio srauto ir panašios praktikos gali būti naudingos prognozavimo priemonės, tačiau „Scrum“ vadove aiškiai nurodoma, kad tokios praktikos nepakeičia empirizmo. Jame taip pat perspėjama, kad sudėtingoje aplinkoje ateitis yra iš esmės neapibrėžta. Tai yra gera priežastis prognozes vadinti prognozėmis ir rodyti prielaidas, vietoj to, kad diagrama būtų pateikiama kaip tikrumas.
Tik tada, kai tai padeda numatytai auditorijai suprasti komandos planavimo kontekstą. „Scrum“ vadovas nepateikia greičio kaip privalomo „Scrum“ rodiklio. Jei jį įtraukiate, paaiškinkite, ką jis reiškia tai konkrečiai komandai, ir venkite naudoti jį kaip tarpkomandinį našumo reitingą. Skaičius be konteksto gali paskatinti neteisingą sprendimą.
Ne. „Scrum“ metodikoje Sprinto peržiūra yra darbo sesija, kurioje „Scrum“ komanda ir suinteresuotosios šalys tikrina Sprinto rezultatą ir aptaria progresą link Produkto tikslo. „Scrum“ vadove konkrečiai teigiama, kad Sprinto peržiūra neturėtų būti apribota tik iki pristatymo. Būsenos pristatymas gali palaikyti pokalbį, pateikti glaustą išankstinį skaitymą arba apibendrinti informaciją žmonėms, kurie negali dalyvauti, tačiau jis neturėtų paversti peržiūros vienkryptiu ataskaitų teikimu.
2026 m. rugsėjo mėn. duomenimis, oficialioje „Scrum Guides“ svetainėje vis dar nurodoma, kad 2020 m. lapkričio „Scrum“ vadovas yra dabartinė oficiali versija. Dabartinę versiją galite patikrinti oficialiame „Scrum“ vadovo atsisiuntimo puslapyje.
Suprojektuokite pagrindinį pristatymą žmonėms, kurie turi priimti arba daryti įtaką sprendimams. Vadovams paprastai reikia dabartinio tikslo, verslo poveikio, prognozės, esminių rizikų ir sprendimų prašymų. Produkto ir pristatymo vadovams dažnai reikia tos pačios santraukos, papildytos etapų ir priklausomybių detalėmis. Komandai gali prireikti gilesnių operacinių duomenų, tačiau ši informacija gali būti saugoma užduočių sąraše, valdymo skyde, problemų sekimo sistemoje ar priede, o ne vadovybės skaidrėse.
Paprastas testas – pašalinti bet kokį elementą, kuris nekeičia supratimo ar veiksmų. Jei skaidrėje yra dvidešimt užduočių sąrašo elementų, bet auditorijai reikia žinoti tik tai, kad viena išorinė priklausomybė kelia grėsmę etapui, apibendrinkite priklausomybę ir pateikite nuorodą į detalią sekimo sistemą, vietoj to, kad kartotumėte užduočių sąrašą.
Nesustokite ties problemų sąrašu. Kiekvienas esminis elementas turėtų rodyti, kodėl jis svarbus, kas yra daroma, kas atsako už tolesnį veiksmą ir ar reikalinga suinteresuotųjų šalių pagalba. Kompaktiškoje rizikos eilutėje galima naudoti šią struktūrą:
Atskirkite kliūtį, kuri jau trukdo progresui, nuo rizikos, kuri gali įvykti. Šis skirtumas padaro eskalavimą aiškesnį ir neleidžia kiekvienam rūpesčiui atrodyti vienodai skubiam.
Naudokite dažnumą, kuris atitinka suinteresuotųjų šalių sprendimus ir komandos pristatymo ritmą. Savaitinis atnaujinimas gali būti prasmingas greitai besivystančiai iniciatyvai su išorinėmis priklausomybėmis. Sprintu grindžiamas atnaujinimas gali būti pakankamas, kai Sprintas jau suteikia tinkamą inspekcijos ritmą. Mėnesinis pristatymas gali tikti vyresniajai valdymo grandžiai, kai esminiai sprendimai priimami rečiau.
„Scrum“ vadove teigiama, kad Sprintai yra fiksuoto ilgio renginiai, trunkantys mėnesį arba mažiau, ir kad reguliarūs „Scrum“ renginiai sukuria galimybių inspekcijai ir adaptacijai. Tai nereiškia, kad kiekviena „Scrum“ komanda turi turėti atskirą savaitinį būsenos pristatymą. Venkite kurti ataskaitų teikimo darbą, kuris dubliuoja informaciją, jau matomą ir suprantamą kitur.
Išlaikykite struktūrą stabilią, o turinį – pakeičiamą. Naudokite nuoseklius vietažymeklius ataskaitos laikotarpiui, dabartiniam tikslui, būsenos santraukai, rizikos lentelei, etapų prognozei ir sprendimų prašymams. Nuolatines vizualines taisykles, tokias kaip logotipo vieta, tipografija, poraštė ir standartiniai išdėstymai, įtraukite į pristatymo šabloną, o ne kurkite jas iš naujo kiekvieną ciklą.
„Microsoft“ dokumentuose nurodoma, kad „PowerPoint“ gali pradėti nuo paruoštų šablonų, o darbalaukio „PowerPoint“ versija gali išsaugoti pakartotinai naudojamus šablonus kaip .potx failus. Jos palaikymo gairėse taip pat paaiškinama, kad „Slide Master“ (skaidrės šablonas) ir skaidrių išdėstymai gali būti naudojami kuriant pakartotinai naudojamus vietažymeklius. Žiūrėkite „Microsoft“ „PowerPoint“ pristatymo gaires ir „Microsoft“ instrukcijas, kaip sukurti ir išsaugoti „PowerPoint“ šabloną.
Jei dirbate „PowerPoint“ internete, „Microsoft“ teigia, kad galite kurti pristatymus iš šablonų, tačiau dabartinis šablonų kūrimo palaikymo puslapis nurodo, kad pakartotinai naudojamo „PowerPoint“ šablono failo kūrimas reikalauja darbalaukio versijos. Šis apribojimas yra svarbus, jei jūsų tikslas yra tikras .potx šablonas, o ne pristatymas, kurį dubliuojate rankiniu būdu.
Pakeiskite bendrinius etiketes kalba, kurią jūsų suinteresuotosios šalys iš tikrųjų naudoja. Padarykite dabartinį tikslą aiškų. Pašalinkite nenaudojamus rodiklius. Apibrėžkite būsenos spalvas. Patikrinkite datas ir atsakingus asmenis. Tada padarykite sprendimų prašymus konkrečius: vietoj „Reikia pagalbos“, parašykite, koks sprendimas reikalingas, kas turi jį priimti ir iki kada.
Taip pat atskirkite faktus nuo prognozių. „Trys funkcijos atitiko „Done“ apibrėžimą“ yra teiginys apie užbaigtus darbus, jei jūsų komanda tai patvirtino. „Išleidimas tikėtinas kitą mėnesį“ yra prognozė ir turėtų apimti atitinkamas prielaidas ar pasitikėjimo lygį. Šių kategorijų atskyrimas padeda skaitytojams suprasti, kas yra žinoma, o kas gali pasikeisti.
Po atnaujinimo patikrinkite rezultatą, o ne skaidrių išvaizdą. Naudinga ataskaita turėtų leisti skaitytojui atsakyti į klausimus apie dabartinį tikslą, svarbiausią progresą, pagrindinę riziką, artimojo laikotarpio prognozę ir kitą sprendimą, nereikalaujant atskiro paaiškinimo.
Jei atsakymas į kelis iš šių klausimų yra „ne“, supaprastinkite pristatymą prieš pridėdami daugiau diagramų. Geriausias projekto būsenos ataskaitos pristatymo šablonas nėra tas, kuris turi daugiausiai skaidrių. Tai tas, kuris sukuria pakankamą skaidrumą, kad tinkami žmonės suprastų situaciją ir priimtų kitą naudingą sprendimą.
Naudokite nemokamą „Excel“ nuomos nuosavybės stebėtoją pajamoms, išlaidoms, nuosavybei ir mėnesiniam pinigų srautui organizuoti. Sužinokite, ką fiksuoti, kaip tai nustatyti ir kokių klaidų vengti.
Naudokite šį nemokamą, paruoštą kopijavimui Agile projekto būsenos ataskaitos pristatymo šabloną, kad parodytumėte progresą, riziką, sprendimus ir tolesnius veiksmus, nepaversdami atnaujinimų triukšmu.
PowerPoint ekrano įraše yra vaizdas, bet nėra garso? Patikrinkite garso valdiklį, Windows mikrofono prieigą, įvesties nustatymus, atkūrimo suderinamumą, atnaujinimus ir taisymą.
Sukurkite nemokamą „Excel“ darbuotojų pamainų grafiką su automatiniais valandų skaičiavimais, naktinių pamainų apdorojimu, pertraukų atskaitomis, savaitiniais sumavimais, viršvalandžių planavimo žymomis ir spausdinamą komandos peržiūrą.
Sukurkite nemokamą „Excel“ sąskaitos faktūros šabloną, kuris automatiškai apskaičiuoja apmokestinamas sumas, pardavimo mokestį ir bendras sumas. Palyginkite vieno tarifo, paieškos lentelės ir eilučių mokesčių nustatymus bei sužinokite, kada „Excel“ nebeužtenka.
Konvertuokite PDF į redaguojamą Word dokumentą su minimaliu formatavimo praradimu naudodami Word arba Acrobat. Sužinokite, kada tinka tiesioginis konvertavimas, kada reikia OCR, ir kaip sutvarkyti lenteles, šriftus bei puslapių skirtukus.
Sukurkite spausdinamą statybos darbų sąmatą Excel programoje su darbų apimtimi, medžiagomis, darbo jėga, netiesioginėmis išlaidomis, rezervo lėšomis, antkainiu, mokesčiais ir spausdinimui paruoštomis sumomis – taip pat pateikiamos formulės ir klaidų, kurių reikia vengti, sąrašas.
Sukurkite praktinį potencialių klientų sekiklį „Excel“ programoje su lentele, etapo išskleidžiamaisiais sąrašais, pakartotinio susisiekimo datomis, vėlavimo žymomis, filtrais ir paprastu konversijos etapo santrauka – taip pat su ženklais, kad laikas pereiti prie CRM.
Sužinokite, kaip naudoti spausdinamą kasdienio laiko blokavimo šabloną PDF formato nuotoliniam darbui: planuokite susikaupimo blokus, susitikimus, pertraukas, rezervinius laikus ir teisingai jį atspausdinkite.
Palyginkite HubSpot nemokamą CRM ir Zoho CRM vienišiems nekilnojamojo turto agentams, įskaitant kontaktus, el. paštą, pardavimų etapus, konfigūravimą, automatizavimą, naudojimą mobiliajame telefone ir atnaujinimo kompromisus.
