Naar hoofdinhoud
CodeIQ

Bouwen houdt niet op bij de oplevering.

De meeste bedrijven besteden zo'n zeventig procent van hun IT-budget aan het draaiend houden van wat er al staat, en dertig procent aan iets nieuws. Dat is geen natuurwet. Het is het gevolg van jaren waarin er alleen brandjes zijn geblust en niemand tijd had om iets goed te zetten.

Wij zetten er een vast team op met vaste uren per sprint. Elke twee weken gaat er iets live, en er blijft ruimte over om het onderliggende op orde te houden. Daardoor kantelt die verhouding, in plaats van dat hij elk jaar erger wordt.

Plan een gesprek Bekijk onze cases

Wat er vaststaat en wat jij bepaalt.

Het ritme ligt vast zodat je erop kunt rekenen. Wat er gebouwd wordt ligt niet vast, want dat is aan jou.

Waarom we niet werken met een strippenkaart.

Een kaart met vooraf gekochte uren klinkt flexibel en is dat op papier ook. In de praktijk werkt hij tegen je, en wel op vier manieren.

  • Je gaat tellen in plaats van bouwen

    Bij elke wens komt eerst de vraag hoeveel uur er nog op staat. Dat leidt tot uitstellen van dingen die eigenlijk moeten, en tot kleine opdrachten die net binnen het restant passen in plaats van de opdracht die je echt nodig hebt.

  • Je krijgt wie er vrij is

    Omdat er geen vaste capaciteit gereserveerd staat, pakt degene het op die toevallig ruimte heeft. Die leest zich in, doet de wijziging en vergeet hem weer. De volgende keer begint dat inleeswerk opnieuw, en dat betaal jij.

  • Onderhoud komt er nooit van

    Van gekochte uren wil niemand er tien besteden aan updates die je niet ziet. Dus blijft dat liggen. Wie minder dan een vijfde van zijn tijd aan het onderliggende besteedt, ziet zijn beheerkosten elk jaar met vijftien tot twintig procent stijgen.

  • Er is geen plan, alleen een saldo

    Een strippenkaart kent geen richting. Er is geen moment waarop iemand zegt waar het over een half jaar moet staan, want er is alleen een tegoed dat opgaat. Daarom werken wij met een vast ritme en een lijst die we samen bijhouden.

Hoe een maand bij ons eruitziet.

Twee sprints van twee weken, met een vaste dag waarop er iets live gaat. Je hoeft er niets voor te organiseren.

Plan een gesprek

  1. Maandag, week 1

    We kiezen samen wat erin gaat

    Een half uur aan tafel of via een videocall. We lopen de lijst langs, jij zegt wat er voorgaat en wij zeggen wat er technisch eerst moet. Daarna weet iedereen wat er over twee weken staat.

  2. Week 1 en 2

    Bouwen, met ruimte voor het onderliggende

    Ongeveer een vijfde van elke sprint gaat naar updates, tests en het opruimen van dingen die later duur worden. Dat staat niet ter discussie, want dat is precies het stuk dat overal wegbezuinigd wordt.

  3. Donderdag, week 2

    Releasedag

    Wat af is gaat live, op een vaste dag en buiten de drukte om. Je krijgt een lijstje van wat er veranderd is in gewone taal, zodat je het kunt doorsturen naar de mensen die ermee werken.

  4. Tussendoor

    Als er iets stukgaat

    Dan gaat het voor. Een storing wacht niet op de volgende sprint. We melden wat we doen, lossen het op en schuiven de rest een plek op, in plaats van dat we net doen alsof het ritme belangrijker is dan jouw bedrijf.

Platformen waar we al jaren aan bouwen.

Software die niet is opgeleverd en losgelaten, maar elke twee weken een stukje beter werd.

Alle cases
Supersnel geholpen en meteen begrepen wat de bedoeling was. Ik weet wie ik de volgende keer weer ga bellen.
Lucas Vaantjes Eigenaar, NH Vastgoed Expertise

Vragen over doorontwikkeling.

Staat je vraag er niet bij, stel hem gerust. Je krijgt iemand uit het team dat het ook zou bouwen.

Stel je vraag
Wat kost het per maand?

Dat hangt af van hoeveel uur je per sprint afneemt. De meeste bedrijven zitten tussen de vijftien en vijfentwintig procent van wat het bouwen heeft gekost, per jaar gerekend. Je kiest zelf het aantal uren en je kunt dat elk kwartaal bijstellen, omhoog of omlaag.

Zitten we vast aan een lang contract?

Nee. We werken per kwartaal, met een opzegtermijn van een maand. Als je wil stoppen dragen we alles over: code, servers, documentatie en wat er nog op de lijst stond. Wij hebben liever dat je blijft omdat het werkt dan omdat je vastzit.

Wat als we een maand niets nodig hebben?

Dan gebruiken we die uren voor het onderliggende: updates, tests, snelheid, beveiliging. Dat is werk dat je niet ziet maar dat je later terugkrijgt in wijzigingen die goedkoper worden. Uren die echt overblijven schuiven één sprint door.

Kunnen jullie ook software beheren die we niet zelf hebben gebouwd?

Ja, dat doen we vaak. We lezen ons eerst in en zeggen daarna wat we aantreffen. Bij iets van tien jaar oud met veel achterstand beginnen we meestal met een codescan, zodat je weet waar je aan begint voordat je er maandelijks voor gaat betalen.

Wie bepaalt wat er gebouwd wordt?

Jij, aan het begin van elke sprint. Wij denken hardop mee en zeggen het als iets technisch eerst moet, bijvoorbeeld omdat het anders twee keer gebouwd moet worden. Maar de volgorde is aan jou en die mag elke twee weken veranderen.

Hoe snel reageren jullie bij een storing?

Een storing gaat voor op alles wat in de sprint staat. Wil je daar harde tijden bij op papier, met bereikbaarheid buiten kantooruren, dan hoort daar een SLA bij. Die kunnen we los afspreken naast de doorontwikkeling.

Praten we met de developers zelf?

Ja. Er zit geen projectmanager tussen die het intern doorgeeft. Je hebt contact met de mensen die het bouwen, en dat scheelt in de praktijk het meeste misverstand.

Wat gebeurt er als jullie ermee stoppen?

Alles staat op jouw naam en is zo opgeschreven dat een andere partij het kan overnemen. Dat is niet vrijblijvend bedoeld: we schrijven bij elke sprint bij wat er veranderd is, juist zodat je niet afhankelijk van ons wordt.

Even een vraag stellen?