Kennisbank

Kennis zit bij één beheerder: zo maakt u uw gemeente minder kwetsbaar

Bij veel gemeenten kent één persoon de Centric-omgeving. Bij vakantie, ziekte of vertrek staat alles stil. Zes concrete stappen om die afhankelijkheid af te bouwen.

· 2 min leestijd · Bryan Trappenberg

Het is een herkenbaar beeld: één beheerder kent de Centric-applicaties, weet welke koppeling net anders werkt dan de documentatie zegt en heeft de wachtwoorden in zijn hoofd. Zolang die persoon er is, gaat alles goed. Bij vakantie, ziekte of vertrek duurt een storing ineens dagen in plaats van uren. Dit is geen verwijt aan die beheerder, het is een organisatievraag. Zes stappen om de afhankelijkheid af te bouwen, in volgorde van wat het snelst oplevert.

1. Schrijf per applicatie een runbook

Geen dik handboek, maar per applicatie één document met: waar draait het, welke versie, welke koppelingen, hoe start en stopt u het, waar staan de logboeken, wat zijn de bekende eigenaardigheden en wie bel je bij de leverancier. Twee tot vier pagina's is genoeg. Het criterium: kan een collega met algemene beheerervaring hiermee morgen een storing oplossen?

2. Zet de releasekalender op papier

Welke releases komen eraan, wanneer worden ze getest, wanneer geïnstalleerd en door wie? Een kalender die alleen in het hoofd van de beheerder bestaat, verdwijnt met de beheerder. Zet hem in een gedeelde agenda of in uw beheertool, met de stappen uit de installatiechecklist erbij.

3. Wachtwoorden en accounts in een kluis

Serviceaccounts, databasewachtwoorden, certificaten en leveranciersportalen horen in een wachtwoordkluis waar minimaal twee mensen bij kunnen, niet in een spreadsheet of in iemands hoofd. Leg ook vast wanneer certificaten en wachtwoorden verlopen. Een verlopen certificaat op het berichtenverkeer is een klassieke storing die volledig te voorkomen is.

4. Monitoring en een logboek

Zorg dat de omgeving zelf vertelt dat er iets mis is: schijfruimte, services die stoppen, berichten die blijven hangen, certificaten die bijna verlopen. Houd daarnaast een simpel logboek bij van wijzigingen en storingen. Wie wat wanneer heeft aangepast is bij de volgende storing vaak de helft van de oplossing.

5. Een tweede paar ogen

Regel dat een tweede persoon de omgeving kent: een collega van het team, een beheerder van een samenwerkingsverband of een externe partij. Laat die persoon niet alleen meelezen, maar echt een release mee installeren en een storing mee oplossen. Kennis blijft alleen hangen door te doen.

6. Oefen het uitvallen

Plan een keer per jaar een oefening: de vaste beheerder is er niet, er is een storing, en het team lost hem op met alleen de documentatie. Wat u dan mist, is precies wat u moet aanvullen. Het is een middag werk en het levert meer op dan welke beleidsnota ook.

Wat het oplevert

Een gemeente die dit op orde heeft, is niet alleen minder kwetsbaar bij uitval. Ze kan ook makkelijker extern beheer inschakelen, sneller overstappen naar SaaS en beter onderbouwen wat het beheer kost. En de vaste beheerder kan eindelijk met vakantie zonder telefoon.

Bij een quickscan van uw Centric-omgeving nemen we deze zes punten standaard mee. U krijgt dan niet alleen een overzicht van versies en koppelingen, maar ook een beeld van hoe afhankelijk uw gemeente is van individuele kennis.

  • gemeenten
  • beheer
  • continuïteit