Inici
» Tips
»
Plantilla gratuïta de presentació d'informes d'estat de projecte per a equips àgils: què hi hauria d'incloure?
Plantilla gratuïta de presentació d'informes d'estat de projecte per a equips àgils: què hi hauria d'incloure?
Els equips àgils poden generar una gran quantitat de dades d'activitat i, tot i així, deixar els interessats amb les mateixes preguntes bàsiques: Som en el bon camí? Què ha canviat? Què està en risc? Quina decisió necessiteu de mi? Una presentació útil d'informes d'estat de projecte hauria de respondre aquestes preguntes ràpidament sense convertir-se en un segon backlog, un substitut dels esdeveniments de l'equip o una col·lecció de mètriques de vanitat.
Aquesta pàgina ofereix una plantilla gratuïta i llesta per copiar d'informes d'estat de projecte per a equips àgils. Podeu recrear l'estructura de les diapositives a PowerPoint o una altra eina de presentació i adaptar-la al vostre producte, projecte, cadència d'informes i audiència. L'objectiu no és que tots els equips informin de la mateixa manera. És donar-vos una estructura lleugera que faci visibles el progrés, la incertesa i les decisions.
Quina decisió hauria d'ajudar a prendre aquest informe d'estat?
Comenceu aquí abans de triar colors, gràfics o dissenys de diapositives. Un dossier d'estat és útil quan ajuda un interessat a decidir, aprovar, eliminar un bloqueig, canviar una prioritat, acceptar una previsió o entendre un canvi material. Si l'audiència pot llegir el dossier i encara no pot dir què requereix atenció, l'informe probablement és massa descriptiu i no prou orientat a la decisió.
Per a un equip àgil, les preguntes més útils solen ser:
Fem un progrés significatiu cap a l'objectiu actual del producte o projecte?
Quin resultat o increment s'ha completat des de l'actualització anterior?
Què ha canviat en l'abast, el temps, el risc o les suposicions?
Què està bloquejat i qui pot ajudar a eliminar el bloqueig?
En què es centrarà l'equip a continuació?
Quina decisió o acció de l'interessat es necessita ara?
La Guia oficial de Scrum emfatitza la transparència, la inspecció i l'adaptació. També estableix que el progrés cap als objectius acordats s'ha d'inspeccionar amb freqüència perquè es puguin detectar variacions o problemes no desitjats. Això fa que una presentació d'estat concisa sigui més valuosa quan millora la visibilitat i dona suport a una adaptació real, en lloc de simplement documentar que s'ha fet feina. Vegeu la Guia oficial de Scrum.
Quines diapositives pertanyen a una plantilla gratuïta d'informes d'estat de projecte àgil?
Un valor per defecte sòlid són set diapositives principals, amb un apèndix opcional de mètriques. Els equips més petits poden combinar diverses d'aquestes en tres o quatre diapositives. Els programes més grans poden afegir detalls, però el dossier principal ha de romandre fàcil d'escanejar.
Diapositiva
Què mostrar
Pregunta que respon
1. Portada i període d'informes
Nom del projecte o producte, equip, període d'informes, propietari
Quina actualització estic mirant?
2. Estat executiu
Estat general, objectiu actual, canvi principal, risc principal, decisió necessària
Què és el més important ara mateix?
3. Progrés del sprint o iteració
Objectiu del sprint, feina completada, feina en curs, tendència significativa
Estem progressant cap a l'objectiu a curt termini?
4. Resultats lliurats
Increment acabat, impacte en el client/usuari, aprenentatge validat
Quin valor o aprenentatge ha produït l'equip?
5. Previsió i fites
Fites a curt termini, dates objectiu, confiança o suposicions
Què hauríem d'esperar a continuació?
6. Riscos, bloquejos, dependències
Impacte, propietari, mitigació, ajuda requerida
Què podria impedir el progrés?
7. Passos següents i decisions
Següent focus, propietari, termini, sol·licituds de decisió explícites
Què passa després d'aquesta actualització?
Apèndix opcional
Tendències de suport i mètriques operatives
Quina evidència dona suport al resum?
Il·lustració generada per IA amb dades d'exemple fictícies que mostren una possible diapositiva de visió general de l'estat del projecte àgil. No és una captura de pantalla d'un projecte real o un resultat mesurat.
Quina informació hauria d'anar a la diapositiva d'estat executiu?
Respon les preguntes principals abans de mostrar detalls. Una diapositiva d'estat executiu pràctica pot contenir cinc elements: objectiu actual, estat general, un o dos punts d'evidència, risc principal i la decisió o acció necessària. L'audiència no hauria de necessitar interpretar sis gràfics per descobrir la conclusió.
Si utilitzeu un estat vermell/ambre/verd, definiu les regles. Per exemple, verd podria significar que l'objectiu actual és assolible dins de la previsió present i cap problema no resolt requereix escalada; ambre podria significar que l'objectiu encara és assolible però un risc o dependència material necessita gestió activa; vermell podria significar que la previsió o l'objectiu actual ja no és creïble sense un canvi. Aquests són exemples, no estàndards àgils universals. La vostra organització hauria de triar definicions que siguin consistents i visibles.
Eviteu canviar el color d'un estat simplement perquè s'acosta una reunió. Un indicador d'estat creïble hauria de reflectir l'evidència i la incertesa coneguda, no la pressió de la presentació.
Quines mètriques àgils són útils en una presentació d'estat?
Utilitzeu mètriques que expliquin el progrés o el risc per a aquesta audiència. La tendència i el context solen importar més que un sol número. Segons la feina, l'evidència útil pot incloure resultats completats, tendències de cicle o temps de lliurament, rendiment, defectes escapats, fiabilitat del servei, confiança en la previsió, comentaris dels clients o progrés cap a un objectiu de producte.
Les pràctiques de burndown, burnup, flux acumulat i similars poden ser ajudes útils per a la previsió, però la Guia de Scrum assenyala explícitament que aquestes pràctiques no substitueixen l'empirisme. També adverteix que en entorns complexos el futur és inherentment incert. Aquesta és una bona raó per etiquetar les previsions com a previsions i mostrar les suposicions en lloc de presentar un gràfic com una certesa.
Hauríeu de posar la velocitat a la diapositiva?
Només quan ajudi l'audiència prevista a entendre el context de planificació propi de l'equip. La Guia de Scrum no prescriu la velocitat com una mètrica Scrum obligatòria. Si la incloeu, expliqueu què significa per a aquest equip específic i eviteu utilitzar-la com una classificació de productivitat entre equips. Un número sense context pot invitar a la decisió equivocada.
Hauria la presentació de substituir la Revisió del Sprint?
No. A Scrum, la Revisió del Sprint és una sessió de treball en la qual l'Equip Scrum i els interessats inspeccionen el resultat del Sprint i discuteixen el progrés cap a l'Objectiu del Producte. La Guia de Scrum diu específicament que la Revisió del Sprint no s'hauria de limitar a una presentació. Un dossier d'estat pot donar suport a la conversa, proporcionar una lectura prèvia concisa o resumir informació per a persones que no poden assistir, però no hauria de convertir la revisió en un informe unidireccional.
A data de setembre de 2026, el lloc oficial de les Guies de Scrum encara identifica la Guia de Scrum de novembre de 2020 com la versió oficial actual. Podeu verificar la versió actual a la pàgina de descàrrega de la Guia oficial de Scrum.
Quants detalls hauríeu d'incloure per a diferents audiències?
Dissenyar el dossier principal per a les persones que han de prendre o influir en les decisions. Els executius solen necessitar l'objectiu actual, l'impacte empresarial, la previsió, els riscos materials i les sol·licituds de decisió. Els líders de producte i lliurament sovint necessiten el mateix resum més detalls de fites i dependències. L'equip pot necessitar dades operatives més profundes, però aquesta informació pot viure al backlog, al tauler, al gestor d'incidències o a l'apèndix en lloc de les diapositives executives.
Una prova senzilla és eliminar qualsevol element que no canviï la comprensió o l'acció. Si una diapositiva conté vint elements del backlog però l'audiència només necessita saber que una dependència externa amenaça una fita, resumeix la dependència i enllaça el sistema de seguiment detallat en lloc de reproduir el backlog.
Com s'haurien de presentar els riscos i els bloquejos?
No us atureu en una llista de problemes. Cada element material hauria de mostrar per què és important, què s'està fent, qui és responsable de la següent acció i si es necessita ajuda dels interessats. Una fila de risc compacta pot utilitzar aquesta estructura:
Risc o bloqueig: descripció en llenguatge planer.
Impacte: conseqüència en l'objectiu, l'abast, el client, la qualitat, el cost o el temps.
Resposta: mitigació o següent experiment.
Propietari: persona responsable del seguiment.
Decisió necessària: aprovació, escalada, canvi de prioritat o cap.
Separeu un bloqueig que ja està impedint el progrés d'un risc que pot ocórrer. La distinció fa que l'escalada sigui més clara i evita que cada preocupació aparegui igualment urgent.
Amb quina freqüència s'hauria d'actualitzar una presentació d'estat àgil?
Utilitzeu la cadència que coincideixi amb les decisions dels interessats i el ritme de lliurament de l'equip. Una actualització setmanal pot tenir sentit per a una iniciativa de moviment ràpid amb dependències externes. Una actualització basada en sprints pot ser suficient quan el sprint ja proporciona el ritme d'inspecció adequat. Un dossier mensual pot adaptar-se a la governança sènior quan les decisions materials es prenen amb menys freqüència.
La Guia de Scrum diu que els sprints són esdeveniments de durada fixa d'un mes o menys, i que els esdeveniments Scrum regulars creen oportunitats per a la inspecció i l'adaptació. Això no significa que cada Equip Scrum necessiti un dossier d'estat setmanal separat. Eviteu crear feina d'informes que dupliqui la informació ja visible i entesa en altres llocs.
Què fa que aquesta presentació sigui una plantilla reutilitzable en lloc d'un dossier puntual?
Manteniu l'estructura estable i el contingut substituïble. Utilitzeu marcadors de posició consistents per al període d'informes, l'objectiu actual, el resum d'estat, la taula de riscos, la previsió de fites i les sol·licituds de decisió. Poseu regles visuals permanents com la col·locació del logotip, la tipografia, el peu de pàgina i els dissenys estàndard a la plantilla de presentació en lloc de reconstruir-les cada cicle.
Si treballeu amb PowerPoint per a la web, Microsoft diu que podeu crear presentacions des de plantilles, però la seva pàgina actual de suport de creació de plantilles assenyala que crear un fitxer de plantilla de PowerPoint reutilitzable en si mateix requereix la versió d'escriptori. Aquesta limitació és important si el vostre objectiu és una plantilla .potx real en lloc d'una presentació que dupliqueu manualment.
Què hauríeu de canviar abans de presentar la plantilla?
Substituïu les etiquetes genèriques amb el llenguatge que els vostres interessats utilitzen realment. Feu explícit l'objectiu actual. Elimineu les mètriques no utilitzades. Definiu els colors d'estat. Verifiqueu les dates i els propietaris. Després feu concretes les sol·licituds de decisió: en lloc de "Necessito suport", escriviu quina decisió es necessita, per qui i per quan.
També distingiu els fets de les previsions. "Tres funcions han complert la Definició de Fet" és una declaració sobre la feina completada si el vostre equip l'ha verificat. "Llançament esperat el mes que ve" és una previsió i hauria d'incloure suposicions o confiança rellevants. Mantenir aquestes categories distintes ajuda els lectors a entendre què se sap enfront del que pot canviar.
Com podeu saber si l'informe d'estat està funcionant?
Després de l'actualització, comproveu el resultat en lloc de l'aparença de les diapositives. Un informe útil hauria de fer possible que un lector respongui l'objectiu actual, el progrés més important, el risc principal, la previsió a curt termini i la següent decisió sense demanar una explicació separada.
Pot l'audiència identificar les una o dues qüestions que necessiten atenció?
Poden veure què ha canviat des de l'actualització anterior?
Estan els resultats completats separats de les previsions?
Estan els riscos emparellats amb propietaris i respostes?
Són explícites les sol·licituds de decisió?
El dossier evita duplicar dades detallades del backlog que pertanyen a altres llocs?
Donen suport a la inspecció i l'adaptació en lloc de convertir els esdeveniments àgils en teatre d'estat?
Si la resposta a diverses d'aquestes és no, simplifiqueu el dossier abans d'afegir més gràfics. La millor plantilla de presentació d'informes d'estat de projecte no és la que té més diapositives. És la que crea prou transparència perquè les persones adequades entenguin la situació i prenguin la següent decisió útil.