01
De presentatie vraagt geloof
Elke dia is een belofte. Het MT weegt de spreker, omdat het niets anders heeft om te wegen.
OneDayBuild, het bouwdagmerk van Appfront
Buy-in van het management of eerst een dag bouwen?
Het management geeft geen budget vrij voordat het iets ziet dat werkt, en er is niets dat werkt omdat er geen budget is. Die cirkel is het bekendste patroon bij interne innovatie. Een presentatie doorbreekt hem zelden; een bouwdag wel, omdat hij de vraag verandert van 'geloof je mij' in 'klik hier'.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waar de twee routes uit elkaar lopen
Een presentatie vraagt vertrouwen; een prototype maakt het overbodig.
Wie een idee door een managementteam wil krijgen, maakt een presentatie. Probleem, oplossing, wat het kost, wat het oplevert. Het MT luistert, stelt vragen over de aannames, en vraagt om een uitgewerkter voorstel. Dat is geen onwil; het is wat een MT hoort te doen met een voorstel dat uit aannames bestaat. De aanjager gaat terug, werkt uit, en komt drie vergaderingen later terug met dezelfde aannames in meer detail.
De klem is dat het MT niet twijfelt aan de aanjager, maar aan iets dat niemand kan zien. Is het technisch haalbaar, gaan mensen het gebruiken, wat doet het met de huidige processen. Op die vragen bestaat geen overtuigend antwoord in dia's, omdat elk antwoord een belofte is. Het MT beslist daarom op de geloofwaardigheid van de spreker, en dat is een wankele basis voor een investering.
Een bouwdag verandert wat er op tafel ligt. In plaats van een voorstel is er een link: een werkend deel van het idee, op eigen gegevens, dat elk MT-lid vóór de vergadering kan openen. De discussie verschuift van 'kan dit' naar 'willen we dit', en die tweede vraag is er een die een MT kan beantwoorden. De buy-in komt daarna vanzelf, of komt niet, maar dan om een reden die je kunt horen.
02
Het prototype vraagt een klik
Een MT-lid dat het zelf heeft geprobeerd, heeft een mening over het ding. Dat is een ander gesprek.
03
De volgorde bepaalt de toon
Wie eerst bouwt, komt met bewijs. Wie eerst buy-in zoekt, komt met een verzoek.
04
Draagvlak is meer dan het MT
Wie het straks moet gebruiken, moet ook overtuigd zijn. Een link gaat langs meer bureaus dan een deck.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het deel van je idee waar het MT aan twijfelt, werkend gemaakt op eigen gegevens.
- Een live URL die elk MT-lid zelf kan openen, vóór en tijdens de vergadering.
- Een korte lijst met wat het prototype bewust niet doet, zodat de vraag daarnaar niet als verrassing komt.
- De code in je eigen repository, zodat het na de goedkeuring meteen verder kan.
Buiten scope
- Het voorstel zelf: businesscase, planning en budgetaanvraag blijven van jou.
- Koppelingen met productiesystemen; het prototype werkt op een kopie of een export.
- Een privacytoets of beveiligingsbeoordeling, als jullie die vragen voordat echte gegevens gebruikt mogen worden.
- Beheer en doorontwikkeling na de goedkeuring.
03/06
Hoe de bouwdag verloopt
- Stap 1
De twijfel van het MT benoemen
Welke vraag komt elke keer terug. Dat is de vraag die het prototype moet beantwoorden.
- Stap 2
Het kleinste bewijs kiezen
Niet het hele idee, maar het deel dat die twijfel wegneemt.
- Stap 3
Bouwen
Op eigen gegevens waar dat mag, anders op een realistische set.
- Stap 4
De rondgang voorbereiden
Wie van het MT opent de link eerst, en wat vertel je erbij in twee zinnen.
- Stap 5
De lijst van wat er niet in zit
Zodat de vraag 'en wat doet het niet' een antwoord heeft in plaats van een stilte.
- Stap 6
Opleveren
Live URL, code in je eigen repository en de lijst, één week voor de vergadering.
Volgende stap
Loop je vast op een MT dat wil zien voordat het gelooft?
Vertel welke vraag het MT elke keer stelt en wat je tot nu toe hebt laten zien. In een korte intake bepalen we of die vraag in één dag te beantwoorden is, en welk deel je dan laat zien.
04/06
Eerlijk over deze vergelijking
- Soms is praten eerst beter. Als het MT twijfelt of dit een probleem is dat opgelost moet worden, helpt een prototype niet. Bouw als de twijfel over de oplossing gaat, niet over het probleem.
- Een prototype zonder eigenaar overtuigt niet. Het MT wil weten wie het straks trekt. Een werkend ding zonder iemand die het wil beheren, is een mooi ding zonder toekomst.
- Weerstand is niet altijd technisch. Als een MT-lid het idee niet wil omdat het zijn afdeling raakt, verandert een link daar weinig aan. Dat gesprek voer je apart.
- Een bouwdag kost ook budget. Klein, maar het is er. Vaak past het in een bestaand potje voor experimenten; soms is de bouwdag zelf de eerste vraag aan het MT, en dat is een kleinere vraag dan het hele traject.
05/06
Twee manieren om verder te gaan
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Eén bouwdag, OneDayBuild
- Het MT twijfelt of het kan of of het gebruikt gaat worden, en een voorstel neemt die twijfel niet weg.
- Aan het eind van de dag heb je een link die elk MT-lid zelf kan openen.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- Het MT is akkoord en je wilt van het prototype een werkende oplossing voor de organisatie maken.
- Koppelingen met productiesystemen, beveiliging, beheer en de uitrol naar gebruikers.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Moet ik het MT vooraf vragen of ik een bouwdag mag doen?
Dat hangt af van jullie mandaat. Vaak past een bouwdag in een bestaand budget voor experimenten. Zo niet, dan is de bouwdag een kleinere vraag dan het hele traject, met een concreet resultaat: er komt iets dat werkt.
Wat als het MT het prototype afwijst?
Dan weet je waarom, en dat is winst. Een afwijzing van een werkend ding heeft een reden die je kunt horen: te duur, niet ons probleem, past niet bij de strategie. Een afwijzing van een voorstel heeft vaak geen reden, alleen een verzoek om meer uitwerking.
Hoe laat ik het prototype zien in een MT-vergadering?
Liever niet pas in de vergadering. Stuur de link een week vooraf, met twee zinnen erbij, en vraag elk lid om het zelf te proberen. In de vergadering bespreek je wat ze zagen, in plaats van dat je het demonstreert. Wie het zelf heeft geprobeerd, heeft al een mening.
Mogen we bouwen met echte bedrijfsgegevens?
Alleen als jullie regels dat toestaan. Veel organisaties vragen een privacytoets of een beveiligingsbeoordeling voordat echte gegevens in een nieuwe omgeving mogen. Een realistische set die op de werkelijkheid lijkt, is voor een MT-demo meestal genoeg en voorkomt dat de discussie over de toets gaat in plaats van over het idee.
Wat als het MT vraagt naar de businesscase?
Die blijft van jou; een prototype vult hem niet in. Wat het prototype wel doet, is de grootste aanname eruit halen: of het kan. Een businesscase waarvan het technische deel is bewezen, is een businesscase over geld en prioriteit, en daar is een MT goed in.
Werkt dit ook bij een bestuur of een raad van toezicht?
Ja, en daar is het verschil vaak groter. Een bestuur vergadert minder vaak en leest meer voorstellen. Een link die een bestuurslid thuis opent, wint het van een bijlage van dertig pagina's.
