Wie maatwerksoftware laat ontwikkelen, huurt geen product in maar een team. De code kun je als opdrachtgever nauwelijks beoordelen; de mensen die hem schrijven wel. Toch gaat het gesprek met een softwarepartner vaak over technologie en prijs, en zelden over wie er straks aan je systeem werkt.
De vraag naar de ideale teamsamenstelling wordt meestal beantwoord voor organisaties die zelf een ontwikkelafdeling opbouwen. Voor de meeste bedrijven ligt het anders: je huurt een team in en wilt kunnen zien of dat team deugt. Daar is geen personeelsadvies voor nodig, wel een scherpe blik op een paar punten.
De rollen die je wilt terugzien
Een team dat maatwerk oplevert, heeft meer nodig dan programmeurs. Iemand moet je werkproces vertalen naar functionaliteit en prioriteiten bewaken; bij het ene bureau heet die rol product owner, bij het andere projectleider. Daarnaast wil je ontwikkelaars die zowel de schermen als de achterliggende logica en koppelingen beheersen, en een werkwijze waarin testen en het nakijken van elkaars code vast onderdeel zijn.
Belangrijker dan functietitels is of die rollen belegd zijn. Vraag wie je vaste aanspreekpunt wordt en of je de mensen spreekt die het werk doen. Zit er een accountmanager tussen jou en het team, dan wordt elke vraag twee keer vertaald en gaat er onderweg iets verloren.
Klein en ervaren wint van groot en gelaagd
Een groot team klinkt als zekerheid, maar werkt vaak andersom. Elke extra persoon betekent extra afstemming, en die overhead betaal jij. Een compact team van ervaren engineers dat elkaars werk kent, beweegt sneller en maakt minder fouten dan een gelaagde organisatie waarin werk van hand tot hand gaat.
Kijk daarom niet naar het aantal mensen op de offerte, maar naar wie er daadwerkelijk aan je project werkt. Zijn dat de engineers die straks bouwen, of een voorbeeldteam voor de verkoop? En zit er senioriteit op de plekken waar de lastige beslissingen vallen, zoals de architectuur en de koppelingen met je bestaande systemen?
Continuïteit is de stille voorwaarde
Maatwerksoftware gaat jaren mee, en in die jaren verandert er van alles: mensen vertrekken, je organisatie groeit, wensen schuiven. De vraag is dus niet alleen wie er nu bouwt, maar hoe kennis behouden blijft. Ligt alles bij één ontwikkelaar, dan ligt je project stil zodra die persoon uitvalt.
Een paar vragen die dat snel blootleggen:
- Staat de kennis van het systeem bij meer dan één persoon?
- Is er documentatie waarmee een nieuwe engineer het werk kan overnemen?
- Welke afspraken gelden er voor onderhoud en doorontwikkeling na de oplevering?
Meer van dit soort vragen, ook over eigendom van de broncode en budget, vind je in welke vragen je stelt voordat je software op maat laat ontwikkelen.
Het eerste gesprek verraadt de samenwerking
De beste voorspeller van een goede samenwerking is hoe het eerste gesprek verloopt. Een sterk team stelt vragen over je doelen en je werkproces voordat het over techniek begint, en durft te zeggen wat er niet gebouwd hoeft te worden. Een team dat meteen met een oplossing komt, bouwt straks wat er gevraagd is in plaats van wat er nodig is.
Zo werken we zelf ook: we ontwikkelen maatwerkapplicaties in compacte teams van software-engineers, met een vast aanspreekpunt dat de inhoud kent. Leg ons je vraagstuk voor, dan hoor je ook hoe het team eruitziet dat ermee aan de slag gaat.