- Een eerste werkende versie staat meestal binnen zes tot twaalf weken
- De scope bepaalt de doorlooptijd, niet de hoeveelheid code
- Bouwen in rondes van twee weken laat u eerder bijsturen dan wachten op een compleet product
Een eerste werkende versie van maatwerksoftware staat meestal binnen zes tot twaalf weken, met daarna verdere uitbreiding in fases. Hoe lang het duurt tot alles compleet is, hangt af van hoeveel processen erin moeten en hoeveel rollen er onderscheiden worden. Een afgebakende toepassing is sneller klaar dan een kernsysteem dat een heel bedrijf draagt.
Wat de doorlooptijd echt bepaalt
Niet de hoeveelheid code bepaalt hoe lang een project duurt, maar het aantal beslissingen dat genomen moet worden. Een systeem met een rol en een paar velden is in weken te bouwen. Een systeem met vijf rollen, elk met eigen schermen en rechten, vraagt om vijf keer zoveel ontwerpgesprekken voordat er een regel code geschreven wordt.
Koppelingen met bestaande pakketten tellen apart mee. Elke koppeling met een boekhoudpakket, een CRM of een leverancierssysteem is een eigen mini-project met zijn eigen doorlooptijd, en die tellen op bij de bouwtijd van de applicatie zelf.
Doorlooptijd per type traject
- Koppeling tussen twee systemen: 1 tot 4 weken
- Procesautomatisering: 2 tot 6 weken
- Zakelijke website: 4 tot 8 weken
- Webapplicatie zoals een configurator of rekentool: 6 tot 10 weken
- Dashboards en rapportage: 3 tot 6 weken
- Klantportaal: 6 tot 12 weken voor de eerste versie
- Bedrijfsapplicatie zoals een CRM of ERP: 6 tot 12 weken voor de eerste versie
- Platform of SaaS-product: 12 tot 24 weken voor de eerste versie
Deze doorlooptijden gelden voor de eerste werkende versie, niet voor het complete systeem. Een bedrijfsapplicatie breidt na de eerste versie vaak nog maanden tot jaren uit, in fases die u zelf goedkeurt.
Waarom eerst iets werkends, dan pas alles
Wij bouwen in rondes van twee weken, elk met iets dat echt in productie kan. Het onderdeel met de meeste pijn krijgt voorrang en wordt werkend opgeleverd voordat de rest begint. Dat is een bewuste keuze: bij een project dat pas na een half jaar iets oplevert, komt een verkeerde aanname pas na een half jaar aan het licht. Bij rondes van twee weken ziet u dat binnen twee weken, op het moment dat bijsturen nog goedkoop is.
Wat een traject vertraagt
Projecten die uitlopen, lopen vrijwel altijd uit op wachten aan de kant van de opdrachtgever, niet op de bouw zelf. Een scherm dat klaarstaat voor beoordeling maar twee weken blijft liggen, kost die twee weken net zo hard als een technisch probleem. Reken op een tot twee uur per week voor overleg en het beoordelen van wat er klaarstaat, met een vast aanspreekpunt dat mag beslissen.
Wijzigende scope is de tweede oorzaak. Een afgebakende scope met een vaste prijs voorkomt dat het project meegroeit met elk nieuw idee dat onderweg ontstaat. Komt er iets bij, dan krijgt dat een aparte offerte en een eigen plek in de planning, in plaats van dat het de lopende ronde vertraagt.
