Jullie team heeft AI-tools. Maar levert niet sneller.
Elke engineer heeft een licentie en code wordt sneller geschreven dan ooit. Daarna wacht ze: op review, in een wachtrij, op een beslissing waarvan niemand zeker weet wie ze mag nemen. In een sprint van drie tot vijf weken, tegen een vaste prijs, zoek ik uit waar jullie oplevering vastloopt en herontwerp ik één workflow van begin tot eind.
De snelheid is er. De structuur om ze te benutten ontbreekt.
De meeste teams voegen AI toe aan de manier waarop ze al werken. De output komt sneller en belandt in een proces dat ontworpen is voor het tempo van mensen. Wellicht herken je hier iets van:
- Pull requests stapelen zich op, omdat review gebouwd is voor het volume dat een mens kan schrijven.
- Eigenaarschap wordt vaag. Als een agent de code schreef, weet niemand zeker wie ervoor instaat.
- Beslissingen die een dag duurden, duren nu een week, omdat onduidelijk is wie wat goedkeurt.
- De factuur voor AI-tools blijft groeien. Het releaseritme is niet veranderd.
Dit is geen toolprobleem, dus nog een tool lost het niet op.
De Delivery Sprint
Drie tot vijf weken. Vaste prijs. Drie dingen die blijven.
Ik werk in jullie team, op jullie echte werk. Aan het einde van de sprint hebben jullie:
- Resultaat 1
Een score
Een eerlijk beeld van waar jullie team staat: hoe werk van idee naar productie gaat, waar het wacht en wie eigenaar is van elke stap. Later kunnen jullie opnieuw meten en vergelijken.
- Resultaat 2
Eén workflow, herontworpen van begin tot eind
We kiezen de workflow die het meeste pijn doet en herontwerpen die samen: wat AI doet, wat mensenwerk blijft en wie goedkeurt. Eén workflow die grondig is aangepakt, zodat jullie team ziet hoe het hoort.
- Resultaat 3
Een standaard die achterblijft
Een korte, uitgeschreven standaard die jullie team zonder mij op de volgende workflow kan toepassen.
Je bent eigenaar van wat je oplevert, of het nu door een mens of door AI geschreven is.
Dit is de voorwaarde waar al de rest van afhangt. Tools en processen werken pas als iemand instaat voor het resultaat. Zonder die voorwaarde betekent snellere output alleen meer werk waar niemand achter staat. Daar begint de sprint.
Dit is voor jou als
- Je een softwareteam van 5 tot 100 mensen leidt.
- Je AI-tools betaalt en de meeste engineers ze gebruiken.
- Je geen merkbaar verschil kunt aanwijzen in hoe snel jullie leveren.
- Je binnen enkele weken één concreet resultaat wilt, geen transformatieprogramma.
Over mij
Ik ben Bart Jacobs. Ik was Head of Engineering bij een productstudio van 50 mensen terwijl AI veranderde hoe software gebouwd wordt. Ik heb dus van binnenuit gezien wat werkt en wat vastloopt.
Ik bouw al meer dan vijftien jaar software en leid al even lang engineers, en ik heb tientallen projecten opgeleverd. Ik heb ook Cocoacasts opgericht, waar ik al meer dan tien jaar Swift-ontwikkeling onderwijs aan duizenden mensen.
De sprint is waar de meeste teams beginnen. Daarnaast werk ik met teams als fractional engineering leader.
Artikels
- Waarom teams met AI-tools niet sneller leveren. De meeste bedrijven voegen AI toe aan de manier waarop ze al werken. De code wordt sneller geschreven, en daarna wacht ze.
Klinkt dit als jullie team?
Plan een kort gesprek en vertel me waar de oplevering vastloopt. Schrijf je liever eerst, stuur me dan een paar regels.