Table of Contents

Inleiding: Waarom Sprint reviews meer dan alleen woorden nodig hebben

Sprint reviews zijn een van de belangrijkste ceremonies in het Agile-kader, die dienen als de brug tussen ontwikkelingswerk en feedback van belanghebbenden. Als ze goed gedaan hebben, richten ze iedereen op wat er gebouwd is, wat geleerd is en wat er daarna komt. Echter, veel sprint reviews vallen in een gemeenschappelijke val: ze vertrouwen bijna uitsluitend op mondelinge updates en statische dia dekken. Het resultaat is vaak ontkoppeling, verwarring en gemiste mogelijkheden voor actieerbare feedback.

Visual helpt deze dynamiek volledig te veranderen. Door grafieken, diagrammen, live dashboards en interactieve mockups te integreren in uw sprint review discussies, kunt u de ruimte transformeren van een passieve presentatie in een actieve samenwerking sessie. Visuals helpen deelnemers informatie sneller te verwerken, langer te bewaren en betere vragen te stellen. In een wereld waar aandachtsspanwijdte kort is en gegevens overvloedig zijn, zijn visuals niet alleen leuk om te hebben .. ze zijn essentieel voor het maken van sprint reviews productief en resultaatgericht.

Dit artikel onderzoekt hoe u visuele hulpmiddelen effectief kunt selecteren, ontwerpen en gebruiken in sprint reviews. U leert over de cognitieve wetenschap achter visuele communicatie, praktische voorbeelden van verschillende visuele types, beste praktijken voor implementatie, en gemeenschappelijke valkuilen te vermijden. Of u nu een Scrum Master, producteigenaar, ontwikkelaar, of stakeholder, deze gids zal u helpen uw sprint reviews te veranderen in high-impact evenementen die echte resultaten.

De cognitieve wetenschap achter visueel leren in agile instellingen

Mensen worden bedraad voor visuele verwerking. Onderzoek toont aan dat de hersenen beelden tot 60.000 keer sneller verwerken dan tekst, en mensen herinneren zich ongeveer 80% van wat ze zien en doen, vergeleken met slechts 20% van wat ze lezen en 10% van wat ze horen. Dit fenomeen, bekend als het beeldsuperioriteitseffect, verklaart waarom visuele hulpmiddelen zo krachtig zijn in vergaderingen en presentaties.

In de context van sprint reviews, stakeholders vaak afkomstig uit verschillende achtergronden . . marketing, financiën, operaties, en executive leiderschap. Elke persoon heeft een uniek mentale model van het product en de projectstatus. Visual aids creëren een gedeeld referentiepunt dat dubbelzinnigheid vermindert en uitlijnt begrip. Wanneer iedereen dezelfde burndown grafiek kan zien, functie voltooiing dashboard, of voor-en-na, het gesprek verandert van "wat heb je gezegd?" naar "wat zie je?" Deze verschuiving is cruciaal voor het nemen van beslissingen op basis van bewijsmateriaal in plaats van mening.

Bovendien verminderen visuele hulpmiddelen de cognitieve belasting. In plaats van meerdere datapunten in het werkgeheugen vast te houden terwijl u naar een presentator luistert, kunnen deelnemers kijken naar een goed ontworpen grafiek en direct trends, uitschieters en relaties begrijpen. Dit maakt mentale bandbreedte vrij voor hoger-orde denken . Zoals het evalueren van tradeoffs, het identificeren van risico's en het verkennen van alternatieven. Voor Agile teams die waarde hechten aan inspecteren-en-aangepast, visuele hulpmiddelen zijn een praktisch hulpmiddel voor het versnellen van zowel begrip en actie.

Extern onderzoek van de Nationale Gezondheidsinstellingen bevestigt dat visuele leerstrategieën het behoud en het begrip in gezamenlijke omgevingen verbeteren. Op dezelfde manier benadrukt Scrum.org dat visualiseren van werk teams helpt om vooruitgang te inspecteren en hun plannen effectiever aan te passen.

Soorten visuele hulpmiddelen voor Sprint-evaluaties

Niet alle visuele hulpmiddelen zijn gelijk gemaakt, en de beste keuze hangt af van de specifieke boodschap die u tijdens uw sprint review wilt overbrengen. Hieronder vindt u een uitgebreide gids voor de meest effectieve visuele hulpcategorieën, met praktische voorbeelden voor elk.

Grafieken en grafieken voor kwantitatief inzicht

Grafieken en grafieken zijn de ruggengraat van data-gedreven sprint reviews. Ze vertalen nummers in vormen, kleuren en patronen die gemakkelijk te interpreteren in een oogopslag.

  • Burndown en Burnup Charts: Laat voltooid werk zien versus gepland werk na verloop van tijd. Burndown grafieken benadrukken of het team op schema staat om de sprint af te maken, terwijl burnup grafieken duidelijk scope wijzigingen tonen.
  • Velocity Charts: Geef de hoeveelheid werk in elke sprint weer. Gebruik een bewegend gemiddelde om trends te identificeren, niet alleen week-tot-week schommelingen.
  • Cycle Time and Lead Time Diagrams: Onthullen hoe lang taken duren van begin tot eind. Deze zijn vooral nuttig voor teams die zich richten op stroomefficiëntie.
  • Cumulatieve stroomdiagrammen: Geef een macro-overzicht van de lopende werkzaamheden, afgeronde werkzaamheden en knelpunten in de sprint.

Bij het presenteren van grafieken in een sprint review, beperken van het aantal data-series tot drie of minder. Label assen duidelijk, gebruik hoge contrast kleuren, en een korte annotatie voor elke opvallende piek of dip. Dit helpt stakeholders begrijpen niet alleen wat er gebeurd, maar waarom het belangrijk is.

Diagram's voor proces en architectuur

Diagrams helpen teams communiceren hoe dingen werken, hoe ze verbinden en hoe ze zijn veranderd. Ze zijn vooral nuttig wanneer de sprint refactoring, integratie werk, of gebruikerservaring verbeteringen.

  • Werkstroomdiagrammen: Toon stapsgewijze processen, zoals een gebruikersregistratiestroom of een betaalpijpleiding. Verlicht wijzigingen in de huidige sprint.
  • Systeemarchitectuurdiagrammen: Illustrateer hoe nieuwe diensten of modules passen in de bestaande infrastructuur. Houd ze hoog genoeg voor niet-technische belanghebbenden.
  • Gebruikers Journey Maps: Visualiseer de gebruikerservaring van begin tot eind. Markeer de touchpoints verbeterd tijdens de sprint.
  • Voor-en-na vergelijkingen: Side-by-side diagrammen of screenshots die precies laten zien wat er veranderd is en waarom het beter is.

Diagrams werken het beste wanneer ze een consistente visuele taal volgen. Gebruik dezelfde pictogrammen, lijnstijlen en kleurcodes in alle diagrammen in een review. Dit vermindert verwarring en bouwt een gedeelde woordenschat over het team en stakeholders.

Dashboards voor transparantie in real-time

Live dashboards brengen de metrics en vooruitgang van het team in real time naar de beoordelingsruimte. Ze zijn bijzonder effectief voor stakeholder buy-in omdat ze ruwe, ongefilterde gegevens tonen.

  • Sprint Progress Dashboard: Geef live nummers weer van voltooide, in-voortgezette en nog hangende taken. Update het vlak voor de herziening.
  • Kwaliteit Metrics Dashboard: Toon test pass rates, defect counts, en code coverage trends. Dit versterkt de inzet van het team voor kwaliteit.
  • Klant Feedback Dashboard: Geaggregeerde NPS scores, ondersteuning ticket volumes, of functie verzoek stemmen indien relevant voor de sprint doelstellingen.
  • Team Health Dashboard: Inclusief moreel onderzoek, sprint geluk scores, of het bewaren van gegevens aan oppervlakte team dynamieken.

Bij het gebruik van dashboards, zorg ervoor dat ze zijn geoptimaliseerd voor projectie in plaats van bureaubladweergave. Gebruik grote lettertypen, hoge contrastkleuren, en een lay-out die leest van links naar rechts en van boven naar beneden. Vermijd scrollen tijdens de beoordeling . . Neem alle belangrijke metrics op een scherm of gebruik meerdere dashboard tabbladen voorbereid op voorhand.

Afbeeldingen en Mockups voor Materiële Feedback

Niets is beter dan een visuele weergave van het product om specifieke, bruikbare feedback te genereren. Afbeeldingen en mockups helpen stakeholders om precies te zien wat er gebouwd is, niet alleen om het je te voorstellen vanuit een beschrijving.

  • High-Fidelity Mockups: Toon het definitieve of bijna definitieve ontwerp van nieuwe functies. Gebruik annotaties om belangrijke interacties of veranderingen uit te roepen.
  • Prototype Walkthroughs: Neem een korte schermopname van het werkende prototype op, of voer een live demo direct uit in de review.
  • Side-by-side vergelijkingen: Plaats de oude versie naast de nieuwe versie zodat stakeholders onmiddellijk de verbetering kunnen zien.
  • Heatmaps of Click-Tracking Overlays: Als er gegevens beschikbaar zijn voor gebruikersonderzoek, overlay interactiepatronen op screenshots om te laten zien hoe gebruikers daadwerkelijk betrokken zijn bij de interface.

Moedig stakeholders aan om waar mogelijk te communiceren met mockups of prototypes. Laat ze klikken op knoppen, navigeren stroomt, en vragen stellen op het moment. Deze actieve betrokkenheid produceert rijkere feedback dan passieve observatie.

Het selecteren van de juiste visuele hulp voor uw bericht

Het kiezen van de verkeerde visuele hulp is bijna net zo slecht als het gebruik van geen visuele hulp helemaal. Een complexe grafiek die belanghebbenden verward of een diagram dat oversimplificeert een genuanceerde situatie kan een sprint review ontsporen. Gebruik dit besluit kader om uw bericht aan de juiste visuele format.

Wanneer moet u grafieken gebruiken

Gebruik grafieken wanneer uw bericht kwantitatief is: "We hebben 85% van het geplande werk deze sprint voltooid," of "Onze cyclustijd daalde van 4,2 dagen tot 3,1 dagen." Grafieken zijn ideaal voor het tonen van trends in de tijd, distributies, of vergelijkingen tussen groepen. Vermijd grafieken wanneer je minder dan drie datapunten, of wanneer de gegevens zeer speculatief zijn.

Wanneer moet u diagrammen gebruiken?

Gebruik diagrammen wanneer uw bericht gaat over structuur, volgorde of relaties: "De nieuwe microservice interageert met het oude systeem zoals dit," of "De gebruikersreis omvat nu een voortgangsindicator stap." diagrammen zijn uitstekend om uit te leggen hoe dingen verbinden, maar ze kunnen misleidend zijn als ze belangrijke context weglaten of als het team niet akkoord is gegaan met de notatie.

Wanneer Dashboards gebruiken

Gebruik dashboards wanneer uw bericht transparantie en realtime nauwkeurigheid vereist: "Hier is de live status van onze sprint achterstand," of "Dit zijn onze huidige kwaliteit metrics vanaf 10 minuten geleden." Dashboards bouwen vertrouwen maar vereisen discipline om nauwkeurig te blijven. Een dashboard met oude of onjuiste data erodes geloofwaardigheid snel.

Wanneer moet u afbeeldingen en mockups gebruiken?

Gebruik afbeeldingen en mockups wanneer uw bericht gaat over gebruikerservaring, ontwerp of tastbare output: "Dit is hoe de nieuwe kassastroom eruit ziet," of "Vergelijk het oude dashboard met de nieuwe." Mockups zijn de meest effectieve manier om specifieke visuele feedback te krijgen, maar ze moeten duidelijk worden bestempeld als "finale" of "concept" om verwachtingen te beheren.

Beste praktijken voor het ontwerpen van effectieve visuele hulpmiddelen

Zelfs de meest geschikte visuele hulp zal plat vallen als het slecht is ontworpen. Deze beste praktijken zijn gebaseerd op data visualisatie onderzoek, presentatie ontwerp principes en real-world Agile team ervaring.

Visuals eenvoudig en ongeclutterd houden

Elk element op een dia of scherm moet een duidelijk doel dienen. Verwijder decoratieve afbeeldingen, redundante labels en buitensporige rasterlijnen. Gebruik witte ruimte om ideeën te scheiden en het oog van de kijker te begeleiden. Een goede vuistregel: als het verwijderen van een element niet vermindert begrip, verwijder het.

Consistente formaten en merken gebruiken

Wanneer meerdere visuele hulpmiddelen verschijnen in dezelfde sprint review, ze moeten eruit zien alsof ze behoren tot elkaar. Gebruik dezelfde font familie, kleurenpalet, pictogram set, en lay-out structuur. Deze consistentie vermindert cognitieve belasting en versterkt de professionaliteit van het team. Veel teams maken een eenvoudige presentatie template dat deze normen afdwingt.

Beelden bijwerken vlak voor de beoordeling

Staalgegevens zijn de vijand van vertrouwen. Update uw grafieken, dashboards en mockups zo dicht mogelijk bij de beoordeling starttijd mogelijk. Als uw team werkt in een snel bewegende omgeving, overwegen het genereren van visuals automatisch uit uw project management tool of CI / cd-pijpleiding. Dit zorgt voor nauwkeurigheid en maakt tijd vrij voor voorbereiding.

Ontwerp voor Remote en Hybride Participatie

In gedistribueerde teams, visuele hulpmiddelen moeten werken op zowel grote projectieschermen en individuele laptop of tablet schermen. Test uw visuals in de werkelijke vergadering formaat vooraf. Gebruik grote lettertypen (ten minste 18 punten voor tekstlabels), voorkomen kleurcombinaties die moeilijk te onderscheiden zijn wanneer gecomprimeerd, en bieden hoge-resolutie versies als delen via screen-sharing tools.

Annotaties en oproepen toevoegen

Neem niet aan dat je publiek een beeld zal interpreteren op dezelfde manier als jij. Voeg korte annotaties, pijlen of tekstoproepen toe om het belangrijkste inzicht te benadrukken. Bijvoorbeeld, cirkel een kritisch datapunt op een grafiek en schrijf "Sprint 5 toont de belangrijkste verbetering in responstijd." Dit geeft aandacht en versterkt je verhaal.

Voor diepere begeleiding over visuele ontwerpprincipes biedt de Nielsen Norman Group uitstekende middelen voor visueel ontwerp voor bruikbaarheid en communicatie.

Visuele hulpmiddelen implementeren in uw Sprint Review Process

Weten wat te gebruiken en hoe het te ontwerpen is slechts de helft van de strijd. Je hebt ook een systematisch proces nodig om visuele hulpmiddelen te integreren in de stroom van je sprint review. Hier is een stap-voor-stap benadering die past in een standaard een-uurs beoordeling.

Stap 1: Definieer de belangrijkste berichten voor de beoordeling

Werk samen met de producteigenaar en het ontwikkelingsteam om de drie tot vijf belangrijkste dingen te identificeren die tijdens de beoordeling moeten worden gecommuniceerd. Voor elk bericht, kies voor het beste visuele formaat. Bijvoorbeeld: "We hebben de laadtijd van de pagina met 40% verminderd" wordt een voor-en-na bar grafiek. "We hebben acht gebruikersverhalen en vier technische taken voltooid" wordt een sprint achterstandstabel. Documenteer deze beslissingen in een korte voorbereidingschecklist.

Stap 2: Bouw of Genereer Visuals Twee dagen voor

Maak de visuele hulpmiddelen minstens 48 uur voor de beoordeling. Dit geeft u de tijd om ze te beoordelen op nauwkeurigheid, te testen met een collega, en aanpassingen te maken. Als u gebruik maakt van geautomatiseerde dashboards, valideren dat de gegevensbronnen zijn aangesloten en verfrissend correct. Als u gebruik maakt van mockups, bevestig met het ontwerpteam dat ze de laatste beslissingen weerspiegelen.

Stap 3: Beelden in de herzieningsagenda opnemen

Structureer uw sprint review agenda rond de visuals, niet andersom. Voor elk deel van de review . sprint doel samenvatting, werk voltooid, uitdagingen geconfronteerd, feedback sessie, volgende stappen .. te identificeren welke visuele zal de discussie verankeren. Deel de agenda met stakeholders voor de vergadering zodat ze weten wat te verwachten.

Stap 4: Presenteer Visuals als gespreksstarters, niet monologen

Als je een visuele weergave, omlijst het met een vraag in plaats van een statement. In plaats van te zeggen, "Deze grafiek toont onze snelheid," probeer te zeggen, "Wat merk je over onze snelheid trend deze sprint?" Dit nodigt deelname en verschuiving van de dynamiek van presentatie naar samenwerking. Laat tijd voor vragen en exploratie voordat u verder gaat.

Stap 5: Feedback van de opname Linked to Visuals

Als stakeholders feedback geven, noteer op welke visuele reactie ze reageerden. Dit zorgt voor een duidelijk auditspoor: "Stakeholder X stelde voor om tijdens de sprint review een filter op het dashboard toe te voegen." Na de beoordeling deelt u de visuals met het team samen met de feedbacknota's. Dit maakt het gemakkelijk om te volgen welke visuele verbeteringen verbonden zijn met specifieke input van belanghebbenden.

Vaak Pitfalls en hoe ze te vermijden

Zelfs ervaren Agile teams maken fouten met visuele hulpmiddelen. Hier zijn de meest voorkomende valkuilen en praktische strategieën om ze te vermijden.

Pitfall 1: Een enkele visuele overladen met te veel informatie

Een dashboard of grafiek die probeert om alles te tonen vaak eindigt met niets duidelijk. Stakeholders voelen zich overweldigd en los. Oplossing: gebruik een "één bericht per visueel" regel. Als u meerdere berichten, gebruik meerdere dia's of schermen. U kunt altijd vragen, "Wil iemand meer details zien op deze metriek?" en dan overschakelen naar een secundaire visuele.

Pitfall 2: Visuals gebruiken die uitgebreide uitleg vereisen

Als stakeholders een vijf minuten durende tutorial nodig hebben voordat ze je kaart kunnen interpreteren, is het visuele niet gelukt. Oplossing: kies het eenvoudigste beeld dat je bericht communiceert. Een barkaart is bijna altijd beter dan een radarkaart. Als je een complexe grafiek moet gebruiken, neem dan een korte legende of een uitleg van één zin onderaan.

Pitfall 3: Verwaarlozing van toegankelijkheid

Kleurblindheid beïnvloedt ongeveer 8% van de mannen en 0,5% van de vrouwen. Als uw visuals vertrouwen op rood-groen onderscheid, bent u waarschijnlijk exclusief deelnemers. Oplossing: gebruik patronen, texturen en labels naast kleur. Zorg ervoor dat tekst genoeg contrast heeft met achtergronden. Geef alt-tekst beschrijvingen voor gedeelde digitale visuals.

Pitfall 4: Staal of onjuiste gegevens

Niets ondermijnt het vertrouwen sneller dan een burndown grafiek die twee dagen oud is. Stakeholders kunnen zich afvragen, "Als deze gegevens verkeerd zijn, wat is er nog meer fout?" Oplossing: geautomatiseerde gegevens vernieuwen als een niet-onderhandelbare stap in uw beoordeling voorbereiding checklist. Handmatig controleren sleutelnummers vlak voor de vergadering.

Pitfall 5: Visuals die de Verbale Verrrative van het Team tegenspreken

Als in de grafiek staat "snelheid daalde 20%" maar de presentator zegt "we hadden een grote sprint," merken stakeholders de mismatch. Deze erodeert geloofwaardigheid. Oplossing: altijd koppelen visuals met eerlijke, transparante commentaar. Als de gegevens negatief zijn, omlijst het constructief: "Onze snelheid daalde deze sprint omdat we nam op twee high-risk technische taken. Hier is wat we geleerd en hoe we van plan om aan te passen."

Hulpmiddelen en technologieën voor het creëren van visuele hulpmiddelen

Er is geen tekort aan hulpmiddelen voor het creëren van visuele hulpmiddelen, maar de beste keuze is afhankelijk van het technische niveau van uw team, budget, en integratie behoeften. Hieronder is een gecategoriseerd overzicht van populaire opties.

Beweeg projectbeheertools met ingebouwde visuals

Veel populaire Agile tools zijn dashboards en in kaart brengen mogelijkheden uit de doos. Voorbeelden zijn Jira (met zijn Advanced Roadmaps en dashboard gadgets), Azure DevOps (met zijn aanpasbare widget gallery), en Trello (met zijn Power-Up kaarten voor grafieken). Deze tools verminderen handmatige inspanning omdat de gegevens automatisch wordt bijgewerkt naarmate het team vordert.

Specifieke platforms voor gegevensvisualisatie

Voor teams die meer controle over hun visuals nodig hebben, zijn tools zoals Tableau, Power BI en Google Cloud Looker geschikt voor een diepe aanpassing en integratie met meerdere gegevensbronnen. Deze zijn ideaal voor teams die statistieken over sprints, releases en feedbackkanalen van klanten volgen. De tradeoff is een steilere leercurve en vaak een hogere kosten.

Presentatie- en ontwerpgereedschappen

Voor mockups, diagrammen en aangepaste visuals, gereedschappen zoals Figma, Lucidchart, Miro en Canva bieden flexibele opties. Figma is uitstekend voor interactieve prototypes en high-fidelity mockups. Lucidchart en Miro schijnen voor procesdiagrammen en collaboratief whiteboarden. Canva is nuttig voor teams die gepolijste, merkgebonden visuals willen zonder designtraining.

Automatische rapportagescripts

Teams met ingenieurstalent kunnen aangepaste data visualisatiescripts bouwen met behulp van Python (met bibliotheken zoals Matplotlib, Seaborn, of Plotly) of R (met ggplot2). Deze scripts kunnen worden geïntegreerd met de CI/CD pijplijn van het team of projectmanagement API om visuals automatisch te genereren voor elke sprint review. Hoewel deze aanpak vooraf investeringen vereist, biedt het maximale flexibiliteit en nauwkeurigheid op de lange termijn.

Voor een uitgebreide vergelijking van Agile visualisatietools, onderhoudt de Agile Alliance een curator bibliotheek over visualisatietechnieken en tools.

Meting van de impact van visuele hulpmiddelen op de evaluatie van de sprint

Hoe weet je of visuele hulpmiddelen daadwerkelijk je sprint reviews verbeteren? Net als elke Agile praktijk, moet je de resultaten meten. Hier zijn enkele praktische metrics en feedback methoden die je kunt gebruiken.

Kwalitatieve feedback

Aan het einde van een sprint review, twee minuten vragen stakeholders een eenvoudige vraag: "Op een schaal van 1 tot 5, hoe goed hielp de visuals u begrijpen van de vooruitgang van het team?" Track deze score na verloop van tijd. Vraag ook open-end vragen zoals, "Wat visueel was het meest nuttig en waarom?" en "Wat zou de visuals nog nuttiger de volgende keer?"

Observatiemetrics

Let op betrokkenheid: Hoeveel vragen stellen belanghebbenden tijdens de beoordeling? Houden discussies op de rails, of worden ze ontspoord door misverstanden? Zijn er beslissingen genomen in de ruimte, of moeten ze vervolgvergaderingen? Visuele hulpmiddelen die helderheid verbeteren moeten correleren met vragen van hogere kwaliteit en snellere besluitvorming.

Resultaten Metrics

Op de lange termijn kunnen effectieve visuele hulpmiddelen de tevredenheid van de stakeholder verbeteren, de prioriteiten op elkaar afstemmen en de nauwkeurigheid van feedback. Volg het percentage feedbackpunten van de stakeholder die in de volgende sprint zijn opgenomen, of de tijd die het voor stakeholders nodig heeft om een functie goed te keuren na het in een review te hebben gezien. Deze resultaatmetrics vertellen u of uw visuals de echte bedrijfswaarde aansturen.

Conclusie: Maak Visuele Hulpmiddelen een standaard onderdeel van uw Sprint Review Practice

Sprint reviews zijn te belangrijk om aan het toeval over te laten. Wanneer teams investeren in doordachte, goed ontworpen visuele hulpmiddelen, transformeren ze een routine status update in een samenwerkingsevenement. Stakeholders vertrekken met een duidelijk begrip van wat er gebouwd is, wat er geleerd is, en wat er daarna komt. Het team vertrekt met actieve feedback en een sterker gevoel van gedeeld doel.

De sleutel is om klein te beginnen. Kies een soort visuele hulp die uitlijnt met de grootste uitdaging in uw huidige sprint review . Misschien een burndown grafiek als vooruitgang onduidelijk is, of een mockup als feedback vaag is geweest . en test het. Verzamel feedback, itereren, en geleidelijk uit te breiden uw visuele toolkit. Na verloop van tijd, zult u een bibliotheek van effectieve visuals die elke sprint review meer aantrekkelijk, transparant en productief te maken.

Onthoud: het doel is niet om mooie graphics te creëren voor hun eigen bestwil. Het doel is om het begrip te verbeteren, de uitlijning te versnellen en betere resultaten te genereren. Wanneer je je inzet om visuele hulpmiddelen te gebruiken als een kernonderdeel van je sprint review praktijk, investeer je in de communicatiegezondheid van je hele Agile organisatie.