Stakemaster
Statusrapporten, skrevet én gang pr. målgruppe, ud fra virkelige sprintdata.
Stakemaster genererer interessentopdateringer ud fra dine faktiske leveringsdata, tilpasset den, der læser: strategisk flyvehøjde til ledelsen, konkrete detaljer til teamet, kundesikker indramning til kunder. Du gennemgår hvert ord, før noget sendes.
Målgruppeprofiler
Definér, hvem der modtager opdateringer (ledelse, kunder, teamet), og på hvilket detaljeniveau. Hver profil gemmer sin tone og sit abstraktionsniveau, så rapporterne rammer rigtigt for netop den læser hver gang.
Generér en rapport
Vælg en målgruppe, en skabelon og de projekter, der skal dækkes, så udarbejder Stakemaster et udkast til opdateringen ud fra dine synkroniserede sprintdata. Genereringen tæller med i din plans månedlige AI-handlinger.
Gennemgå, godkend, send
Hver rapport starter som et udkast. Redigér den, og godkend og levér derefter: via e-mail, postet til Slack eller som et delingslink, der åbnes uden login. Intet sendes nogensinde uden din udtrykkelige godkendelse.
Læsekvitteringer
Delingslinks sporer antal visninger, så du kan se, hvilke interessenter der faktisk åbnede opdateringen, og holde op med at skrive rapporter, som ingen læser.
Tidsplaner
Sæt tilbagevendende rapporter op (for eksempel en ledelsesopdatering hver fredag). Stakemaster forbereder hver enkelt efter planen og viser, hvornår den næste skal ud; du beholder godkendelsestrinnet.
Mødeforberedelse
Skabelonen til mødeforberedelse producerer en kompakt briefing til en bestemt kommende samtale (seneste fremskridt, åbne risici, beslutninger der skal træffes) i stedet for en bredt udsendt opdatering.
Rapporthistorik
Alle rapporter gemmes med deres status (udkast, godkendt, sendt), inklusive hvem de gik til, og hvor ofte de blev vist.
Levering ud over e-mail og Slack
Ud over e-mail, Slack og et login-frit delingslink kan en rapport leveres til Microsoft Teams, udgives som en Confluence-side, sendes til en brugerdefineret webhook eller eksporteres som en PDF. Hver levering logges, så du altid ved, hvor en given opdatering gik hen.
Tidsplaner, der udløses af hændelser, ikke bare datoer
En tidsplan kan køre efter en fast kalender eller udløses af en hændelse. Ved sprintslut sender rapporten, når en sprint lukkes i Jira eller Azure DevOps, og dens planlagte slutdato er passeret (andre trackere har ingen sprints at følge). Når hastigheden falder sender den, når teamet på en uge færdiggør tydeligt færre opgaver end sit gennemsnit for de fire foregående uger, højst én gang om ugen. Planlagte og hændelsesudløste rapporter genereres og leveres med det samme til tidsplanens kanaler.