Mijn vader is architect. Hij vertelde me ooit dat aannemers vroeger gewoon een mooi pand wilden opleveren. Samen met de opdrachtgever. Hetzelfde belang, hetzelfde doel.
Dat herken ik niet meer. Niet in de bouw, en eerlijk gezegd ook niet altijd in ons vak.
Wat is er mis met scrum?
Scrum is op zichzelf geen slechte methode. Het is ontworpen voor grote, complexe softwareprojecten waarbij de eisen voortdurend veranderen en het eindresultaat vooraf niet volledig te definiëren is. Denk aan teams van tientallen developers die aan een groot platform bouwen.
Ik weet waar ik het over heb. Ik heb zelf een scrum master training gevolgd bij Fabrique. Heb ook veel bij andere partijen scrumsessies meegemaakt. Ik ken de methode van binnenuit, de principes, de ceremonies, de sprint reviews. En juist daarom weet ik wanneer het wel werkt en wanneer het een excuus wordt om geen commitment te geven over het eindresultaat.
In de wereld van webdevelopment voor het MKB en brancheorganisaties is scrum vaak iets anders geworden. Een manier om laag in te stappen, snel te beginnen en vervolgens iedere twee weken een gesprek te voeren over het volgende budget. Het eindresultaat blijft vaag. De rekening loopt op. En de klant heeft het gevoel dat hij nooit echt klaar is.
Dat is niet hoe wij werken.
Ons uitgangspunt: een helder plan vooraf
Wij beginnen elk project met een grondige inventarisatie. Wat wil je bereiken, wie zijn je gebruikers, welke functionaliteiten zijn essentieel en welke zijn nice-to-have? Op basis daarvan maken we een helder plan van aanpak met een vaste prijs.
Geen verrassingen achteraf. Geen bijbetalingen voor functionaliteiten die er altijd al in hadden gemoeten. Gewoon doen wat we hebben afgesproken.
Dat klinkt simpel. Maar het vraagt iets van beide kanten. Wij moeten goed luisteren en eerlijk zijn over wat haalbaar is. De klant moet nadenken over wat hij echt nodig heeft voordat we beginnen. Dat gesprek voeren wij liever aan het begin dan halverwege een project.
Wat als er iets verandert?
Projecten veranderen. Dat is normaal. Een klant krijgt een nieuw inzicht, een functionele wens blijkt in de praktijk anders te werken, of er komt iets nieuws bij.
Wij zijn daar niet star in. Als er tijdens het project iets verandert, bespreken we dat eerlijk. Wat betekent het voor de planning, wat betekent het voor de prijs? Transparant en zonder gedoe. Maar we beginnen niet aan een project zonder te weten waar we naartoe werken.
Langdurige relaties als bewijs
Het mooiste bewijs dat onze aanpak werkt, zijn onze klanten. Waterbouw.nl werkt al meer dan 15 jaar met ons. BO Akkerbouw heeft inmiddels drie platforms bij ons lopen. CED-Groep is al jaren onze partner voor een complex e-commerce platform.
Die relaties zijn er niet omdat we ze afhankelijk hebben gemaakt. Ze zijn er omdat we leveren wat we beloven, eerlijk communiceren en meegroeien met wat zij nodig hebben.
Sommige klanten zijn langer bij ons dan bij hun eigen werkgever. Daar zijn we oprecht trots op.
Conclusie
Scrum werkt prima voor de juiste projecten. Maar voor een brancheorganisatie die een nieuwe website nodig heeft, een startup die een SaaS-product wil bouwen of een bedrijf dat een webapplicatie wil laten ontwikkelen, is een helder plan met een vaste prijs eerlijker, voorspelbaarder en beter beheersbaar voor jouw budget.
Wij geloven in de aanpak van de goede aannemer. Samen een mooi pand opleveren. Hetzelfde belang, hetzelfde doel.
