Een wijziging duurt langer dan verwacht. Onduidelijk is wie de plugins bijwerkt. Of uw organisatie wil verder met de leeromgeving, terwijl de huidige beheerafspraken daar niet meer bij passen. Dan komt de vraag op: kunnen we overstappen naar een andere Moodle™-beheerder zonder opnieuw te beginnen?
Dat kan vaak, maar een verantwoorde overname begint met inzicht in de bestaande omgeving. Wat werkt goed? Wie heeft welke toegang? En welke werkzaamheden vallen onder de overdracht? In dit artikel leest u hoe u dat gesprek voorbereidt, met een checklist voor uw huidige en nieuwe beheerder.
Wanneer is overstappen verstandig?
Een nieuwe beheerder kan passen wanneer uw organisatie andere ondersteuning nodig heeft: rechtstreeks contact met een ontwikkelaar, hulp bij maatwerk of duidelijkere afspraken over onderhoud en bereikbaarheid. Ook een veranderde doelgroep of extra koppelingen kan aanleiding zijn om de samenwerking opnieuw te beoordelen.
Maak het probleem eerst concreet. Verzamel bijvoorbeeld openstaande wijzigingen, terugkerende storingen en vragen waarop u geen duidelijk antwoord krijgt. Bespreek die met uw huidige beheerder. Soms is een betere taakverdeling voldoende en is overstappen niet nodig.
Besluit u wel te wisselen, beschrijf dan wat de nieuwe samenwerking moet verbeteren. “Sneller geholpen worden” is lastig te toetsen. “Een afgesproken aanspreekpunt, onderscheid tussen incidenten en wijzigingen, en inzicht in de onderhoudsplanning” geeft beide partijen houvast.
Moet de leeromgeving opnieuw worden gebouwd?
Een andere beheerder betekent niet automatisch een ander platform of nieuwe hosting. Er zijn drie situaties:
- Alleen het beheer verandert. De omgeving blijft op dezelfde infrastructuur draaien, als toegang en afspraken dat toelaten.
- Ook de hosting verandert. De bestaande omgeving wordt naar een andere infrastructuur verplaatst en daar gecontroleerd.
- Er is ook technisch herstel nodig. Verouderde plugins, ontbrekende broncode of wijzigingen in de Moodle™-kern vragen aanvullend onderzoek en werk.
Laat deze onderdelen afzonderlijk begroten. Zo kunt u beoordelen welke werkzaamheden nodig zijn voor de overname en welke verbeteringen later kunnen volgen.
Bij een volledige verplaatsing zijn de database, de Moodle™-code en de geüploade bestanden samen van belang. Een verzameling cursusback-ups is geen vervanging voor een volledige siteback-up. De officiële Moodle™-documentatie over siteback-ups beschrijft deze onderdelen.
Een verhuizing en een versie-upgrade zijn bovendien afzonderlijke werkzaamheden. Laat de volgorde onderbouwen en testen. De Moodle™-migratiedocumentatie behandelt dit onderscheid. Voor een uitgebreid upgrade- of platformtraject leest u ons technische migratiestappenplan.
Wat moet worden overgedragen?
Vraag om één overdrachtsdocument waarin per onderdeel staat wie verantwoordelijk is, waar het is opgeslagen en of de nieuwe beheerder erbij kan.
Toegang tot systemen en beheer
Denk aan Moodle™-beheeraccounts, hosting, domein en DNS, certificaten, e-mailvoorzieningen en monitoring. Alleen een beheerdersaccount in Moodle™ geeft nog geen toegang tot de server of database.
Regel toegang via persoonlijke accounts en een afgesproken beveiligde overdracht. Deel geen wachtwoorden of volledige back-ups via een gewoon contactformulier. Leg ook vast wanneer oude accounts worden ingetrokken en gedeelde sleutels worden vervangen.
Broncode, plugins en documentatie
Vraag om een lijst met pluginversies, thema's, maatwerk en eventuele aanpassingen aan de Moodle™-kern. Neem de bijbehorende broncode, installatie-instructies en het versiebeheer mee. Controleer voor betaalde plugins wie het abonnement beheert en welke toegang nodig blijft voor updates en ondersteuning.
Laat een ontwikkelaar vaststellen of de beschikbare code overeenkomt met wat in productie draait. Een oude repository zonder de laatste wijzigingen is geen volledige overdracht. Wat ontbreekt, moet zichtbaar worden in de inventarisatie voordat iemand een planning toezegt.
Koppelingen en achtergrondtaken
Maak een overzicht van inloggen via SSO, gebruikersimport, HR-systemen, webshops, betalingen, rapportages en geplande taken. Noteer per koppeling het aanspreekpunt, de gebruikte accounts, de gegevensrichting en hoe u de werking controleert.
Een werkende homepage bewijst bijvoorbeeld niet dat een nieuwe medewerker automatisch wordt ingeschreven of dat een betaalde cursus toegankelijk wordt. Juist die dagelijkse processen horen in de acceptatiecontrole. Lees ook hoe wij Moodle™ aan andere systemen koppelen.
Afspraken over gegevens en ondersteuning
Stem af wie tijdens de overdracht incidenten behandelt, wie de definitieve overgang goedkeurt en wanneer de verantwoordelijkheid voor back-ups en monitoring wisselt. Leg vast hoe met kopieën van persoonsgegevens wordt omgegaan en wanneer tijdelijke omgevingen en oude kopieën worden verwijderd. Neem bestaande contractuele afspraken hierover mee in het overdrachtsplan.
Hoe verloopt een zorgvuldige overname?
1. Inventariseren en afbakenen
De nieuwe beheerder bekijkt de technische staat en de beschikbare toegang. Het resultaat is een overzicht van wat overgenomen kan worden, wat ontbreekt en welke werkzaamheden nodig zijn. Spreek af welke bevindingen eerst opgelost moeten worden en welke later kunnen volgen.
2. Controleren op een afgeschermde testomgeving
Wanneer een kopie nodig is, moet die afgeschermd zijn en alleen toegankelijk voor de betrokken mensen. Beperk persoonsgegevens tot wat nodig is voor de controle. Voorkom dat de testomgeving echte e-mails verstuurt, betalingen verwerkt of gegevens naar productiesystemen terugschrijft.
Controleer of de back-up daadwerkelijk teruggezet kan worden. Test vervolgens met representatieve rollen: een deelnemer die inlogt, een docent die nakijkt en een beheerder die een rapport maakt. Neem certificaten, cursusvoltooiing en koppelingen mee als uw organisatie daarop vertrouwt.
3. De overgang voorbereiden
Spreek het tijdstip, eventuele onbeschikbaarheid en de communicatie af. Leg bij een verhuizing vast wanneer de laatste gegevens worden overgezet en wanneer wijzigingen in de oude omgeving stoppen. Voorkom dat deelnemers ondertussen op twee verschillende omgevingen werken.
Maak ook een terugvalplan. Wie besluit om terug te gaan, tot wanneer kan dat en wat gebeurt er met gegevens die na de overgang zijn toegevoegd? Terugzetten van een oude back-up mag geen onbesproken verlies van nieuwe resultaten veroorzaken.
4. Opleveren en nazorg organiseren
Controleer na de overgang opnieuw de afgesproken gebruikersprocessen. Kijk ook naar e-mail, geplande taken, monitoring en back-ups. Leg openstaande punten vast, wijs een eigenaar aan en spreek een evaluatiemoment af.
Bouw de oude omgeving pas af volgens de afgesproken acceptatie- en bewaartermijnen. Zorg dat de afspraken voor het dagelijkse Moodle™-beheer en de hosting ingaan op het moment dat de nieuwe partij verantwoordelijk wordt.
Wat bepaalt de kosten en doorlooptijd?
Een betrouwbare inschatting vraagt meer dan het aantal gebruikers. Belangrijke factoren zijn de hoeveelheid data, de beschikbaarheid van toegang en documentatie, het aantal koppelingen en de staat van maatwerkplugins. Ook een noodzakelijke upgrade, beperkte onderhoudsvensters en de beschikbaarheid van andere leveranciers beïnvloeden de planning.
Vraag een voorstel met afzonderlijke onderdelen voor inventarisatie, eventuele reparaties, verhuizing, testen en nazorg. Laat eenmalige overnamekosten scheiden van terugkerend beheer. Vraag daarnaast welke aannames gelden en wat er gebeurt als tijdens het onderzoek ontbrekende code of een defecte koppeling wordt gevonden.
Er is geen vaste doorlooptijd die voor elke omgeving verantwoord is. Laat de planning aansluiten op de bevindingen en reserveer tijd voor uw eigen inhoudelijke controle.
Checklist voor het overdrachtsgesprek
Neem deze vragen mee naar uw huidige én nieuwe beheerder:
- Is duidelijk wat er verandert: beheer, hosting, softwareversie of een combinatie?
- Zijn de benodigde accounts, broncode, bestanden en database beschikbaar?
- Zijn maatwerk, pluginabonnementen en technische afhankelijkheden in beeld?
- Is vastgelegd wie domein, DNS, e-mail en koppelingen beheert?
- Is een volledige back-up teruggezet en gecontroleerd?
- Zijn de belangrijkste gebruikersprocessen op de testomgeving getest?
- Zijn communicatie, onderhoudsvenster en terugvalplan afgesproken?
- Is duidelijk wie tijdens en na de overgang incidenten behandelt?
- Zijn acceptatie, nazorg en het intrekken van oude toegang geregeld?
- Zijn eenmalige kosten, terugkerend beheer en eventuele vervolgwerkzaamheden apart beschreven?
Een overstap bespreken met Ldesign Media
U hoeft nog geen volledig technisch dossier te hebben om het eerste gesprek te voeren. Vertel wat u wilt verbeteren, welke omgeving u gebruikt en welke informatie al beschikbaar is. Deel daarbij nog geen wachtwoorden of persoonsgegevens.
Bij Ldesign Media bespreekt u uw vraag rechtstreeks met een ontwikkelaar. Samen bekijken we welke informatie nodig is om te beoordelen wat kan blijven en wat aandacht vraagt. Of het nu gaat om onderhoud van bestaand maatwerk of een overname met upgrade en migratie: het voorstel moet aansluiten op uw omgeving.
