Now, next, later is geen planning zonder planning

De overstap van een kwartaalplanning naar een now, next, later-model klinkt aantrekkelijk: minder ver vooruit doen alsof we precies weten wat er gebouwd moet worden, en meer ruimte om op nieuwe informatie te reageren.

Maar een kwartaalplanning en now, next, later zijn niet automatisch elkaars tegenpolen.

Een kwartaal is een tijdseenheid waarin een organisatie plannen bespreekt en bijstelt. Now, next en later zeggen vooral iets over de mate van zekerheid. Je kunt een roadmap met die drie zones nog steeds ieder kwartaal beoordelen. En je kunt een traditionele kwartaalplanning zonder de naam te veranderen al flexibel gebruiken.

De interessante vraag is daarom niet hoe de kolommen heten, maar welk gedrag er werkelijk verandert.

Van datums naar vertrouwen

In een klassieke roadmap krijgt werk al vroeg een plek in een maand of kwartaal. Dat helpt bij communicatie, budgetten en afhankelijkheden, maar suggereert ook meer zekerheid dan er vaak is. Over een probleem dat pas over vijf maanden wordt opgepakt, weten we meestal nog niet genoeg om de oplossing gedetailleerd vast te leggen.

Now, next en later kunnen die onzekerheid eerlijker weergeven.

Now bevat werk waar het team daadwerkelijk aan werkt en waarvoor een concrete afspraak geldt. Next is waarschijnlijk de volgende stap, maar heeft nog ruimte voor ontdekking en heroverweging. Later beschrijft een richting of probleem zonder te doen alsof scope, oplossing en volgorde al vaststaan.

Dat kan development veel zinloos detailwerk besparen. We hoeven geen grote items te schatten waarvan de context nog zal veranderen. Product discovery kan dichter op het moment van uitvoering plaatsvinden. Nieuwe informatie mag de volgorde beïnvloeden zonder dat iedere aanpassing meteen als een gebroken kwartaalbelofte voelt.

Flexibiliteit op de roadmap vraagt rust in het team

Het grootste risico is dat een flexibelere roadmap wordt vertaald naar een voortdurend veranderende werkvoorraad. Als alles op ieder moment naar Now kan schuiven, krijgt development geen wendbaarheid maar onderbreking.

Juist daarom moet Now beschermd worden. Er hoort een grens te zijn aan de hoeveelheid gelijktijdig werk. Wanneer iets urgents wordt toegevoegd, moet zichtbaar zijn welk ander werk daardoor stopt of later komt. Anders groeit Now langzaam uit tot een lijst van alles wat meerdere stakeholders belangrijk vinden.

Ook Next heeft discipline nodig. Het is geen tweede backlog met tientallen half uitgewerkte wensen. De items daar moeten voldoende onderzocht zijn om relevante afhankelijkheden, risico’s en voorbereidende keuzes te herkennen — zonder ze al volledig dicht te timmeren.

Een roadmap mag bewegen. Een team kan niet voortdurend opnieuw beginnen.

Later is geen beleefde manier om nee te vermijden

De Later-zone kan nuttig zijn om richting te tonen zonder een belofte te doen. Maar zij kan ook een kerkhof worden voor onderwerpen waar niemand formeel afscheid van durft te nemen.

Daarom hoort verwijderen bij het model. Als een probleem niet meer belangrijk genoeg is, moet het van de roadmap kunnen verdwijnen. Dat is duidelijker dan het jarenlang naar rechts schuiven. Later betekent: nog onzeker, niet: ooit gegarandeerd.

Voor technische onderwerpen geldt hetzelfde. Onderhoud, security en technische schuld mogen niet alleen zichtbaar worden wanneer ze al urgent zijn. Als de roadmap uitsluitend productfeatures toont, ontstaat flexibiliteit voor het product ten koste van de systemen die dat product dragen.

Wat nog steeds expliciet moet worden afgesproken

Now, next en later nemen de behoefte aan besluitvorming niet weg. Het model heeft antwoorden nodig op praktische vragen:

• Wie bepaalt dat iets van Next naar Now gaat?
• Welke informatie moet daarvoor beschikbaar zijn?
• Hoe lang blijft werk normaal gesproken in Now?
• Hoe worden onderhoud, security en technische verbeteringen meegenomen?
• Hoe gaan we om met contractuele of wettelijke deadlines?
• Hoe vaak bekijken we de hele roadmap opnieuw?

Zonder zulke afspraken verandert vooral de presentatie. Dan krijgen bestaande kwartaalitems drie nieuwe labels, terwijl dezelfde scope, deadlines en verwachtingen blijven bestaan.

Minder schijnzekerheid, niet minder verantwoordelijkheid

Ik zie veel waarde in het model wanneer het onzekerheid zichtbaar maakt en teams ruimte geeft om op nieuwe informatie te reageren. Het voorkomt dat verre toekomstplannen onnodig gedetailleerd worden en kan het gesprek terugbrengen naar problemen en gewenste uitkomsten.

Maar planning verdwijnt niet. Zij wordt kortcyclischer en explicieter. De organisatie moet vaker besluiten wat nu werkelijk belangrijk is, development moet duidelijk maken wat veilig kan veranderen en iedereen moet accepteren dat Later geen toezegging is.

Een flexibelere roadmap werkt uiteindelijk alleen wanneer de uitvoering niet voortdurend vloeibaar wordt.