01
Parkeren is geen besluit
Niemand zegt nee, dus niemand hoeft het uit te leggen. Daarom blijft het liggen tot het niet meer relevant is.
OneDayBuild, het bouwdagmerk van Appfront
Het idee parkeren of eerst een dag bouwen?
Niets doen is de meest gekozen route, en zelden een bewuste. Het idee is goed, iedereen knikt, en het gaat op de lijst voor volgend kwartaal. Daar blijft het, omdat stakeholders wachten op iets dat werkt voordat ze er tijd voor vrijmaken, en er niets werkt zolang niemand er tijd voor vrijmaakt. Een bouwdag is de kleinste stap die die cirkel doorbreekt.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waar de twee routes uit elkaar lopen
Een geparkeerd idee concurreert met alles. Een werkend ding concurreert met niets.
Elk bedrijf heeft een lijst met ideeën die goed zijn en niet gebeuren. Ze staan in een backlog, in een strategiedocument of in het hoofd van degene die ze bedacht. De reden dat ze niet gebeuren, is zelden dat iemand tegen is. Het is dat niemand ervoor is op het moment dat er tijd verdeeld wordt: het idee is een belofte, en beloftes verliezen het van dingen die al bestaan en aandacht vragen.
Parkeren voelt als uitstel, maar het is meestal afstel. Na twee kwartalen is de aanjager iets anders gaan doen, is de context veranderd of heeft een concurrent het gebouwd. Het idee is niet afgewezen; het is verdampt. En omdat er nooit een besluit is genomen, leert de organisatie er ook niets van.
Een bouwdag maakt van het idee iets dat bestaat. Eén werkend deel, op een live URL, dat de aanjager kan doorsturen. Een link wordt geopend; een backlogitem niet. Wie het heeft gezien, heeft er een mening over, en meningen sturen prioriteit. Het idee slaat de lijst over, niet omdat het beter is geworden, maar omdat het tastbaar is geworden.
02
Beloftes verliezen van dingen
Een werkend scherm vraagt aandacht; een idee op een lijst niet. De organisatie kiest altijd voor wat er al is.
03
De aanjager is de enige eigenaar
Zolang het een idee is, hangt het aan één persoon. Zodra het bestaat, kan het van meer mensen worden.
04
Klein bouwen is goedkoper dan lang parkeren
Een idee dat twee kwartalen op een lijst staat, kost vergadertijd en energie. Een dag bouwen kost een dag.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het deel van het idee dat het meest overtuigt, werkend op een live URL.
- Gevuld met eigen gegevens of een realistische set, zodat collega's iets herkennen.
- Een korte tekst bij de link: wat het is, wat het niet is, wat het zou kunnen worden.
- De code in je eigen repository, zodat het verder kan zodra er prioriteit is.
Buiten scope
- Het besluit om het te bouwen; dat blijft bij de organisatie, alleen nu met iets in handen.
- Het volledige product met alle functies uit het oorspronkelijke idee.
- Koppelingen met productiesystemen, beveiliging en beheer.
- Een businesscase; het prototype levert wel de cijfers voor het technische deel ervan.
03/06
Hoe de bouwdag verloopt
- Stap 1
Het idee terughalen
Wat was het precies, en waarom knikte iedereen. Vaak is het in de tussentijd vager geworden.
- Stap 2
Het overtuigendste deel kiezen
Niet het makkelijkste, maar het deel waarvan collega's zeggen: oh, zo.
- Stap 3
Bouwen
Werkend, op gegevens die genoeg op de werkelijkheid lijken om herkend te worden.
- Stap 4
De rondgang plannen
Wie krijgt de link als eerste, en wat vraag je diegene te doen.
- Stap 5
Een besluit vragen
Niet om budget, maar om een antwoord: doorgaan, aanpassen of stoppen. Alle drie zijn beter dan parkeren.
- Stap 6
Opleveren
Live URL, code in je eigen repository en de tekst bij de link.
Volgende stap
Staat je idee al een tijd op een lijst?
Vertel wat het idee is en waar het nu staat. In een korte intake bepalen we welk deel in één dag te bouwen is en aan wie je de link als eerste stuurt.
04/06
Eerlijk over deze vergelijking
- Soms is parkeren de juiste keuze. Als de organisatie er nu echt geen ruimte voor heeft, is een werkend prototype een frustratie erbij. Bouw als de ruimte er wel is maar de prioriteit ontbreekt.
- Een prototype kan ook nee opleveren. Collega's die het zien, kunnen zeggen dat het niets voor ons is. Dat is een besluit, en dat is beter dan een lijst. Maar het is geen ja.
- Het idee moet een eigenaar hebben. Een prototype zonder iemand die ermee rondgaat, wordt net zo goed geparkeerd als het idee. De dag helpt alleen als er iemand is die de link doorstuurt.
- Klein is niet hetzelfde als onbelangrijk. Een werkend deel van een groot idee kan klein lijken naast het oorspronkelijke plan. Zeg erbij wat het zou kunnen worden, anders wordt het beoordeeld op wat het nu is.
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
- Je idee staat op een lijst en komt er niet af, terwijl je weet dat het goed is.
- Aan het eind van de dag heb je een link die collega's kunnen openen in plaats van een backlogitem.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- Het prototype heeft prioriteit gekregen en je wilt er een product van maken.
- De overige functies, koppelingen, beveiliging, beheer en de uitrol.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Waarom blijven goede ideeën op een lijst staan?
Omdat niemand tegen is en niemand ervoor is op het moment dat tijd wordt verdeeld. Een idee is een belofte, en beloftes verliezen het van dingen die al bestaan en aandacht vragen. Er is geen besluit nodig om iets te laten liggen; dat gebeurt vanzelf.
Is een bouwdag niet ook iets dat prioriteit vraagt?
Ja, maar één dag, en van een klein aantal mensen. Dat is een andere vraag dan een traject van een kwartaal met een team. Vaak past een bouwdag in een bestaand budget voor experimenten, zonder dat het door dezelfde prioritering hoeft als het traject.
Wat als het prototype ook wordt geparkeerd?
Dan is er iets anders aan de hand dan prioriteit: de organisatie wil het niet, of heeft er echt geen ruimte voor. Dat is ook een antwoord, en een eerlijker antwoord dan een lijst. Een link die niemand opent, zegt meer dan een idee dat niemand afwijst.
Hoe kies ik welk deel ik laat bouwen?
Het deel waarvan collega's, als ze het zien, zeggen: oh, zo werkt dat. Niet het makkelijkste deel en niet het volledige idee, maar het stuk dat de belofte tastbaar maakt. Meestal is dat één scherm of één handeling.
Moet ik het idee eerst uitwerken in een document?
Liever niet. Een document is precies de vorm waarin het idee al twee kwartalen ligt. Een halve pagina met wat het is en voor wie, is genoeg om te bouwen. Het prototype is het uitgewerkte document, in een vorm die mensen wel openen.
Wat als de context is veranderd sinds het idee?
Dan blijkt dat op de bouwdag, en dat is nuttig. Een idee dat een jaar heeft gelegen, past soms niet meer bij wat de organisatie nu nodig heeft. Beter dat je dat ontdekt tijdens één dag bouwen dan tijdens een traject dat alsnog is gestart op het oude idee.
