Nieuws

Stap in de maat van de delivery cadence

14 maart 2023 • 6 min read

cadance1920

Het is een plaag bij grote organisaties, zoals de overheid. Zélfs start- en scale-ups hebben er last van. IT-projecten die gierend uit de pas lopen in tijd en budget. Ooit meegemaakt? Die rammelende projecten lijden aan falende delivery cadence. Dus: hoe vaak wordt ‘n stukje werkende software opgeleverd. Ik geef je uitleg én tips tegen de kwaal.

 

 

Dit is het probleem

Wat bouw je, wat niet? Vaak is dat de kernvraag. Eerder gaf ik tips over valideren en plannen van projecten. Stel, dat doe je goed en je bouwt alleen gevalideerde items die op de backlog staan. Een onafhankelijk productteam heeft dat onder controle.

 

Het kan nog steeds mis gaan. 

 

Hoe? 

 

Dat heeft alles te maken met: 

 

  • haalbare doelen stellen

  • opleveren daarvan

 

De kadans van Agile en Lean

Volg je het ritme van Agile, dan lever je elke sprint (2 weken) iets op met waarde voor de eindgebruiker. Je hakt je werk dus in porties van één sprint. Je kijkt ook naar de gebruiker en de kwaliteitseisen. Dat zijn user stories op je backlog.

 

Met Lean ga je nog een stapje verder. Daarbij lever je elke sprint een werkend product op. Iets dat echt he-le-maal klaar is voor de eindgebruiker. Te hoog gegrepen, voor veel teams.

 

Beide methodes werken goed … als je ze echt volgt. 

 

Dan zit je elke twee weken bij de sprint review om alle mooie nieuwe features te bekijken. Klinkt logisch hè? Aan het begin van de sprint bespreekt het team wat haalbaar is. Je schat in hoe moeilijk het werk is en wie er het best mee aan de slag kan.

 

Helaas. Veel bedrijven hebben dat ritme niet. Of nog niet.

 

Hier loopt het fout

Want het heeft alles te maken met het maturity level van Agile delivery en management. Onvolwassenen ondervinden problemen. Worst case: vasthouden aan rigide oplever-specs en knellende planningen.

 

De handleiding is dan: aan het begin bepalen wat aan het eind af moet zijn. Klanten een harde datum geven waarop de software klaar is. Tussendoor amper communiceren met de eindgebruikers.

 

Het Agile team mag uitvinden hoe ze dat gaan fiksen. 

 

Liever veilig watervallen

Software opleveren, is toch een beetje ‘met de billen bloot’. Onvolkomenheden zijn zichtbaar voor iedereen. Stiekem stappen organisaties dan liever onder de ‘Waterfall’. Het líjkt alsof Agile rules met sprints, teams en ceremonies. Maar feitelijk heersen Gantt charts en gestreste projectmanagers.

 

Bij de meeste softwareprojecten Werkt. Waterfall. Niet. 

 

Want bij software bouwen hoort een onzekerheid: 

 

  • Bouw je fonkelnieuwe systemen, dan is onderzoek nodig. 

  • Wat simpel lijkt, blijkt later supercomplex. 

  • Een productmanager dealt met gebruikers met specifieke wensen. En die merken na oplevering dat ze eigenlijk iets anders willen.

 

Natuurlijk beperken ervaren engineers onzekerheid. Ze hebben vaker met dat bijltje gehakt. 

 

Maar er zijn grenzen.

 

100% zekerheid bestaat niet. Dat erkennen, is de eerste stap naar een betere delivery cadence. Als je delivery-methodes niet op orde zijn, heeft dat altijd een negatieve impact op de software. 

 

Doodvermoeiend defensief

Mijn eerdere ervaring met delivery en projectmanagers:

 

  • Eindeloze meetings om te verantwoorden waarom iets veranderde. Continu in het defensief, doodvermoeiend. 
  • Strakke kaders, maar geen inzicht in hoe software ooit af kon komen. 
  • Hardnekkige weigering om feedback op te halen bij klanten, want de software was ‘een onvolmaakt product’.

 

Dat drukte zwaar op het hele team. En maakte mijn leven een hel. Dus toen ik in een project van AND Digital laatst met ‘zulke figuren’ te maken kreeg, stond ik niet te dansen.

 

Zo kan het anders
Zowaar, bij AND Digital werkte ik samen met een delivery manager die luisterde en die de noodzaak van meer onderzoek zag. Ze snapte dat het begin van een project vaak arbeidsintensief is. Want er worden dan nieuwe dingen ontdekt. 

 

De toon was direct constructief. Ze begreep waarom features na feedback veranderen of zelfs verdwijnen moesten. Ze bood inzicht in onze productiesnelheid en adviseerde hoe we op schema konden blijven.

 

In gesprek met de klant was ze mijn Grote Bondgenoot. Want ze kwam altijd met grafieken die de progressie van ons team toonden. Óók als de omstandigheden waren veranderd. 

 

Het gevolg: de waarde van het product stond centraal. Iets waar je de mogelijke revenue aan kon koppelen. Hierdoor konden we veel en vaak opleveren. 

 

Van MVP naar MLP

Zodra we een minimal viable product (MVP) hadden, kon de klant ermee aan de slag. Iedere sprint werd de MVP beter. We creëerden iets waar de klant dagelijks mee werkte én waarde uit haalde. Namelijk, een minimal lovable product (MLP).

 

Natuurlijk, een bedrijf heeft sommige zekerheden nodig. Bijvoorbeeld over oplevering. Alles loslaten, is geen oplossing. 

 

  • Zorg binnen de kaders voor ruimte voor het onzekere, maar ook voor genoeg informatie om een plan en strategie te maken. 

  • Vaak feedback verzamelen, is cruciaal. Blijf in nauw contact met de eindgebruiker.

 

Als je wil versnellen

Laten we aannemen dat jouw organisatie al Agile werkt. En al het bovenstaande gaat goed. Dat is mooi! Maar kan je nog versnellen?  Daarvoor heb ik mijn vijf geboden:

 

  • Houd de eindgebruiker betrokken

Als je die vaak uitgebreid feedback laat geven, heb je meer kans dat je product meteen goed werkt en past bij de behoeften. Als je daarbij ook aansluit op het sprintritme, heb je veel minder sprints nodig. En kan je dus vaker opleveren.

 

  • Zorg voor goed technisch overzicht

Een betrokken CTO, software-architect of sterke teamlead: essentiële rollen voor succesvolle opleveringen. Deze personen zetten alle code naadloos in elkaar en sturen bij waar nodig. Dit vermindert fouten en dus rework.

 

  • Maak geen tijdgebonden roadmap

Een roadmap richt zich op de waarde voor de eindgebruiker en de volgorde waarin die wordt geboden. Deadlines laten geen ruimte om te bedenken welke toevoeging nog meer waardevol is en het product succesvoller maakt. Kijk naar waarde die je wil bieden, prioriteer, en plan in. Rekening houdend met de teamprogressie.

 

  • Denk vooruit

Een productmanager kan door overleg met ontwikkelaars en deelname aan sprintceremonies afhankelijkheden goed in de gaten houden. En dat voorkomt vertragingen, bijvoorbeeld doordat bepaalde features in de juiste volgorde worden ontwikkeld.

 

  • Houd de driehoek flexibel

Time, Quality, Money. Die factoren spelen een rol bij softwareontwikkeling en productmanagement. Ik hou ze het liefst alledrie flexibel. Vraagt een feature meer tijd dan gepland, dan moet je schuiven. Als je de roadmap niet tijdgebonden maakt, speel je beter in op tijd. Waarom zou je een feature niet één release later opleveren als die dan meer waarde biedt? Lukt dat niet vanwege het budget, kun je dan een eenvoudige versie bouwen en die later uitbreiden? In het ergste geval huur je nog een extra ontwikkelaar in om sneller te gaan en kwaliteit op peil te houden.

 

Samengevat
Okee, in vogelvlucht nog eens mijn tips: 

 

  • Het is belangrijk om de backlog niet te overladen met features. Zorg altijd voor een buffer.

  • Richt je op een MVP en bouw naar een MLP. Geef je de klant telkens iets beters, dan is die steeds blijer. 

  • Onthoud: delivery cadence draait om continu opleveren van waardevolle producten én verzamelen van eindgebruikers-feedback. 

  • Schep kaders met ruimte voor onzekerheid. Maar ook met genoeg informatie om een plan en strategie te bouwen. 


 

Over Remmelt Blessinga:

Remmelt Blessinga is product principal bij AND Digital's club Aletta in Amsterdam. Zijn achtergrond is in Business Informatics. Zo heeft hij heeft in samenwerking met PwC gewerkt aan het ontwikkelen van Virtual Reality training voor Fortune 500 bedrijven, zoals Meta en AT&T. Remmelt is gespecialiseerd in requirements engineering, product strategie validatie en ondernemerschap. Hij heeft twee eigen bedrijven gehad; een game studio die apps ontwikkelde voor de Chinese markt en een deep learning startup actief in de Westlandse teelt. 

 

Over AND Digital:

Het is de missie van AND Digital om de kloof in digitale skills te overbruggen. Daartoe versnellen we de digitale vaardigheden van ambitieuze organisaties. Zo mixen we onze technische vakkennis en product expertise met onze bekroonde aanpak op talentontwikkeling.

 

Benieuwd hoe AND Digital jouw organisatie kan helpen bij het versnellen van jouw digitale succes? We denken graag vrijblijvend mee.

Plan een gesprek met Jeroen

Nieuws

Related Posts