Stel: je loopt een kleine helpdesk met vijf, tien, misschien twintig medewerkers. Iemand belt dat zijn printer niet werkt.
▶Inhoudsopgave
Je weet niet welke printer, welke driver, wanneer die is aangeschaft of of die al een keer is vervangen.
Je raadpleegt drie verschillende Excel-sheets, een notitieblok en je eigen geheugen. Klinkt dat bekend? Dan heb je waarschijnlijk een CMDB-probleem. En het goede nieuws: dat is veel makkelijker op te lossen dan je denkt.
Wat is een CMDB eigenlijk?
CMDB staat voor Configuration Management Database. Dat klinkt als iets uit een datacenter met blauwe lichten en mensen in witte jasjes.
Maar in de kern is het gewoon een overzicht van alles wat je als helpdesk beheert. Elke laptop, elk softwarelicentie, elke switch, elke monitor, elke printer. En niet alleen wat je hebt, maar ook hoe dingen met elkaar verbonden zijn. Denk aan het als het DNA van je IT-omgeving.
Een CMDB vertelt je niet alleen dat er een laptop is, maar ook wie die gebruikt, welke software erop staat, wanneer de garantie afloopt en welke netwerkswitch eraan verbonden is. Dat is het verschil tussen een lijst en een systeem.
Volgens de ITIL-standaard (het meest gebruikte raamwerk voor IT-servicemanagement) is een CMDB het centrale punt waar alle informatie over configuratie-items samenkomt.
Een configuratie-item, of CI, is gewoon elk onderdeel dat je wilt beheren. Dat kan van alles zijn: een fysiek toestel, een softwarepakket, een gebruikersaccount, zelfs een document.
Waarom is een CMDB belangrijk voor een MKB-helpdesk?
Je denkt misschien: "Wij zijn toch maar klein, daar hebben we toch geen CMDB voor nodig?" Juist.
Juist omdat je klein bent, is een CMDB goud waard. En dit is waarom. Minder zoeken, meer oplossen. Uit onderzoek van Gartner blijkt dat IT-medewerkers gemiddeld twintig tot dertig procent van hun tijd besteden aan het zoeken naar informatie. Voor een MKB-helpdesk met een klein team betekent dat letterlijk uren per week die je niet aan klanten kunt besteden.
Met een goede CMDB vind je in secondes wat je anders vijf minuten kwijt bent. Betere impactanalyse. Stel: je moet een server updaten.
Zonder CMDB heb je geen idee welke applicaties en gebruikers daar afhankelijk van zijn.
Met een CMDB zie je het in één oogopslag. Je weet precies wat de gevolgen zijn voordat je iets aanraakt. Dat voorkomt de klassieke "ik wist niet dat die printer daarop draaide"-momenten.
Sneller problemen oplossen. Wanneer je ziet dat dezelfde laptop al drie keer hetzelfde probleem heeft gehad, herken je een patroon. Misschien is het tijd voor vervanging in plaats van nog een herstel. Dat bespaart geld en frustratie.
Hoe klein mag een CMDB zijn?
Hier komt het leuke antwoord: zo klein als je wilt. Er is geen minimum.
Een CMDB hoeft geen miljoenen records te hebben. Voor een MKB-helpdesk met tien tot vijftig medewerkers is een paar honderd configuratie-items al een uitstekend begin.
De meeste MKB-bedrijven hebben tussen de honderd en vijfduizend configuratie-items in hun IT-omgeving. Dat klinkt veel, maar het valt reuze mee als je weet wat er allemaal onder valt. Een typische kleine organisatie heeft bijvoorbeeld zo'n vijftig tot honderd laptops en desktops, twintig tot vijftig softwarelicenties, een handvol netwerkapparatuur en misschien een paar servers. Alleen al dat op orde hebben, is al een enorme stap vooruit.
Het belangrijkste is niet de hoeveelheid, maar de kwaliteit van de informatie.
Honderd goed bijgehouden items zijn waardevoller dan tienduizend verouderde records. Begin klein, houd het actueel, en bouw langzaam uit.
Wat hoort er minimaal in een MKB-CMDB?
Je hebt niet alles tegelijk nodig. Begin met de basis en breid uit naarmate je comfortabeler wordt.
Dit is een solide startpunt: Hardware. Noteer elk fysiek apparaat: laptops, desktops, monitoren, printers, switches, routers, access points. Leg vast wie het gebruikt, waar het staat, wanneer het is aangeschaft en wanneer de garantie afloopt.
Software. Houd bij welke applicaties zijn geïnstalleerd, hoeveel licenties je hebt en hoeveel daarvan in gebruik zijn. Vooral voor MKB-bedrijven is dit cruciaal.
Software-licenties zijn duur, en je wilt niet betalen voor licenties die niemand gebruikt.
Of erger: je wilt niet ontdekken dat je te weinig licenties hebt op het moment dat er een audit komt. Relaties. Dit is waar een CMDB echt krachtig wordt. Verbind items met elkaar. Door je Active Directory te synchroniseren met je ticketsysteem, weet je precies welke laptop bij welke gebruiker hoort.
Die gebruiker heeft toegang tot die applicatie. Die applicatie draait op die server.
Die server hangt op die switch. Met een paar eenvoudige relaties krijg je al een compleet beeld.
Welke tools kun je gebruiken?
Je hoeft geen fortuin uit te geven. Er zijn uitstekende no-code ticketworkflow tools voor MKB-helpdesks beschikbaar.
Freshservice van Freshworks is een populaire keuze. Het heeft een ingebouwde CMDB die intuïtief is en meegroeit met je organisatie. De prijs begint al laag, wat het aantrekkelijk maakt voor kleinere teams. GLPI is een open-source alternatief dat verrassend krachtig is.
Het is gratis, heeft een actieve community en biedt CMDB-functionaliteit die verder reikt dan je zou verwachten voor een gratis tool. Het nadeel: je hebt wel wat technische kennis nodig voor de installatie en onderhoud.
Snipe-IT is een andere open-source optie, vooral sterk in asset management. Het is niet een volledige CMDB in de ITIL-zin, maar voor veel MKB-bedrijven is het meer dan voldoende om te beginnen met het bijhouden van hardware en software.
En laten we het hebben over de Excel-sheet. Ja, je kunt beginnen in Excel. Nee, dat is geen lange termijnoplossing.
Maar als het je helpt om de eerste paar maanden structuur te brengen in wat je beheert, is het een prima startpunt. Zodra je merkt dat je constant zoekt, dupliceert of verliest, is het tijd om te upgraden.
De grootste valkuilen bij het opzetten van een CMDB
De meeste MKB-helpdesks struikelen niet op wat erin moet, maar op het onderhoud. Een CMDB is geen project met een einddatum.
Het is een levend systeem dat continu bijgewerkt moet worden. De grootste fout is te ambitieus beginnen.
Je wilt alles tegelijk vastleggen, met alle details, alle relaties, alle geschiedenis. Dat leidt tot uitstel, frustratie en uiteindelijk een verouderde database die niemand meer vertrouwt. Begin met de twintig procent die tachtig procent van je waarde oplevert.
Vraag jezelf af: waar zoeken wij het meest naar? Waar maken wij de grootste fouten? Begin daar. De tweede valkuil is geen eigenaar aanwijzen. Een CMDB moet iemand hebben die verantwoordelijk is. Niet per se full-time, maar iemand die erop let dat nieuwe apparaten worden toegevoegd, oude items worden afgeschreven en informatie actueel blijft.
Conclusie: start vandaag, niet morgen
Een CMDB is geen luxe voor grote bedrijven. Het is een praktisch hulpmiddel dat elke helpdesk, hoe klein ook, helpt om slimmer te werken. Je hoeft geen ITIL-expert te zijn.
Je hoeft geen duizenden euro's te investeren. Je hoeft niet alles in één keer perfect te krijgen.
Begin met wat je hebt. Noteer je hardware. Leg je softwarelicenties vast.
Maak verbindingen zodra je dat aankunt. En houd het bij. Want het verschil tussen een helpdesk die vloeiend draait en een die altijd achter de feiten aanloopt, zit niet in het team, maar in hoe je integratie met assetbeheer inzet om ticketresolutietijd te verkorten.
Het zit in de informatie. En een CMDB is de makkelijkste manier om die informatie eindelijk op een plek te krijgen.