Prototype voor je go/no-go-moment

Bij een faseovergang moet iemand ja of nee zeggen: een stuurgroep, een opdrachtgever, een directie. Vaak gebeurt dat op basis van sheets en een begroting, terwijl de vraag eigenlijk is of het werkt en of gebruikers het snappen. Wij bouwen in één werkdag een klikbare versie van de kern, zodat het besluit wordt genomen op iets dat draait. Ook een no-go is dan een beter besluit, genomen op wat je hebt gezien in plaats van op wat iemand verwacht.

Terug naar OneDayBuild
01 / 05

Waarom een besluit op sheets moeilijk is

Drie patronen rond faseovergangen, en wat iets werkends daaraan verandert.

Iedereen ziet iets anders voor zich

Zes mensen lezen dezelfde beschrijving en hebben zes beelden in hun hoofd. Dat merk je pas na de bouw, wanneer er discussie ontstaat over wat er was afgesproken. Een klikbare versie maakt die verschillen zichtbaar op het moment dat ze nog gratis zijn.

De discussie gaat over de raming

Zonder iets tastbaars gaat het gesprek al snel over het budget en de planning, want daar valt wel over te praten. Met iets werkends verschuift het naar de vraag of dit het probleem oplost, en dat is de vraag die er toe doet.

Uitstel is de makkelijkste uitkomst

Bij twijfel besluit een stuurgroep vaak om nog een ronde te doen. Dat kost een cyclus. Iets werkends geeft genoeg grond om nu een besluit te nemen, in welke richting dan ook.

02 / 05

Wat valt binnen en buiten de bouwdag

We bouwen de kern die het besluit ondersteunt, niet het project zelf.

Binnen scope
  • Een klikbare versie van de kern, werkend op voorbeelddata.
  • Een live URL die je in de vergadering kunt tonen.
  • Een beeld van wat er staat en wat er in de volgende fase nog bij komt.
  • Een korte walkthrough zodat je het zelf vlot kunt laten zien.
Buiten scope
  • De business case, de begroting of het besluitdocument opstellen.
  • Het gesprek met de stuurgroep voeren of het besluit beïnvloeden.
  • Het volledige project met alle functionaliteit en koppelingen.
  • Een productieklare oplossing die gebruikers direct kunnen gebruiken.
03 / 05

Hoe de bouwdag verloopt

Vast ritme: van de besluitvraag naar iets klikbaars dat je op de vergadering kunt tonen.

  1. 09:00

    De besluitvraag scherp krijgen

    Waar moet de stuurgroep ja of nee tegen zeggen. We halen die vraag uit het projectplan en bepalen welk onderdeel hem beantwoordt.

  2. 10:00

    De route uittekenen

    Welke stappen doorloopt een gebruiker en waar zit het moment waarop de waarde duidelijk wordt. Dat is het stuk dat we bouwen.

  3. 11:30

    Eerste werkende versie

    De kern draait op voorbeelddata. We lopen het samen door en sturen bij waar het nog niet klopt.

  4. 13:30

    Voorbeelddata die herkenbaar is

    Gegevens die lijken op wat er in jouw organisatie omgaat, zodat een stuurgroeplid het meteen plaatst en niet eerst een vertaalslag moet maken.

  5. 15:30

    Het demonstratiepad kiezen

    We bepalen welke route je in de vergadering loopt en waar de aandacht heen moet, zodat je niet gaat improviseren voor een zaal.

  6. 17:00

    Live zetten en overdragen

    De versie staat op een URL en de code in je repository. We lopen de demonstratie een keer door.

04 / 05

Eerlijk over besluitmomenten

Wat een bouwdag hier wel en niet doet.

  • Een prototype maakt de kans op een go niet groter en dat is ook niet het doel. Het maakt het besluit beter onderbouwd. Een no-go op basis van iets werkends is meer waard dan een go op basis van een aanname.
  • Wat je toont is een versie op voorbeelddata, geen werkend systeem. Dat moet je in de vergadering expliciet zeggen, anders ontstaat het beeld dat het bijna af is en verschuift de verwachting over de vervolgfase.
  • Als het besluit vooral over geld of over prioriteit gaat, verandert een bouwdag weinig. Hij helpt wanneer de twijfel inhoudelijk is: werkt dit, snappen gebruikers het, is het het waard.
  • Wij zitten niet aan tafel bij je stuurgroep. Het gesprek voer je zelf; wij zorgen dat je iets hebt om te laten zien en dat je weet hoe je het toont.
05 / 05

Veelgestelde vragen

Wanneer heeft dit zin bij een faseovergang?

Wanneer de twijfel inhoudelijk is en niet financieel. Als de vraag is of gebruikers het begrijpen, of de aanpak werkt, of het probleem echt zo werkt als bedacht, dan brengt iets klikbaars het gesprek verder. Gaat het puur over budget of over politieke prioriteit, dan lost een prototype dat niet op en zeggen we dat in de intake.

Kan één dag genoeg zijn voor een stuurgroep?

Voor een besluit over doorgaan meestal wel, omdat een stuurgroep geen compleet systeem hoeft te zien maar de kern. Wat een dag niet oplevert is een oplossing die je aan gebruikers kunt geven. Dat onderscheid is belangrijk om vooraf te maken, ook richting je stuurgroep.

Wat als de uitkomst een no-go is?

Dan heb je binnen een dag geleerd wat anders na maanden was gebleken, en dat is de goedkoopste no-go die er is. In de praktijk verschuift een besluit vaker dan dat het afketst: de scope wordt kleiner of het probleem blijkt ergens anders te zitten.

Hoe voorkom ik dat het lijkt alsof het af is?

Door het te benoemen en door het demonstratiepad te kiezen. We bouwen bewust een route die werkt en zijn er open over dat daarbuiten nog niets staat. Dat is eerlijker en het voorkomt dat de stuurgroep de vervolgfase te licht inschat.

Mogen we onze eigen data gebruiken?

Op een bouwdag werken we met voorbeelddata die lijkt op die van jou. Echte bedrijfsgegevens vragen om afspraken en soms om toestemming, en dat past niet in een dag. Voor een stuurgroep is herkenbare voorbeelddata meestal genoeg om het punt te maken.

Wij zitten bij een subsidie- of fondsbesluit, geen stuurgroep. Werkt dit ook?

Ja, al is de vorm anders. Bij een fonds telt vooral de onderbouwing op papier; zie prototype bij je subsidieaanvraag. Bij een investeerder gaat het om het verhaal en de demonstratie; zie demo voor investeerders.

Wie moet er bij de intake zitten?

Degene die het besluit voorbereidt, en bij voorkeur iemand die het probleem van dichtbij kent. Niet de hele stuurgroep. Wat wij nodig hebben is scherp krijgen waar het besluit over gaat; dat gesprek is korter en concreter met twee mensen dan met acht.

Wat als de stuurgroep pas over een maand vergadert?

Dan is er ruimte om de uitkomst van de bouwdag te verwerken, en dat is een luxe. Wat we in de praktijk zien is dat mensen de versie in die weken aan een paar collega’s of gebruikers laten zien. De reacties daaruit zijn vaak waardevoller voor het besluitdocument dan de demonstratie zelf.

Een faseovergang in zicht?

Beschrijf in een paar zinnen waar de stuurgroep ja of nee tegen moet zeggen. We sparren in een korte intake en plannen de bouwdag voor de vergadering.