Bouwen voordat de vraag scherp is
Maatwerksoftware is geen vies woord. Het werkt, als de leverancier eerst doorvraagt en pas daarna gaat tikken. De projecten die scheef gaan, beginnen altijd op dezelfde manier: een leverancier die enthousiast wordt van de technische uitdaging vóór hij weet welk werk de software écht moet wegnemen.
Het kost de organisatie pas geld als het systeem leeft. Iemand die de eerste twee weken hard bouwt en daarna weer vertrekt, levert iets op dat alleen werkt zolang de bouwer er bij staat. Dat is geen maatwerk, dat is een prototype waar een factuur op hangt.
Vijf signalen om op te letten
Niet allemaal even ernstig. Twee of meer in dezelfde offerte is een serieuze waarschuwing.
- Architectuur in week één. Een leverancier die direct een diagram tekent zonder dat de mensen die het straks gebruiken aan tafel hebben gezeten, slaat de belangrijkste informatie over.
- Demo's in plaats van prototypes. Een demo overtuigt jullie; een prototype dwingt jullie gebruikers om vroeg knopen door te hakken. Het laatste is wat jullie nodig hebben.
- Geen verhaal over beheer. Wie zit er over zes maanden aan tafel als iets stuk gaat? Als die vraag ontwijkend wordt beantwoord, betalen jullie later twee keer.
- Geen lijst van wat ze niet bouwen. Een goede leverancier zegt nee. Vaak. Het schrijven van wat juist níet in scope zit, is even waardevol als de scope zelf.
- Prijs in alleen uren. Als de offerte één variabele kent, is risico verschoven naar jullie. Wat is de prijs voor "dit doet wat we afspraken"? Dáár moet de leverancier op staan.
Vraag de leverancier voor jullie tekenen: "wat gaan jullie bewust níet bouwen?" Het antwoord onthult of ze begrijpen dat scope een keuze is, geen restbegrip.
