Antwoord.

Een gestandaardiseerde demonstratie van de oplossing aan de klant (Demo) is een belangrijk onderdeel van de communicatie tussen het IT-team en de stakeholders. De businessanalist is verantwoordelijk voor het voorbereiden van de structuur, het verzamelen en beschrijven van cases, en het waarborgen van de volledigheid en logica van de presentatie van de resultaten.

De businessanalist:

• Bepaalt de sleutelscenario's (flow) op basis van de vereisten en pijnpunten van de klant.
• Stelt storyboards of checklists op voor het product/prototype met de nadruk op wat de gebruiker verwacht.
• Organiseert feedback, legt opmerkingen en verzoeken om verbeteringen vast.

De demonstratie moet kort, gestructureerd zijn en niet alles tegelijk tonen, maar juist de belangrijke punten.

Belangrijke kenmerken:

• Scenario's voor de demo moeten de gebruikersbehoeften reflecteren, niet de technische implementaties.
• De demo is geen examen voor ontwikkelaars, maar een communicatiemiddel met het bedrijfsleven.
• Zorg altijd voor feedback en correcte protocollen.

Vragen met een valstrik.

Mag je in de demo alleen tonen wat er "werkt", waarbij je gedeeltelijk afgeronde onderdelen negeert?

Nee, de klant verliest vertrouwen als hij achteraf over tekortkomingen hoort. Het is belangrijk om de voortgang eerlijk te laten zien en gebieden aan te duiden die aandacht behoeven.

Moet de businessanalist persoonlijk de demo leiden?

Nee, maar het is de analist die de scenario's moet structureren en verantwoordelijk is voor de geschiktheid van de getoonde functies vanuit het oogpunt van het bedrijfsleven.

Moet je in de demo alle technische details van de ontwikkeling bespreken?

Nee, het doel is het demonstreren van bedrijfswaarde, niet architectonische oplossingen; details kunnen apart met technische stakeholders worden besproken.

Typische fouten en antipatterns

• Ontbreken van gestructureerde scenario's voor de presentatie
• Demonstratie van functies die niet gerelateerd zijn aan echte gebruikersbehoeften
• Het missen van het verzamelen van opmerkingen, mondelinge vastlegging van feedback alleen van één vertegenwoordiger van de klant

Voorbeeld uit het leven

Negatieve case:

• Tijdens de demo voor de klant toonde het team alleen standaardschermen en gaf niet aan welke gesprekken zijn opgelost en welke niet. De klant dacht dat alles klaar was en ontdekte na de implementatie veel bugs en complicaties. Pluspunten: Snelle uitvoering van de demonstratie. Minpunten: Onverwachte bugs, verlies van vertrouwen, versies van de implementatie wijken af van de verwachtingen.

Positieve case:

• Voor de eerste release heeft de businessanalist een scenario-plan voor de presentatie (user flows) opgesteld en dit vooraf met de klant afgestemd. Tijdens de demo werden alle vragen en opmerkingen vastgelegd en op basis daarvan zijn verbeteringen vóór de release aangebracht. Pluspunten: Hoge transparantie, verwachtingen kwamen overeen met het werkelijke resultaat. Minpunten: Tijdsinvestering in het voorbereiden van een duidelijk scenario en het vastleggen van feedback.