Retrospektivet finner sted etter sprintgjennomgangen og før neste sprintplanlegging, og er teamets faste anledning til å forbedre måten det jobber på. Bruk denne fremgangsmåten etter hver sprint, og ved prosjektslutt for å samle erfaringer fra hele prosjektet.
Legg retrospektivet etter sprintgjennomgangen og før neste sprint planlegges, slik at ansvaret ligger hos prosjektleder.
Tilpass møtelengden til sprintens varighet: normalt 45 minutter for en ukes sprint, 1,5 time for to uker, 2,25 timer for tre uker og 3 timer for en måned.
Bruk Retrospective-tillegget i DevOps som støtteverktøy for å samle innspill fra teamet før og under møtet.
Etabler målene for møtet på forhånd — for eksempel å forbedre standups, kommunikasjon med interessenter, eller driftsregler.
Trekk på alles erfaring og perspektiv fra sprinten for å skape en felles informasjonsmengde.
Identifiser nyttige mønstre i det som ble samlet inn, og spør alltid hvorfor ting skjedde som de gjorde.
Identifiser problemene og utfordringene teamet skal ta tak i, og lag en konkret plan for hvordan de skal lykkes med hver av dem.
Oppsummer møtet, takk deltakerne, og vurder hvordan fremtidige retrospektiver kan forbedres.
La hvert teammedlem identifisere hva som gikk bra i sprinten og hva som ikke gikk etter planen — uten å lete etter syndebukker.
Diskuter hva laget lærte i sprinten som kan forbedre måten de jobber på.
Sjekk om definisjonen av «ferdig» fortsatt er riktig for teamet, eller om den bør skjerpes etter hvert som teamet får mer erfaring.
Ved prosjektslutt deles kunnskapen fra prosjektgruppen med hele ProsessPilotene, som en del av sluttrapporten.
Still et spørsmål eller del hva som hjalp deg.

Kunstig intelligens | Artikkel
OpenAIs Data agent kunne undersøke virksomhetsdata og bygge delbare interaktive dashbord. Tilgangskontroller og kildespor måtte følge analyse og handling gjennom arbeidsflyten.

Automatisering | Artikkel
Power BI-rapporter og semantiske modeller ble tilgjengelige som grunnlag i Copilot Chat og Cowork. Delte chatøkter, synkroniserte notatbøker og Planner-status knyttet analyse til samarbeid.

Prosjektledelse | Artikkel
Copilot Notebooks og Cowork fikk flere måter å dele prosjektkontekst på. Agentmålinger og kostnadskontroll ble bygget ut i administrasjonssenteret.

Automatisering | Artikkel
Copilot-administratorer fikk sentral styring av forbruksbaserte kostnader. Purview-kontroller ble utvidet til Cowork, og agentmålinger kunne kobles til organisasjonskontekst.

Prosjektledelse | Artikkel
Fødererte koblinger kunne hente sanntidsdata fra SaaS-systemer gjennom MCP. Copilot-notatbøker samlet prosjektkontekst, mens Word og Teams fikk nye samarbeidsfunksjoner.

Feltservice | Artikkel
Microsoft publiserte aprilnyheter for produksjon, Power Platform, Planner og Power BI. Samlet viser de hvordan feltarbeid kan støttes av automatisering og analyse når prosjektansvar, datakvalitet og menneskelig kontroll er tydelig.
Har du et spørsmål eller en erfaring å dele?
Bli den første som bidrar.