Wat regel je deze week?
Zolang je ontwikkelaar of leverancier nog bereikbaar is, heb je de beste kans om alles netjes te krijgen. Wacht daar niet mee. Zorg dat je toegang hebt tot alles wat je software nodig heeft om te draaien en om aangepast te worden:
- De broncode: in een repository op jouw naam, of minstens een volledige, recente kopie. Vraag ook naar de geschiedenis van de wijzigingen, niet alleen naar de laatste versie.
- De hosting: de servers of het cloudaccount waarop je software draait, met beheerdersrechten voor jou.
- Je domeinnaam: bij welke registrar staat hij, en op wiens naam? Een domein dat verloopt, neemt je website en je e-mail mee.
- Accounts bij externe diensten: e-maildiensten, betaalproviders, kaartdiensten, app stores, alles waarmee je software praat.
- Wachtwoorden en sleutels: databasewachtwoorden, API-sleutels en certificaten. Laat ze overdragen via een veilige weg, niet in een gewone e-mail.
Maak er een lijst van en vink af wat je effectief in handen hebt. Wat je niet kunt openen, heb je niet.
Is de vorige partij niet meer bereikbaar, dan is niet alles verloren. Staan je hosting en je domein op naam van je bedrijf, dan kun je de toegang meestal via de provider zelf terugkrijgen. Staan ze op naam van je ontwikkelaar, dan wordt het moeilijker, en is het des te belangrijker om snel te handelen. Begin met wat je zelf kunt openen, en noteer wat ontbreekt.
Wat is eigenlijk van jou?
Toegang is één ding, eigendom een ander. Kijk na wat je contracten zeggen, en vraag na wat onduidelijk is.
- De code: heb je de rechten op de software die voor jou gebouwd werd, of gebruik je een licentie op software van de leverancier? Dat maakt een groot verschil voor wat je ermee mag doen.
- Licenties: welke externe software, componenten of diensten gebruikt je applicatie, en op wiens naam lopen die licenties?
- Contracten: welke afspraken zijn er over opzegging, overdracht van de code en de documentatie? Soms staat er meer in je contract dan je denkt.
Is iets onduidelijk, leg het dan nu vast, zolang je nog met de vorige partij kunt praten. Een paar mails vandaag besparen je later veel discussie.
Wat zijn de risico's als je wacht?
Software zonder eigenaar werkt vaak nog maanden gewoon verder. Net daardoor stellen veel bedrijven de vraag uit. Ondertussen groeien de risico's:
- Beveiligingsupdates blijven liggen, terwijl er in gebruikte bibliotheken nieuwe lekken bekend raken.
- Een certificaat, domein of abonnement verloopt, en niemand merkt het tot je software onbereikbaar is.
- Back-ups lopen niet meer, of niemand weet hoe je ze terugzet.
- Kennis verdwijnt: hoe langer je wacht, hoe moeilijker het wordt om nog vragen te stellen aan wie de software kent.
- Een kleine aanpassing die je bedrijf nodig heeft, wordt een groot probleem omdat niemand de code durft aan te raken.
Het slechtste moment om een nieuwe partner te zoeken, is wanneer je software al plat ligt. Wie nu handelt, kan de overdracht rustig plannen in plaats van onder druk te moeten beslissen.
Hoe verloopt een overname?
Een overname hoeft geen sprong in het duister te zijn. Bij ons verloopt ze in vaste stappen, zoals je op onze pagina over bestaande software overnemen leest. Je weet wat je hebt voor je beslist.
- Een gratis code-audit, zonder verplichting: we lezen je code, servers en gegevens door en bespreken wat we vonden. Je krijgt een beeld van de staat van de code, de risico's, ons advies om verder te bouwen, te moderniseren of te herschrijven, en een prijs voor overname en onderhoud.
- Documentatie: we schrijven uit hoe je software werkt, van de architectuur en de installatie tot de koppelingen en de belangrijkste processen. Zo ben je niet langer afhankelijk van één persoon.
- De overdracht: we zetten de code, de servers en alle toegang op jouw naam en nemen het beheer over, gepland zodat je gebruikers er zo weinig mogelijk van merken.
- Een onderhoudsplan: daarna kies je het niveau dat bij je past, Onderhoud, Support of Partner, maandelijks opzegbaar. Je software heeft weer een partner.
Ook als er weinig documentatie is of de technologie verouderd is, kun je verder. Uit de audit blijkt wat er nodig is, en soms is moderniseren in stappen beter dan alles opnieuw bouwen.
Hoe voorkom je dit de volgende keer?
Een ontwikkelaar die vertrekt, kun je niet altijd vermijden. Wel kun je zorgen dat het geen crisis wordt. Drie afspraken maken het verschil:
- De code staat in een repository op jouw naam. Je leverancier werkt erin, maar jij bent eigenaar en kunt altijd anderen toegang geven.
- Er is documentatie die bijgehouden wordt: hoe de software werkt, hoe je ze installeert en welke koppelingen er zijn. Niet alleen in iemands hoofd.
- Je contract regelt het einde van de samenwerking: wie eigenaar is van de code, wat je meekrijgt als je stopt en welke opzegtermijn geldt.
Bij ons is dat de standaard: de code is van jou, en stop je later, dan neem je alles mee. Wat je verder in een onderhoudscontract best vastlegt, lees je in ons artikel over onderhoudscontracten.
Je eerste stap: een gratis code-audit
Je hoeft niet alles op een rij te hebben om contact op te nemen. Breng mee wat je hebt: toegang, contracten, een idee van wat de software doet. Plan een gratis code-audit. We bekijken samen wat er is, zonder verplichting, en je beslist pas daarna of je verder wilt.