01
Kiezen of bewijzen
Een sprint helpt een team kiezen. Een bouwdag bewijst dat de keuze in de praktijk werkt.
OneDayBuild, het bouwdagmerk van Appfront
Design sprint of eerst een dag bouwen?
Een design sprint brengt een team een week samen om een probleem te begrijpen, ideeën te schetsen, er één te kiezen, een prototype te maken en dat met gebruikers te testen. Dat is een sterke methode, maar het prototype is meestal een klikbare voorkant die gebruikers laat reageren op een plaatje. Een bouwdag levert een werkend prototype op met echte gegevens. Welke route past, hangt af van wat je al weet.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waar de twee routes uit elkaar lopen
Een sprint gaat over kiezen. Een bouwdag gaat over bewijzen dat de keuze werkt.
De design sprint is een methode om in een week van een groot probleem naar een getest idee te gaan. Een klein team met een beslisser begrijpt het probleem, schetst oplossingen, kiest er één, maakt een prototype en test dat met een handvol gebruikers. De kracht zit in het kiezen: aan het eind van de week ligt er een richting die het team samen heeft genomen.
Het prototype van een sprint is meestal een voorkant: schermen in een ontwerpprogramma die klikbaar zijn gemaakt. Gebruikers reageren op wat ze zien, en dat levert veel op over begrip en taal. Maar ze doen het werk niet echt. Of de gegevens kloppen, of het proces werkt als er een uitzondering komt, en of mensen het morgen weer gebruiken, blijft een vraag.
Een bouwdag begint waar de richting al gekozen is. In één dag wordt het deel gebouwd dat het idee moet bewijzen, werkend en op echte gegevens, en gebruikers doen er hun eigen werk mee. Wat je leert is minder over begrip en meer over gedrag: gebruiken ze het, waar lopen ze vast, en wat blijkt er in de gegevens te zitten wat niemand wist.
De twee zijn geen concurrenten. Een sprint zonder vervolg levert een mooi prototype dat in een map belandt. Een bouwdag zonder richting bouwt het verkeerde snel. Weet je nog niet welk probleem je oplost, of zit het team er verschillend in, begin met de sprint. Is de richting duidelijk en is de vraag of het werkt, begin met een dag.
02
Voorkant of werkend
Een klikbaar prototype laat mensen reageren. Een werkend prototype laat ze hun werk doen.
03
Team of gebruiker
De sprint vraagt een team en een beslisser een week lang. De bouwdag vraagt vooral een paar gebruikers die het proberen.
04
Samen of na elkaar
De sterkste volgorde is vaak een sprint die kiest, gevolgd door een dag die het gekozen idee werkend maakt.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het deel van het gekozen idee dat moet bewijzen dat het werkt, werkend gemaakt.
- Echte gegevens of een export daarvan, zodat gebruikers hun eigen werk doen.
- Een test met een paar gebruikers en een lijst van wat werkte en wat niet.
- Een live URL en de code in je eigen repository.
Buiten scope
- Het probleem verkennen en een richting kiezen met het hele team; dat is waar een sprint voor is.
- Meerdere ideeën naast elkaar uitwerken en vergelijken.
- Een volledig ontwerp met huisstijl voor alle schermen.
- Koppelingen met productiesystemen en beheer na de test.
03/06
Hoe de bouwdag verloopt
- Stap 1
De richting vaststellen
Welk idee, voor wie, en welke vraag de dag moet beantwoorden.
- Stap 2
Het bewijsdeel kiezen
Het deel van het idee waar het op staat of valt.
- Stap 3
De gegevens
Een export of koppeling met echte gegevens, zodat het echt werk is.
- Stap 4
Bouwen
Het bewijsdeel werkend, met de schermen die gebruikers nodig hebben.
- Stap 5
Testen met gebruikers
Een paar mensen doen hun eigen werk ermee; we kijken waar het schuurt.
- Stap 6
Opleveren
Live URL, code in je eigen repository en wat de test liet zien.
Volgende stap
Twijfel je tussen een sprint en een dag?
Vertel ons wat je wilt oplossen, hoe ver het team is en welke vraag nog open ligt. In een korte intake zeggen we eerlijk of een sprint of een dag de volgende stap is.
04/06
Eerlijk over deze vergelijking
- Een sprint is soms de betere keuze. Als het probleem vaag is of het team verdeeld, lost een werkend prototype dat niet op. Dan bouw je snel iets waar de helft van het team niet achter staat.
- Een bouwdag kiest niet voor je. We bouwen wat jij hebt gekozen. Weet je dat nog niet, dan helpt een dag weinig.
- Een sprint vraagt een week van een team. Dat is een grote investering in tijd van mensen. Een bouwdag vraagt vooral een paar uur van de gebruikers die testen.
- Na een sprint kan een dag goed passen. Het gekozen idee is dan klaar om werkend te maken. Daarvoor is er een eigen pagina over het vervolg van een sprint.
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 richting is gekozen en de vraag is of het in de praktijk werkt.
- Aan het eind van de dag doen gebruikers hun werk met een werkend prototype op echte gegevens.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- Het werkt en je wilt van het prototype een product maken.
- Koppelingen, beveiliging, ontwerp en beheer.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Wat is het verschil tussen een design sprint en een bouwdag?
Een design sprint brengt een team samen om een probleem te begrijpen, een richting te kiezen en een klikbaar prototype met gebruikers te testen. Een bouwdag maakt een gekozen idee werkend op echte gegevens. De sprint gaat over kiezen, de dag over bewijzen dat de keuze werkt.
Wanneer kies ik voor een design sprint?
Als het probleem nog niet scherp is, als er veel mogelijke oplossingen zijn, of als het team en de beslisser nog niet op één lijn zitten. Dan is samen kiezen de waarde, en een werkend prototype komt te vroeg.
Wanneer kies ik voor een bouwdag?
Als de richting duidelijk is en de vraag is of het werkt: gebruiken mensen het, kloppen de gegevens, loopt het proces bij uitzonderingen. Dat laat een werkend prototype zien, en een klikbare voorkant niet.
Kunnen we beide doen?
Ja, en dat is vaak de sterkste volgorde. Een sprint die kiest, en daarna een dag die het gekozen idee werkend maakt. Het prototype van de sprint is dan het ontwerp waarop de dag voortbouwt.
Wat is er mis met een klikbaar prototype?
Niets, voor wat het doet. Het laat zien of mensen het idee begrijpen. Het laat niet zien of ze het gebruiken als het echt werkt, met hun eigen gegevens en hun eigen uitzonderingen. Voor die vraag is een werkend prototype nodig.
Wie moet er bij een bouwdag zijn?
Iemand die het idee kent en keuzes mag maken, en een paar gebruikers die aan het eind hun werk ermee doen. Een heel team hoeft niet een dag vrij te maken.
