Het gaat over hoe je organisatie mensen, processen en cultuur op elkaar afstemt om waarde te leveren aan wie erop rekent. Of daar nu een computer bij komt kijken of niet, doet er eigenlijk niet toe.
Het mooiste bewijs zie je buiten IT. HR bouwt vandaag dezelfde service-logica voor de onboarding van nieuwe medewerkers. Finance gebruikt ze voor goedkeuringen en budgetaanvragen. Legal voor contractnazicht. Facility voor herstellingen en verhuizen. Telkens hetzelfde recept: een duidelijke catalogus van wat je kan aanvragen, aanvragen die je kan volgen, afspraken die je opvolgt, en de wil om bij te sturen waar het beter kan. En dat allemaal zonder server in de buurt.
Er bestaat zelfs een naam voor dat bredere gebruik: Enterprise Service Management. Maar de naam is minder belangrijk dan wat hij blootlegt. De principes van goede dienstverlening zijn organisatorisch, niet technologisch. Ze werken overal waar het ene team iets levert waar het andere op rekent.
Dat is geen toeval. Waarde ontstaat niet op het moment dat je een dienst oplevert, maar wanneer iemand ze effectief gebruikt. En dat is per definitie samenspel tussen afdelingen, niet iets wat één team in zijn eentje regelt. De recentste inzichten in het vak zeggen net hetzelfde: waarde wordt samen gecreëerd, tussen wie de dienst levert en wie ze gebruikt. Een dienst is geen pakket dat je over de muur gooit, het is iets wat pas betekenis krijgt in het gebruik.
Waarom blijft het misverstand dan zo hardnekkig? Omdat de tool zo zichtbaar is. Je kan een ticketsysteem aankopen, installeren en op een slide zetten. Je kan aan je directie tonen dat je iets gedaan hebt. Cultuur en afspraken zijn veel minder tastbaar, en krijgen dus minder aandacht, terwijl net daar de waarde zit.
En daar komt een menselijke kant bij kijken die in het IT-hokje snel vergeten wordt. Goede service management draait voor een groot stuk op mensen die bruggen bouwen: tussen IT en de business, tussen wat technisch mogelijk is en wat de organisatie echt nodig heeft. Dat vraagt mensen die technische taal kunnen vertalen naar wat het voor de business betekent, die relaties onderhouden in plaats van enkel tickets afwerken, en leiding die haar teams ondersteunt in plaats van commandeert. Dienstverlening is mensenwerk, en dat geldt evengoed voor de medewerkers die de dienst leveren als voor de klanten die ze gebruiken. Hun ervaring bepaalt mee de kwaliteit.
Er zit ook een minder comfortabele waarheid onder. In veel organisaties is er wel een eigenaar voor de servicetool, maar niemand die eigenaar is van de servicewerking als geheel. Wie wat levert, hoe het samenhangt en wie erover waakt, leeft dan enkel in de hoofden van een paar mensen. Zolang die blijven, draait het. Bij een reorganisatie of een vertrek verdwijnt het, want het stond nergens. Een organisatiediscipline maak je er pas van als die werking gedragen en vastgelegd is, niet als folklore die van mond tot mond gaat.
Wat verandert er als je service management wél breed opvat? Om te beginnen wie er eigenaar van is. Zolang het iets van IT blijft, blijft de rest van de organisatie toekijker. Trek je het breder, dan wordt het een gedeelde verantwoordelijkheid, met een regie die over de afdelingsgrenzen heen kijkt. Ook je meetpunten veranderen. Een IT-bril meet vooral beschikbaarheid en oplostijden. Een organisatiebril kijkt of de dienst echt waarde oplevert voor wie ervan afhangt, en of de schakels goed op elkaar aansluiten. Dat zijn andere gesprekken, met andere mensen aan tafel.
Daar draait ons werk bij SmartOps net om: service management uit dat IT-hokje halen en er iets van maken dat je hele organisatie draagt en beter doet samenwerken. Daarom werken we bewust tool-onafhankelijk. Welke ServiceNow of Jira je ook kiest, dat is nooit het antwoord op zich. Het antwoord zit in hoe je je servicewerking organiseert en wie er ownership over neemt. We beginnen bij de processen, het eigenaarschap en wat je echt wil bereiken, en pas daarna komt de vraag welke tool daarbij past.
Zet je service management weg als iets voor IT, dan blijft het klein en levert het ook maar klein resultaat. Behandel je het als een organisatiediscipline, dan wordt het een hefboom voor je hele werking, tot ver buiten de serverruimte.
Hoe kijken jullie ernaar? Zit service management bij jullie nog vast aan IT, of trekken jullie het al breder open?
