Een goede softwareoverdracht voorkomt verrassingen

Leg vast wie toegang heeft tot de broncode, hosting, domeinen en externe diensten. Gebruik waar mogelijk organisatieaccounts en maak afspraken over het beheer van die toegang.

Een overzicht van de architectuur is nuttig, maar ook eenvoudige procedures zijn belangrijk. Hoe wordt een versie gepubliceerd? Waar staan back-ups? Wie neemt contact op bij een storing?

Laat de ontvangende partij een aantal normale beheertaken uitvoeren. Zo merkt u welke informatie nog ontbreekt. Plan een moment om vragen op te lossen en de overdracht af te ronden.

Begin met een lijst van broncode, hosting, domeinen, databases en externe diensten. Noteer per onderdeel wie eigenaar is, welk account wordt gebruikt en hoe toegang wordt hersteld. Een ontvangen wachtwoord is niet genoeg wanneer een tweede factor nog aan het telefoonnummer van de vertrekkende partij hangt. Laat de nieuwe beheerder daarom zelf inloggen en controleren of de juiste rechten aanwezig zijn.

Gebruik waar mogelijk accounts van de organisatie met persoonlijke toegang voor medewerkers. Deel geheimen via een daarvoor geschikte beveiligde route en wijzig ze wanneer dat nodig is voor de overdracht. Neem ook geplande taken, e-maildiensten, certificaten en facturatie mee. Vergeten afhankelijkheden vallen vaak pas op bij de eerste storing of verlenging.

Een architectuurplaat geeft overzicht, maar de beheerder moet ook een versie kunnen bouwen en publiceren. Beschrijf de benodigde softwareversies, instellingen en volgorde. Geef aan welke onderdelen alleen in productie bestaan en hoe een veilige testomgeving wordt gemaakt. Laat iemand die de toepassing nog niet kent de instructie volgen.

Noteer waar die persoon extra uitleg nodig heeft en werk de documentatie direct bij. Een overdracht is geen wedstrijd om zo veel mogelijk documenten te verzamelen. Het doel is dat een bevoegde beheerder het afgesproken werk zelfstandig kan uitvoeren. Bij bestaande applicaties kan een ontbrekende bouwstap eerst onderzoek vragen.

Kies een representatieve back-up en controleer of die in een aparte omgeving kan worden teruggezet. Bekijk niet alleen of de database opent, maar ook of de applicatie ermee werkt. Controleer bestanden, externe afhankelijkheden en rechten. Noteer hoe lang het herstel duurt en welke beslissingen nodig zijn.

Leg daarnaast de incidentroute vast. Wie beoordeelt een melding, wie neemt een besluit en wie houdt gebruikers op de hoogte? Maak duidelijk wanneer de oude beheerder nog ondersteuning geeft en wanneer die periode eindigt. Zonder grens kan verantwoordelijkheid tussen beide partijen blijven hangen. De beheerpagina beschrijft de onderdelen die u afzonderlijk afspreekt.

Gebruik een korte lijst met aantoonbare handelingen: inloggen, bouwen, testen, publiceren, terugdraaien en herstellen. Laat openstaande punten zichtbaar met een eigenaar en datum. Een handtekening onder een overdracht verhelpt geen ontbrekende sleutel of onduidelijke verantwoordelijkheid.

Trek oude toegang in op het afgesproken moment en controleer dat de nieuwe beheerder nog kan werken. Bekijk hiervoor veilig inloggen en toegangsrechten. Plan kort daarna een evaluatie van de eerste beheertaken. Daarmee ontdekt u ontbrekende context terwijl de kennis nog bereikbaar is en voorkomt u dat een volgende wijziging opnieuw bij de vorige leverancier moet beginnen.