01
Van demo naar werkend
Hardgecodeerde data en sluiproutes eruit, echte logica en opslag erin.
OneDayBuild, het bouwdagmerk van Appfront
Prototype voor het vervolg op een hackathon
De hackathon is voorbij en jouw idee won, of viel op. Er is een demo die op het podium werkte, met hardgecodeerde data en een paar sluiproutes. Nu vraagt iemand of het verder kan. Wij maken van de kern van die demo in één werkdag een prototype dat echt werkt, zodat het idee niet eindigt als een mooie herinnering.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waarom hackathonideeën vaak stranden
Een hackathon is gemaakt om snel te laten zien wat kan. Wat er na de hackathon moet gebeuren, is ander werk, en daar is meestal niemand voor.
Een hackathon levert in korte tijd veel ideeën en een paar demo's die indruk maken. De demo's werken op het podium, maar vaak met vaste data, overgeslagen stappen en code die niemand wil onderhouden. Dat is precies goed voor een hackathon, en precies waarom het daarna lastig wordt.
Na de prijsuitreiking gaat het team terug naar het gewone werk. De sponsor vraagt of het verder kan, en niemand weet hoe ver de demo van echt werken af staat. Het idee wacht op een besluit dat niemand kan nemen, omdat niemand weet wat er nodig is.
Een werkend prototype direct na de hackathon beantwoordt die vraag. De kern van de demo wordt echt: met opslag, met echte of realistische data, zonder sluiproutes. Daarna kan de sponsor beslissen op iets wat werkt, en weet het team wat verder bouwen vraagt.
Maak vóór de bouwdag duidelijk wie het besluit neemt en waarover. Is het de sponsor van de hackathon, een afdelingshoofd, of een innovatieteam met een eigen budget? En wat moet die persoon zien om te zeggen dat het idee verder mag? Als dat helder is, bouwen we precies het deel dat die vraag beantwoordt, en niet het deel dat op het podium het meeste applaus kreeg.
02
Het momentum vasthouden
Kort na de hackathon is de aandacht er nog. Een tijd later is het idee vergeten.
03
Een besluit dat iemand kan nemen
Met een werkend prototype weet de sponsor wat er ligt en wat de volgende stap vraagt.
04
Het team blijft eigenaar
Het idee is van het hackathonteam. Wij bouwen de kern door, zij beslissen mee.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- De kern van de hackathondemo, opnieuw gebouwd zodat hij echt werkt.
- Opslag, echte of realistische data en de stappen die in de demo werden overgeslagen.
- Een lijst van wat verder bouwen vraagt.
- De code in je eigen repository.
Buiten scope
- Alle ideeën uit de hackathon; alleen de kern van het gekozen idee.
- Koppelingen met systemen van de organisatie en de invoering.
- Een nieuwe hackathon of het opnieuw kiezen van het idee.
- Beheer en doorontwikkeling na het besluit.
03/06
Hoe de bouwdag verloopt
- Stap 1
De demo bekijken
Wat werkte op het podium, wat nep was, en wat het idee echt moet doen.
- Stap 2
De kern kiezen
Het deel waar het besluit over verder gaan van afhangt.
- Stap 3
Opnieuw bouwen
Werkend, met opslag en data, zonder de sluiproutes van de demo.
- Stap 4
Met het team
Het hackathonteam kijkt mee, zodat het idee van hen blijft.
- Stap 5
Lijst voor verder
Wat verder bouwen vraagt, zodat de sponsor weet wat het besluit inhoudt.
- Stap 6
Live zetten en overdragen
Live URL, code in je eigen repository en de lijst.
Volgende stap
Heeft jullie hackathon een idee opgeleverd dat verder moet?
Stuur ons de demo en vertel wat het idee moet doen. Dan zeggen we of de kern in één dag echt werkend te maken is.
04/06
Eerlijk over het vervolg op een hackathon
- De demo-code gebruiken we zelden. Hackathoncode is gemaakt om te laten zien, niet om op door te bouwen. Meestal bouwen we de kern opnieuw.
- Een goed idee is nog geen goed product. Het prototype laat zien dat het werkt. Of het de organisatie iets oplevert, moet daarna blijken.
- Soms blijkt het niet te kunnen. Wat op het podium werkte, kan in het echt tegenvallen. Dat is beter nu te weten dan later.
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
- De hackathon heeft een idee opgeleverd en niemand weet hoe ver de demo van echt werken af staat.
- Aan het eind van de dag werkt de kern echt, zonder sluiproutes.
- Eén dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- De sponsor heeft besloten dat het idee verder gaat.
- Het volledige product, met koppelingen, invoering en beheer.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Wat bewijst een prototype na een hackathon?
Dat de kern van het idee werkt zonder de vaste data en sluiproutes van de demo. Het bewijst niet dat het idee de organisatie iets oplevert.
Bouwen jullie verder op de hackathoncode?
Soms, meestal niet. Hackathoncode is gemaakt om te laten zien. Vaak is opnieuw bouwen sneller en levert het iets op dat je kunt onderhouden.
Wat is het verschil met de vergelijking tussen hackathon en bouwdag?
Die pagina helpt kiezen tussen een hackathon, een sprint en een bouwdag. Deze pagina gaat over het moment ná een hackathon, als er een idee ligt dat verder moet.
Moet het hackathonteam erbij zijn?
Het helpt. Het team weet wat het idee moet doen en wat in de demo nep was. Een uur aan het begin en een kijkje aan het eind is vaak genoeg.
Wanneer moet de bouwdag zijn?
Kort na de hackathon, zolang de sponsor en het team er aandacht voor hebben. In de intake kijken we naar de demo en het besluit.
Wat gebeurt er na de dag?
De sponsor beslist met een werkend prototype en een lijst van wat verder bouwen vraagt. Dat kan bij ons als traject, of bij je eigen ontwikkelaars.
