Waarom het een risico is
Veel bedrijven draaien op software van één persoon: een ontwikkelaar in dienst, een freelancer of een klein bureau. Zolang die er is, gaat het goed. Valt die persoon weg, dan weet niemand meer hoe het zit, of hoe je een nieuwe versie live zet.
Dat is geen oordeel over die persoon. Het is een risico voor je bedrijf, en je kunt het meten.
Wat we uit je git-geschiedenis lezen
Elke wijziging aan je code staat in de git-geschiedenis, met wanneer en door wie. Daaruit lezen we, met vaste tools en zonder AI:
- Hoe oud de code is, en hoe actief er door de tijd aan gewerkt is
- Hoeveel mensen eraan werkten, en of het meeste werk van één persoon komt. Dat markeren we
- Welke bestanden het vaakst veranderen
- Waar de complexiteit zit: de delen die het lastigst over te dragen zijn
- Hoeveel testcode er tegenover de code staat
Wat er ontbreekt om het over te dragen
Kennis die alleen in iemands hoofd zit, hoort op papier. We leggen je documentatie naast een vaste catalogus van wat een onderhoudbare applicatie nodig heeft. Per onderdeel zie je of het aanwezig en actueel is, dun of verouderd, of ontbreekt. Bijvoorbeeld:
- Hoe je de applicatie lokaal start en een nieuwe versie live zet, en terugdraait
- Het overzicht van de architectuur, het datamodel en de koppelingen
- Hoe toegang en geheimen geregeld zijn
- Backups, en hoe je herstelt na een storing
Wat je met je overzicht doet
Je overzicht zegt voor de directie hoe groot het risico is, en voor wie de code onderhoudt waar de gaten zitten. Wij repareren niets en nemen het werk niet over.
Je bepaalt zelf de volgende stap: documentatie laten schrijven, een tweede ontwikkelaar laten meekijken of de tests uitbreiden. Werkt er een ontwikkelaar aan je software, dan krijgt die een lijst met bewijs om mee aan de slag te gaan.