Vergelijk het met een auto. Het lijkt simpel: de een bouwt de wielen, de ander het chassis, een derde de carrosserie. Een week voor de deadline zet je alles in elkaar en je hebt een auto. Software wordt vaak net zo aangepakt, met elk onderdeel apart gebouwd. Vlak voor de oplevering blijkt dan dat de bouten ontbreken, de assen niet passen, of dat de auto gewoon niet rijdt. En dan is het geld op en is de deadline er.
Bouw eerst de versie die rijdt
De intuïtieve aanpak is alles tegelijk bouwen. Dat eindigt meestal zonder werkend resultaat op de dag dat het klaar moet zijn. Beter is om naar het geheel te kijken, te bepalen wat je minimaal nodig hebt, en dat op volgorde van prioriteit te zetten. Voor de auto: een onderstel met vier wielen, een stoel, een stuur en een rem. Nog geen carrosserie of lichten, maar wel iets dat rijdt. Vanaf daar verbeter je een werkende versie.
Met software is dat lastiger dan het klinkt, want wat is een werkende versie? De klant vindt vaak alles belangrijk. Niet alles past, dus er moeten keuzes worden gemaakt, en zorgvuldig. Daar sturen we bij Enigmatry op.
Zorg dat mensen ermee kunnen werken
Dat software die voor jou is gebouwd moet werken, is een open deur. Net zo belangrijk, en makkelijker over het hoofd gezien, is dat mensen ermee kunnen werken. De developer is niet de gebruiker, jij bent dat. Blijf dus meetesten tijdens het traject, zodat je vroeg ziet of het makkelijk in gebruik is, en vraag om aanpassingen zolang ze nog goedkoop zijn.
Vraag naar ondersteuning voordat je begint
Soms bestaat een product wel, maar is de markt zo klein dat de maker stopt met ondersteunen of doorontwikkelen. Software voldoet ook soms niet meer aan de wet. De privacywetgeving dwong veel standaardpakketten tot een herbouw of aanpassing. Een grote leverancier in het buitenland met tien Europese klanten trekt zich daar misschien niets van aan, en dan heb je een alternatief nodig. Marktomstandigheden en wetgeving maken een pakket regelmatig van de ene op de andere dag ongeschikt.
Bespreek dus bij de start hoe de ondersteuning werkt en wat je kunt verwachten. Onderhoud hoort bij het begin van een project, niet bij de afwikkeling na oplevering. Bij Enigmatry ligt het vanaf het eerste gesprek op tafel: heb je zelf programmeurs die de software kunnen ondersteunen, of beheren wij het? De programmeertaal kiezen we zodat die bij jou past. Is er geen voorkeur, dan kiezen we de techniek die we in huis hebben.
Houd het veilig, en blijf dat doen
Het laatste wat je wilt is bedrijfsgegevens op straat. Aanvallers passen zich steeds aan, en zodra een lek in een nieuwe release is gedicht, weet iedereen waar de zwakke plek zat. Beveiliging is daarom doorlopend werk. Stoppen maakt je een makkelijkere prooi.
Daarom bieden we na livegang beheer en onderhoud aan: je blijft updates en patches krijgen, we kunnen de software die we bouwden beheren, of je eigen programmeurs onderhouden hem. Met een onderhoudscontract worden updates gedaan, blijft de software actueel en kun je ons bellen bij problemen.
Zoek een match
Uiteindelijk zoek je een partij die bij je past: in techniek, in hoe ze naar software kijken, en in omvang. Een start-up van drie mensen en een softwarebedrijf met vijfduizend medewerkers zijn geen match. Een multinational met een project voor tweeduizend programmeurs en Enigmatry ook niet.
Omvang, taal, cultuur, techniek en werkwijze moeten bij elkaar passen als je samen een goed project wilt doen. Geld telt, maar de goedkoopste aanbieding is niet per se de beste. Het gaat om wat je krijgt voor je investering en om het risico dat erbij hoort. Aan het eind moet je tevreden zijn en het gevoel hebben dat je er het meeste uit hebt gehaald. Zoek een partij die je dat gevoel geeft, en vraag goed door om daarachter te komen.
Benieuwd wat we hebben gebouwd? Bekijk EBO Traffic, WeAuction en Pameijer, of lees hoe het ontwikkelen van maatwerksoftware werkt.