01
Functies zijn geen baten
Een MT beslist niet over wat software kan, maar over wat het oplevert. Een voorstel dat over functies gaat, wordt beoordeeld op de prijs.
OneDayBuild, het bouwdagmerk van Appfront
Businesscase voor het MT of eerst een dag bouwen?
Een voorstel aan het managementteam gaat vaak over functionaliteiten, specificaties en licentiemodellen, en het MT vraagt terecht waar de businesscase is. Die is er niet, omdat de cijfers die erin horen pas bestaan als er iets draait: hoeveel tijd het scheelt, hoeveel fouten het voorkomt, of mensen het gebruiken. Een bouwdag levert precies die cijfers, en dan schrijft de businesscase zichzelf.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waar de twee routes uit elkaar lopen
Een voorstel zonder cijfers is een wensenlijst. De cijfers komen uit de praktijk, niet uit een document.
Het typische voorstel aan een MT is een lijst met wat de software moet kunnen, een vergelijking van pakketten en een licentieprijs. Wat er ontbreekt, is de zin die het MT zoekt: dit scheelt zoveel uur per week, dit voorkomt zoveel fouten, dit levert zoveel op. Die zin ontbreekt niet uit luiheid, maar omdat niemand hem kan onderbouwen zonder dat het ding bestaat.
Daar zit de klem. De aanjager schat de besparing, het MT vraagt waar het cijfer vandaan komt, en het antwoord is een aanname. Het voorstel gaat terug voor meer onderbouwing, en de tweede versie bevat dezelfde aanname met meer decimalen. Ondertussen wordt het voorstel beoordeeld op de licentieprijs, omdat dat het enige harde cijfer is.
Een bouwdag draait de volgorde om. In één dag wordt het deel gebouwd waar de besparing in zit, en daarna meet je het: hoe lang duurt de handeling nu, hoe lang met het prototype, hoeveel fouten vallen weg, hoeveel collega's gebruiken het in de eerste week. Die cijfers zijn klein en echt, en een businesscase met kleine echte cijfers wint het van een businesscase met grote geschatte.
02
Aannames worden aannames
Een geschatte besparing blijft een schatting, hoeveel uitwerking er ook bij komt. Het MT weet dat en weegt de schatting op de spreker.
03
Meten is de onderbouwing
Een handeling die met de hand tien minuten kost en met het prototype twee, is een cijfer waar niemand over discussieert.
04
Klein en echt wint
Een besparing van drie uur per week, gemeten, overtuigt meer dan een besparing van twee fte, geschat.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het deel van het idee waar de besparing of de opbrengst in zit, werkend gemaakt.
- Een meting op echte handelingen: tijd, fouten en gebruik, vóór en met het prototype.
- Een korte lijst met de cijfers en hoe ze zijn gemeten, klaar om in het voorstel te zetten.
- Een live URL en de code in je eigen repository.
Buiten scope
- De businesscase zelf schrijven; de cijfers zijn van ons, het verhaal van jou.
- Kosten van licenties, beheer en uitrol over meerdere jaren; dat rekent jouw controller.
- Koppelingen met productiesystemen en een privacytoets.
- Beheer en doorontwikkeling na het besluit.
03/06
Hoe de bouwdag verloopt
- Stap 1
De belofte benoemen
Welke zin in het voorstel moet het MT geloven: minder tijd, minder fouten, meer omzet.
- Stap 2
De handeling kiezen
Het deel van het werk waar die belofte over gaat, en hoe het nu wordt gedaan.
- Stap 3
Nulmeting
Hoe lang duurt het nu, hoe vaak gaat het mis. Gemeten bij echte collega's, niet geschat.
- Stap 4
Bouwen
Het deel dat de handeling vervangt of verkort, werkend op eigen gegevens.
- Stap 5
Meten met het prototype
Dezelfde handeling, dezelfde collega's, met het prototype. Het verschil is het cijfer.
- Stap 6
Opleveren
Live URL, code in je eigen repository en de meting als bijlage bij het voorstel.
Volgende stap
Strandt je voorstel op het ontbreken van cijfers?
Stuur ons het voorstel zoals het nu is en vertel welke vraag het MT stelde. In een korte intake wijzen we de belofte aan die in één dag te meten is.
04/06
Eerlijk over deze vergelijking
- Een prototype rekent niet alles uit. Het meet het deel dat het bouwt. Licenties, beheer en uitrol blijven een schatting, maar dan een schatting naast een gemeten kern.
- Soms is rekenen eerst beter. Als de vraag is of het probleem groot genoeg is om iets aan te doen, tel dan eerst hoe vaak het voorkomt. Bouw als het probleem vaststaat en de oplossing de vraag is.
- Een meting bij drie collega's is klein. Klein genoeg om te betwisten, groot genoeg om te geloven. Zeg erbij hoe je hebt gemeten; dat is eerlijker dan een groot getal zonder bron.
- Het MT kan alsnog nee zeggen. Met cijfers is dat een besluit over prioriteit, niet over geloofwaardigheid. Dat is een beter nee.
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 voorstel gaat over functies en het MT vraagt naar de baten.
- Aan het eind van de dag heb je gemeten cijfers en een link die het MT 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 de oplossing maken die de businesscase belooft.
- Koppelingen, beveiliging, beheer en de uitrol naar alle collega's.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Wat is het verschil tussen een voorstel en een businesscase?
Een voorstel zegt wat je wilt en wat het kost. Een businesscase zegt wat het oplevert en waarom je dat gelooft. Het tweede vraagt cijfers over tijd, fouten of omzet, en die cijfers bestaan pas als er iets draait. Daarom stranden voorstellen over functies: er valt niets te wegen.
Welke cijfers levert een bouwdag op?
De cijfers van het deel dat is gebouwd: hoe lang een handeling nu duurt en met het prototype, hoe vaak het misgaat, hoeveel collega's het in de eerste week gebruiken. Klein, gemeten en na te rekenen. De rest van de businesscase, zoals licenties en beheer, blijft een schatting.
Hoe meten we de nulmeting?
Door de handeling een paar keer te timen bij collega's die hem nu doen, en te tellen hoe vaak er iets fout gaat of opnieuw moet. Dat kost een ochtend en het is het deel van de businesscase dat het meest wordt overgeslagen.
Wat als de meting tegenvalt?
Dan weet je dat vóór het MT-besluit in plaats van erna. Een besparing die kleiner is dan gehoopt, is nog steeds een cijfer, en soms is de conclusie dat het idee niet de moeite is. Dat is goedkoper dan een traject dat het pas na een jaar laat zien.
Moet ik de businesscase zelf schrijven?
Ja. Wij leveren de meting en de manier waarop hij is gedaan; het verhaal, de kosten over meerdere jaren en de risico's zijn van jou en je controller. Een businesscase van de bouwer wordt door een MT terecht gewantrouwd.
Kan het MT het prototype zelf zien?
Ja, via een link, vóór de vergadering. Een MT-lid dat de handeling zelf heeft gedaan, hoeft de meting niet te geloven; hij heeft hem gevoeld. Dat is het verschil tussen een bijlage en een ervaring.
