Een echte planning noemt per week een resultaat, een verantwoordelijke en jouw eigen uren. Een balkenschema zonder namen is decoratie.
Je toetst hier niet de snelheid maar de doordachtheid. Een partner die jouw inzet inplant, heeft dit traject eerder gedaan.
Wat er letterlijk in de offerte staat
Soms is het een aparte bijlage met een tijdlijn. Vaker is het een alinea, bijvoorbeeld: "De doorlooptijd bedraagt naar verwachting acht weken, afhankelijk van uw beschikbaarheid." Of een rijtje fases zonder data: intake, ontwerp, bouw, migratie, training, livegang.
In het gunstige geval zie je een tabel. Per week of per fase staat er wat er gebeurt. Er staat wie het doet en wat er aan het eind klaar is. Zoek dan meteen naar twee dingen: een startdatum en een einddatum. En zoek naar het woord u of jij. Staat jouw team nergens in de planning, dan mist er een halve waarheid.
Wat die regels echt betekenen
Een planning is geen belofte over snelheid. Het is een verantwoording van de calculatie. De uren in de offerte moeten ergens landen, en de planning laat zien waar. Klopt die verdeling niet, dan klopt de prijs ook niet. Twintig uur ontwerp in een planning van twee dagen is een rekenfout die je nu al kunt zien.
Daarom is de zinsnede "afhankelijk van uw beschikbaarheid" belangrijker dan hij lijkt. Hij is waar: jouw team levert data aan, beslist en test. Maar hij mag geen excuus vooraf zijn. Een goede partner vertaalt hem naar een getal, bijvoorbeeld dertig tot vijftig uur van jouw kant. Wat er precies van je wordt gevraagd, staat in wat je zelf moet aanleveren.
Toets de doorlooptijd ook aan de markt. Vijf gebruikers doe je in twee tot vier weken, tien met migratie in vier tot acht. De volledige bandbreedtes per omvang staan in de doorlooptijd plannen. Een planning die daar ver onder duikt, verkoopt je snelheid die je later in meerwerk terugbetaalt.
Waar het misgaat
Het gaat mis bij de nepplanning: mooie balken, geen namen. Vier gekleurde blokken van elk twee weken, netjes achter elkaar. Er staat nergens wie wat doet en nergens wat er aan het eind van een blok af is. Zo'n schema kun je op geen enkel moment toetsen, dus het schuift ongemerkt mee met de werkelijkheid.
De tweede fout is de planning zonder testweek. Bouw loopt door tot livegang en jouw team test er maar tussendoor bij. In de praktijk komt testen dan niet van de grond en ontdek je de fouten pas in productie. Reken op minimaal één volledige week testen voor de livegang.
De derde fout is de planning zonder einddatum. Fases wel, eindpunt niet. Dat is geen planning maar een volgorde. Wat dat met een traject doet, lees je in geen einddatum in de offerte.
Deze planning kun je nergens aan toetsen, dus hij zal schuiven.
Vraag om resultaten per week en een harde livegangdatum. Weigert de partner dat, dan is de calculatie waarschijnlijk niet af.
De wedervraag die je stelt
Stel hem letterlijk zo. Eén: "Wat is er aan het eind van elke week klaar, en wie stelt dat vast?" Twee: "Hoeveel uur vraagt u in welke week van mijn team, en van wie precies?" Drie: "Welke week is de testweek, en wat gebeurt er als wij daar fouten vinden?"
Vraag twee scheidt de partijen. Een partner die per week jouw uren benoemt, heeft dit vaker gedaan en weet waar trajecten stilvallen. Een partner die het bij "beperkt" houdt, schuift het risico naar jou. Neem de antwoorden mee naar de kickoff, zoals beschreven in hoe een traject verloopt.
De helft klopt. De helft die jou tijd gaat kosten, mist nog.
Vraag per fase om een schatting van jouw uren. Anders plan je vakanties en drukke weken dwars door je eigen traject heen.
Wanneer de formulering wél redelijk is
Een planning mag ruw zijn. Per week is genoeg, per dag is schijnzekerheid. Een marge hoort er ook bij: acht tot tien weken is eerlijker dan precies negen. En bij een klein traject van een paar dagen instelwerk hoef je geen bijlage te eisen. Een paar zinnen in de mail volstaan dan.
Ook een planning met voorbehoud is redelijk, zolang het voorbehoud concreet is. "Livegang in week acht, mits de exportbestanden in week twee binnen zijn" is een goede zin. Hij benoemt de afhankelijkheid en legt hem bij de juiste partij. Daar kun jij op sturen.
Verwacht tot slot dat de planning gaat schuiven. Dat is normaal. Wat telt is of het schuiven zichtbaar wordt gemaakt en of de einddatum meebeweegt. Hoe je dat gesprek voert zonder de relatie te beschadigen, lees je in bijsturen tijdens het traject.
Deze planning is een werkafspraak in plaats van een verwachting.
Je kunt elke vrijdag vaststellen of je op schema ligt. Dat maakt bijsturen een gesprek van tien minuten.
Veelgestelde vragen
Hoort er altijd een planning bij een offerte?
Bij elk traject vanaf circa 3.000 euro wel. Bij een paar losse uren instelwerk is een planning overdreven. Zodra er meerdere fases en meerdere mensen zijn, is hij onmisbaar.
Hoe gedetailleerd moet een planning zijn?
Per week is genoeg. Per dag is schijnzekerheid en per maand zegt te weinig. Belangrijker dan het detail is dat er per week een resultaat en een verantwoordelijke staan.
Wat is een realistische doorlooptijd?
Vijf gebruikers: twee tot vier weken. Tien gebruikers met migratie: vier tot acht weken. Vijfentwintig gebruikers: acht tot twaalf weken. Daarboven werk je in fases van enkele maanden.
Waarom staan mijn eigen uren in de planning?
Omdat jouw team data aanlevert, meebeslist en test. Die uren zijn echt en vallen vaak samen met drukke weken. Een planning zonder jouw inzet is per definitie te optimistisch.
Wat doe ik als de planning gaat schuiven?
Vraag welke week is verschoven en waarom, en of de einddatum meeschuift. Eén verschoven week is normaal. Drie keer schuiven zonder nieuwe einddatum is een signaal dat je moet bijsturen.
Mag ik een boete op overschrijding vragen?
Vragen mag, maar het werkt zelden. Partners prijzen het risico gewoon in. Een vastgelegde einddatum met een gezamenlijke evaluatie levert je in de praktijk meer op dan een boetebeding.