Deel 2: Wat is nodig voor een verantwoorde overdracht?
Het onderhoud van een Drupal-website overdragen aan een andere partij is geen beslissing die je iedere dag neemt. Toch komt het regelmatig voor. Omdat de samenwerking niet meer goed past, omdat kennis verdwijnt of omdat de website inmiddels andere aandacht nodig heeft. In deze driedelige serie bekijken we wanneer overstappen verstandig is, wat een goede overdracht vraagt en hoe de eerste maanden daarna verlopen.
In deel 1 ging het over de vraag wanneer het verstandig kan zijn om het onderhoud van een Drupal-website door een andere partij te laten uitvoeren. Daarna volgt vanzelf de volgende vraag: hoe draag je zo’n website eigenlijk goed over? Dat klinkt misschien als een ingewikkeld technisch traject. In de praktijk valt dat meestal behoorlijk mee.
Je hoeft als opdrachtgever niet zelf te weten welke bestanden, accounts en technische gegevens nodig zijn. Daarvoor schakel je juist een nieuwe onderhoudspartner in. Die kan aangeven wat er nodig is, controleren wat al beschikbaar is en zo nodig rechtstreeks afstemmen met de huidige partij. Een goede overdracht bestaat vooral uit een paar overzichtelijke stappen.
Stap 1: bespreek wat er wordt overgedragen
Begin niet met wachtwoorden, documenten en technische details. Begin met de vraag wat de nieuwe partij precies gaat overnemen.
Gaat het alleen om technisch onderhoud? Ook om kleine aanpassingen? Om hosting? Om storingen? Om advies bij toekomstige veranderingen? Dat hoeft niet allemaal in één uitgebreid contract te worden vastgelegd. Maar beide partijen moeten wel ongeveer hetzelfde beeld hebben van de opdracht. Anders denkt de opdrachtgever dat alles geregeld is, terwijl de nieuwe partij alleen heeft afgesproken updates uit te voeren.
Bespreek ook welke onderdelen mogelijk buiten de overdracht vallen. Misschien wordt de hosting voorlopig nog door de oude partij verzorgd. Of blijft een bepaalde koppeling bij een andere leverancier in beheer. Dat is geen probleem, zolang het maar duidelijk is.
Stap 2: laat de partijen de praktische zaken regelen
Voor het onderhoud zijn verschillende toegangen en gegevens nodig. Denk aan toegang tot de website, de hosting, de bestanden, de broncode en eventuele externe diensten. De meeste opdrachtgevers weten niet precies wat daarvan nodig is. Dat hoeft ook niet.
De nieuwe onderhoudspartner kan een overzicht aanleveren en de huidige partij vragen om de benodigde zaken over te dragen. Soms gebeurt dat via de opdrachtgever, maar meestal is rechtstreeks technisch contact een stuk eenvoudiger. Daarmee voorkom je een soort doorgeefspel waarbij jij berichten krijgt die je zelf ook niet volledig begrijpt.
Het is wel belangrijk dat de website en de bijbehorende accounts uiteindelijk onder controle van de opdrachtgever blijven. Een leverancier mag toegang hebben, maar de organisatie moet niet volledig afhankelijk zijn van één persoon die als enige over alle gegevens beschikt. Dat is iets anders dan dat je als opdrachtgever alles zelf moet kunnen beheren. Voor een overdracht hoeft de website niet eerst perfect op orde te worden gebracht.
Sterker nog: als er achterstallig onderhoud, terugkerende fouten of onduidelijke onderdelen zijn, is het juist verstandig om dat meteen te melden. Denk bijvoorbeeld aan een formulier dat af en toe weigert, een koppeling die eerder problemen heeft gegeven of updates die bewust zijn uitgesteld. Je hoeft daar geen technisch rapport van te maken. Een eenvoudige lijst met zaken waarvan je weet dat ze spelen, is al bruikbaar. Ook opmerkingen als ‘hier hebben we regelmatig gedoe mee’ of ‘niemand weet precies hoe dit onderdeel werkt’ kunnen voor de nieuwe partij waardevol zijn. Een overdracht wordt niet lastiger doordat er problemen zijn, maar wel als niemand de problemen benoemt
Stap 4: laat de nieuwe partij de website bekijken
Na ontvangst van de gegevens zal de nieuwe onderhoudspartner de website technisch bekijken. Dat is geen groot onderzoek waarbij iedere steen wordt omgedraaid. Het is vooral een eerste controle om vast te stellen wat er draait, of er directe risico’s zijn en of de overdracht compleet genoeg is. Daarbij wordt bijvoorbeeld gekeken naar de gebruikte Drupal-versie, openstaande updates, back-ups, foutmeldingen en opvallend maatwerk.
Voor de opdrachtgever hoeft dat niet te eindigen in een dik technisch rapport. Een bruikbare uitkomst is meestal veel eenvoudiger:
- Dit moet op korte termijn gebeuren
- Dit kan later worden ingepland
- Dit werkt goed en hoeft nu geen aandacht
- Hierover hebben we nog een vraag
Dat maakt de situatie overzichtelijk, en het voorkomt dat alles ineens als dringend wordt gepresenteerd.
Stap 5: spreek een duidelijk overdrachtsmoment af
Op enig moment moet duidelijk zijn dat de nieuwe partij het onderhoud heeft overgenomen. Dat kan een vaste datum zijn, maar ook het moment waarop de noodzakelijke toegangen zijn ontvangen en gecontroleerd. Het belangrijkste is dat er geen grijs gebied ontstaat.
Je wilt niet dat bij een storing de oude partij denkt dat de nieuwe partij verantwoordelijk is, terwijl de nieuwe partij nog wacht op toegang. Spreek daarom af:
- Vanaf wanneer de nieuwe partij meldingen behandelt
- Welk werk de oude partij nog afrondt
- Wat er gebeurt met openstaande werkzaamheden
- Wie tijdens de overgang het aanspreekpunt is
Dat kan meestal in een gewone e-mail worden vastgelegd. Het hoeft niet ingewikkelder te worden gemaakt dan het is.
Niet alles hoeft vooraf bekend te zijn
Bijna iedere website bevat wel iets dat tijdens de overdracht niet meteen duidelijk is. Een oud account. Een vergeten koppeling. Een stukje maatwerk waarvan niemand precies weet waarom het ooit zo is gebouwd. Dat is volkomen normaal.
Een ervaren onderhoudspartner verwacht niet dat alles keurig in mappen klaarstaat. Veel informatie kan uit de website en de techniek worden afgeleid. Wat ontbreekt, kan later worden uitgezocht. Het belangrijkste is dat de nieuwe partij voldoende toegang krijgt, vragen kan stellen en de gelegenheid heeft om de situatie zelf te beoordelen. Daarna kan het onderhoud gewoon beginnen.
Jij als opdrachtgever hoeft geen technisch projectleider te worden
Misschien is dat wel de belangrijkste boodschap.
Je hoeft als opdrachtgever niet zelf de volledige overdracht te organiseren, alle technische termen te begrijpen of te controleren of ieder bestand op de juiste plaats staat. Je moet vooral zorgen dat de oude en nieuwe partij met elkaar kunnen overleggen, dat bekende bijzonderheden worden gedeeld en dat duidelijk is wanneer de verantwoordelijkheid overgaat. De rest hoort bij het vak van de onderhoudspartners.
Een Drupal-website overdragen is dus geen kleine handeling, maar ook geen ingewikkelde operatie.Als je het proces opdeelt in een aantal normale stappen, blijft het overzichtelijk: eerst afspreken wat wordt overgenomen, daarna de benodigde gegevens verzamelen, vervolgens de website laten controleren en ten slotte een duidelijk overdrachtsmoment bepalen. Meer hoeft het in de basis niet te zijn.
In deel 3 bekijken we wat er daarna gebeurt. Want na de overdracht begint een periode waarin de nieuwe partij de website beter leert kennen, de eerste aandachtspunten oppakt en het onderhoud stap voor stap in een vast ritme brengt.