Buva CPQ Analyse

Voer het wachtwoord in om de analyse te bekijken.

Buva CPQ Analyse

Juli 2025 - april 2026

Het project is ingeschat op 871 uur en heeft 1.377 uur gekost (excl. blueprint), een overschrijding van 58%. Dit document loopt maand voor maand door het project en laat zien welke ontwikkelingen de uren hebben gedreven. Begin februari 2026 was het volledige budget verbruikt. De drie grootste oorzaken: pricing-logica die niet apart was ingecalculeerd (100 uur), projectmanagement dat meeschaalde met een groter team (+115 uur), en dataverzameling die niet in de inschatting stond (+69 uur).

Juli 2025

4,8 uur · 1% van budget verbruikt

Het project start met voorbereiding. Renko overlegt over integraties en contracten, vraagt omgevingen aan. Nog geen bouw, alleen planwerk.

Augustus 2025

46,8 uur · 6% verbruikt

De kickoff vindt plaats op 15 augustus. Mike krijgt training en begint direct met het dorpelmodel en de configurator UI. Het Jira board wordt aangemaakt met 70 issues. De eerste verkenning van 3D visualisaties start met Ricardo, Buva en Hive. Renko begint gesprekken over integraties met Pieter en Johan (Rapid Connect). Normaal tempo voor een opstart.

September 2025

89,5 uur · 16% verbruikt

De eerste maand waar projectmanagement opvalt: 35,5 uur gaat naar meetings, stuurgroep, backlog management en rapportage. Dat is 40% van alle uren deze maand. De configurator UI krijgt veel aandacht door iteratief overleg met Albert. Upload-functionaliteit wordt opgezet door Renko. Het project begint ritme te krijgen, maar de PM-overhead is nu al hoger dan ingeschat.


Oktober 2025

144 uur · 33% verbruikt

Het project verdubbelt in omvang. De configuratie logica begint serieus: de configurator flow wordt vastgesteld, de beslisboom uitgewerkt, procesflow brainstorms gehouden. Een bezoek aan de fabriek in Middelburg kost Renko en Mike elk een volle dag. Mike start document generatie: offerte en sales confirmation templates. De neutendatabase komt voor het eerst in beeld. Het inschatten van de configuratie logica op 40 uur begint hier al onrealistisch te worden: alleen al deze maand gaat er 50 uur naartoe.

Na vier maanden is 33% van het budget verbruikt. Dat is op schema. Maar de configuratie logica heeft in een enkele maand al meer gekost (50 uur) dan de volledige inschatting (40 uur).

November 2025

163,8 uur · 52% verbruikt

Jonne sluit aan als derde teamlid. Het project verbreedt: Renko bouwt F&O integraties (44,5 uur deze maand alleen), Mike werkt aan kennismatrix-logica en document templates, Jonne start de SolidEdge-extractor voor neutendata en de eerste 3D specificaties met Dragos. Dataverzameling verschijnt voor het eerst: 12 uur aan neutendata. Dit werkpakket stond op 0 uur in de inschatting. De profielen-configurator komt in scope.

December 2025

163,2 uur · 70% verbruikt

Dragos gaat vol aan de slag met 2D/3D visualisatie: 33 uur inclusief weekenddagen. Jonne bouwt de neutendatabase en selecteert par-bestanden met Michele. Renko bouwt het integratie-dashboard. Mike richt het klantenportaal in en werkt aan bevestigingsmateriaal-logica. Dataverzameling loopt door: 21 uur. Het tempo is hoog maar nog niet alarmerend.


Januari 2026

239,6 uur · 98% verbruikt

Drie grote werkstromen lopen parallel: Mike start de pricing-logica (niet apart ingecalculeerd), Jonne rondt de 3D output-nodes af en bouwt de neutenartikelen-database, Renko werkt aan CRM-integratie en levertijdberekening. Het team telt nu 6 personen. Eind januari is 98% van het budget verbruikt. Er moet nog getest worden, de livegang moet nog plaatsvinden, de documenten zijn nog niet af, en de pricing-engine is pas begonnen.

Het budget is bijna op. De configuratie logica staat inmiddels op 146 uur (inschatting: 40). Dataverzameling op 57 uur (inschatting: 0). Projectmanagement op 213 uur (inschatting: 172). De testfase, livegang en orderbevestiging moeten nog beginnen.

Februari 2026

262,8 uur · 128% verbruikt

De absolute piekmaand. Mike bouwt in hoog tempo de volledige pricing-engine: sales-price, klantkorting, vulblokken, neuten, nabewerkingen, verstekzagen, sluitpotten, profielen, vullatten, easycover, ontluchtingssleuf. Elke component heeft eigen prijsregels. Jonne werkt parallel aan neut-bewerkingen en boorgaten. Renko stabiliseert F&O, bereidt de go-live voor en richt UAT/productie in. De configuratie logica bereikt 116 uur in een enkele maand, bijna 3x de volledige inschatting voor de hele categorie.

Maart 2026

218,3 uur · 153% verbruikt

De focus verschuift naar testen en livegang. Testbevindingen komen binnen van Bianca, Duuk, Irina en Albert. Mike rondt de orderbevestiging af en werkt testbevindingen weg. Renko verwerkt F&O bevindingen en bereidt de go-live voor. Jonne lost neut-issues op. Halverwege de maand gaat het systeem live. Mike geeft onsite ondersteuning. De testfase kost 77 uur (inschatting voor testen: 32 uur), en de livegang nog eens 37 uur.

April 2026

44,8 uur · 158% verbruikt

Na de livegang draait het team op lagere capaciteit. Mike verwerkt wijzigingen in documenten en lost productie-issues op. Jonne fixt 2D visualisatie-issues. Renko optimaliseert integraties met Duuk. Het team houdt een evaluatiesessie. Het project verschuift van bouw naar beheer.


Cluster Inschatting Werkelijk Verschil

Bevinding 1. Veel tijd is gaan zitten in het ontdekken van "wat willen we nu precies?"

Ga prototypen. Bouw met Claude Code en laat het zien. NB: graag met een Hive-"skill" om te voorkomen dat we dingen bouwen die niet in het Hive-framework passen.

Bevinding 2. Kennisoverdracht versus meebouwen

De inschatting was gebaseerd op meebouwen, met steeds meer overdracht naar BUVA zelf. Bijvoorbeeld bij documenten: Mike bouwt initieel een document, waarna Albert het verder uitwerkt. In de praktijk hebben we zwaarder meegedaan dan ConfigureWise zelf had voorzien.

We moeten hier bewuster mee omgaan. Willen we echt dat ConfigureWise bepaalde taken oppakt om meer snelheid te maken, of doen we het "omdat Renko dit toevallig ooit heeft gebouwd"?

Bevinding 3. Onderschatting configurator logica

De configuratorlogica is echt fout ingeschat. Op basis van de gesprekken deden we aannamen:

Al deze punten zijn onderschat.

We kennen nu de context, we weten dat inschatten lastig is. Met scrum hakken we dit op in blokjes.

Overkoepelende maatregel: werken in scrum

De bovenstaande bevindingen wijzen allemaal dezelfde kant op: we moeten anders gaan werken. Concreet betekent dat scrum, om de volgende redenen:

  1. Sneller zichtbaar resultaat, en daardoor sneller kunnen doorontwikkelen op basis van wat we zien.
  2. Beter overzicht: wat doen we nu, en wat willen we hierna oppakken?
  3. Geen grote analyses vooraf nodig; we leren gaandeweg.
  4. Projectbeheersing is direct gekoppeld aan het product zelf, niet aan een Excel-werkelijkheid die los staat van de realiteit.
  5. Geen onmogelijke inschattingen vooraf; we werken in behapbare blokjes en stellen bij waar nodig.
Rapport door Renko Steenbeek · 10 april 2026