- Optimi
- Diensten
- Software & integratie
- Je bestaande software in nieuwe handen, zonder dat het werk stilvalt
Je bestaande software in nieuwe handen, zonder dat het werk stilvalt
Binnen een paar weken weet je precies wat er draait, staat de code op jouw naam en is er weer iemand die je kunt bellen als er iets misgaat.
Een paar jaar geleden liet je een applicatie bouwen. Die werkt nog steeds, maar de ontwikkelaar is inmiddels vertrokken, het bureau bestaat niet meer of de mails blijven onbeantwoord. Ondertussen draait je bedrijf er elke dag op. Niemand durft iets aan te passen, want niemand weet wat er dan omvalt. Wij nemen die code over, zoeken uit hoe hij in elkaar zit en zorgen dat er weer iemand is die hem kent.
Wanneer de bouwer weg is
Software zonder bouwer is een risico dat je pas voelt als er iets misgaat. De server krijgt een update en de applicatie doet het niet meer. Een koppeling met je boekhoudpakket valt uit omdat de leverancier zijn API heeft veranderd. Of een klant vraagt om een kleine aanpassing en er is simpelweg niemand die die kan maken. Vaak ontbreekt de documentatie, staat de code op een laptop die allang is ingeleverd, en kent alleen een oud-medewerker het wachtwoord van de hostingpartij.
Dit is geen zeldzaamheid. Bij accountantskantoren, groothandels en zorgorganisaties komen we regelmatig een portaal of een planningstool tegen die al jaren op zichzelf draait. Het werkt, tot het niet meer werkt. De overname is bedoeld om dat moment voor te zijn, en niet om na een storing in paniek een nieuw bureau te zoeken.
Eerst alles veiligstellen
De eerste stap is niet lezen maar verzamelen. We maken samen een lijst van alles wat bij de applicatie hoort: de broncode, de servers, de database, de domeinnaam, de mailaccounts, de externe diensten waar de software mee praat en de accounts die daarvoor nodig zijn. Die lijst blijkt bijna altijd langer dan gedacht. Een betaalprovider, een sms-dienst, een certificaat dat over twee maanden verloopt. Alles wat we vinden zetten we op naam van jouw organisatie, zodat je nooit meer afhankelijk bent van het account van een ander.
Daarna zetten we de code in een repository die van jou is en draaien we een kopie van de applicatie in een testomgeving op een server binnen de EU. Zo kunnen we kijken en proberen zonder dat je klanten of je medewerkers er iets van merken. Staat de productieomgeving nog bij een partij die niet meer reageert, dan bespreken we hoe we die veilig verhuizen. Dat is een aparte stap, en soms de eerste die dringend is.
Lezen wat er staat, en opschrijven wat we vinden
Met een draaiende testomgeving en de code bij de hand gaan we lezen. Niet alles, want dat is bij een groot systeem weken werk waar je weinig aan hebt, maar wel de plekken die ertoe doen: hoe gebruikers inloggen, waar de data heen gaat, welke onderdelen verouderd zijn en welke koppelingen er lopen. We gebruiken hier intern AI om snel door grote hoeveelheden code te komen en de structuur in beeld te krijgen, maar het oordeel is van een ontwikkelaar die er zelf in heeft gezeten.
Het resultaat is een beoordeling in gewone taal. Wat is goed gebouwd en kun je met een gerust hart nog jaren gebruiken. Wat is kwetsbaar en moet snel worden aangepakt. Wat ontbreekt er, bijvoorbeeld back-ups of een testomgeving. En wat kan gewoon wachten. Soms is de conclusie dat de basis niet meer verantwoord te beheren is. Dan vertellen we je dat direct, in plaats van een jaar onderhoud te factureren op iets wat eigenlijk vervangen moet worden.
Van overname naar de volgende stap
Na de overname weet je wat je hebt en staat alles op jouw naam. Wat er daarna gebeurt, hangt af van wat we hebben gevonden. Is de basis gezond, dan gaat de applicatie door naar Beheer & onderhoud: updates, monitoring en iemand die je kunt bellen. Is de basis verouderd maar de functionaliteit waardevol, dan maken we een plan voor Legacy-modernisering, waarbij we het systeem stuk voor stuk vernieuwen terwijl het blijft draaien. En moet er een koppeling bij die de vorige bouwer nooit heeft gemaakt, dan pakken we dat op via Systeemintegratie.
Je bent en blijft de eigenaar. De code staat in jouw repository, de documentatie is van jou, en als je later liever met een andere partij verder gaat, kan dat zonder dat je opnieuw op zoek moet naar wachtwoorden. Dat is precies het verschil met de situatie waar je vandaan komt.
01, RESULTAAT
- Een compleet overzicht van code, servers, accounts en toegangen
- Een technische beoordeling in gewone taal
- Broncode in een repository die van jou is
- Een werkende testomgeving onder eigen beheer
- Een lijst met wat eerst moet en wat kan wachten
Procesdiagram
02, WERKWIJZE
-
We verzamelen samen alle toegangen
broncode, servers, domeinen, databases en externe diensten.
-
We zetten de code in een repository van jou en draaien een kopie in een testomgeving op een server binnen de EU.
-
We lezen de code door en schrijven op wat we vinden
wat goed is, wat kwetsbaar is en wat ontbreekt.
-
We pakken eerst de punten aan die je werk of je veiligheid direct raken.
-
Je kiest daarna of we het beheer overnemen of samen een plan maken om verder te bouwen.
VEELGESTELDE VRAGEN
Veelgestelde vragen
Wat als we de broncode niet meer hebben?
Dan kijken we eerst wat er nog wel is: een server waar de applicatie op draait, een oude back-up, een vorige ontwikkelaar die alsnog wil meewerken. Vaak staat de code nog ergens. Is hij echt weg, dan vertellen we je dat direct en kijken we naar Software op maat om het opnieuw en beter te bouwen.
Moeten we de vorige ontwikkelaar hierbij betrekken?
Het helpt, maar het hoeft niet. Een uur met de vorige bouwer scheelt ons dagen zoeken. Reageert hij niet meer, dan werken we vanuit wat er staat, want code liegt niet, ook als er geen documentatie is.
Wat gebeurt er na de overname?
Dat bepaal jij. Is de basis gezond, dan gaat de software door naar Beheer & onderhoud en houden we hem draaiend. Is hij verouderd, dan maken we een plan voor Legacy-modernisering, stap voor stap in plaats van alles in één keer vervangen.
GERELATEERD