Automatiseren Sprint Review

[Muhammet369]

Problem / Opportunity

Tijdens de Sprint Reviews houdt team CEDA de voortgang van projecten bij door een vooraf opgemaakte slide handmatig te actualiseren. Dit proces kost de scrum‑master/agile‑coach onnodig veel voorbereidingstijd en vraagt van projectleden dat zij handmatig voortgangsinformatie verzamelen en invoeren. Deze werkwijze is tijdrovend, foutgevoelig en sluit niet meer aan bij de huidige mogelijkheden van datagedreven werken met voorspellende, zelflerende en zelfgenererende technologie.

Appetite (timebox)

Small (1-2 dagen)

Riskante aanname _We geloven dat…_

Dit proces van voortgangsinformatie delen tijdens de Sprint Review te automatiseren is en te baseren is op realtime data uit onze Repositories op GitHub.

Weerlegbare hypothese _We verwachten dat…_

We de genodigde van de SprintReview kunnen voorzien van voortgangsinformatie zonder dat het CEDA-team wordt overspoeld met handmatig werk.

Solution (suggestie)

Experiment _Om dit te verifiëren zullen we…_

Een prototype bouwen dat -in Markdown- voortgangsinformatie genereert over de laatste Sprint waaraan het CEDA-team heeft gewerkt.

Metric _En meten we..._

De voortganginformatie vanalle projecten binnen CEDA door op GitHub het CEDA-Board te vergelijken met de activiteiten binnen de verschillende repositories.

Succes criteria _We hebben gelijk als…_

De CEDA-projectleden de kwaliteit van voortgangsinzichten met gemiddeld hoger dan een 5 beoordelen op een schaal van 1 tot 10.

Sparring partner

@aslamht @EdwinLieftink

[CorneeldH]

Mooi dat jullie hier naar kjiken!

Paar punten:

• Eerste stap moet VEEL kleiner (dus geen 5-6 dagen, maar 1-2 -> Het is iets interns.
• Er zit nu nog een grote focus op die roadmaps en alignment hiermee, maar dat is juist niet de bedoeling. Muhammet heeft zijn roadmap juist bij allebei de afgelopen retro's aangepast --> dat is goed, dat is agile. We hebben/hadden die roadmaps zodat mensen een beetje houvast hadden. Niet als doelen op zich.
• Goede beperking: Alleen dingen in md of code (allebei pure text) meenemen (dat sluit ook mooi die roadmaps uit). En vervolgens: alles wat wij erin willen, dat moeten we dan dus ook in .md gaan doen. Zo stimuleren we onszelf :-)

[EdwinLieftink]

Problem / Opportunity (suggestie)

Tijdens de Sprint Reviews houdt team CEDA de voortgang van projecten bij door een vooraf opgemaakte slide handmatig te actualiseren. Dit proces kost de scrum‑master/agile‑coach onnodig veel voorbereidingstijd en vraagt van projectleden dat zij handmatig voortgangsinformatie verzamelen en invoeren. Deze werkwijze is tijdrovend, foutgevoelig en sluit niet meer aan bij de huidige mogelijkheden van datagedreven werken met voorspellende, zelflerende en zelfgenererende technologie.

Riskante aanname _We geloven dat…_

Dit proces van voortgangsinformatie delen tijdens de Sprint Review te automatiseren is en te baseren is op realtime data uit onze Repositories op GitHub.

Weerlegbare hypothese _We verwachten dat…_

We de genodigde van de SprintReview kunnen voorzien van voortgangsinformatie zonder dat het CEDA-team wordt overspoeld met handmatig werk.

Solution (suggestie)

Experiment _Om dit te verifiëren zullen we…_

Een prototype bouwen dat -in Markdown- voortgangsinformatie genereert over de laatste Sprint waaraan het CEDA-team heeft gewerkt.

Metric _En meten we..._

De voortganginformatie vanalle projecten binnen CEDA door op GitHub het CEDA-Board te vergelijken met de activiteiten binnen de verschillende repositories.

Succes criteria _We hebben gelijk als…_

De CEDA-projectleden de kwaliteit van voortgangsinzichten met gemiddeld hoger dan een 5 beoordelen op een schaal van 1 tot 10.

[Muhammet369]

@CorneeldH @EdwinLieftink

Te draaien via:

• npx skills add cedanl/.github
• Selecteer 'generate_retro_slides'
• claude
• /generate_retro_slides

Om data op te halen vanuit Github, moet je eerst een personal access token instellen (Claude zou er om moeten vragen).
Zonder werkt ook, maar dan haalt die veel minder data op.