De kaders waarbinnen de Servicedesk werkt
Hoewel de Servicedesk een enorme hoeveelheid kennis, documentatie en structuur zelf ontwikkelt, is er één categorie documenten die daar duidelijk boven hangt: de beleidsdocumenten van de organisatie. Ze worden niet door de Servicedesk geschreven, niet door het team beheerd en vaal zelfs niet door het team geïnitieerd. Toch bepalen ze in hoge mate hoe de Servicedesk werkt, welke keuzes er gemaakt worden en welke kwaliteitseisen gelden.
Dit hoofdstuk is daarom geen handleiding, geen werkinstructie en ook geen procedure. Het is een moment van reflectie: een stap achteruit om te kijken naar het grotere geheel waarbinnen de Servicedesk opereert. Want je professioneel en zelfstandig de Servicedesk ook werk, er is altijd een bovenlaag van kaders, normen en afspraken die richtlijnen geeft.
De wereld boven de Servicedesk
In vrijwel elke organisatie bestaan er documenten die de koers bepalen. Ze beschrijven niet hoe je een taak uitvoert maar waarom die taak überhaupt bestaat. Ze leggen vast wat de organisatie belangrijk vindt, welke risico’s ze wil vermijden, welke waarden ze willen beschermen en welke standaarden ze wil hanteren.
Voor de Servicedesk zijn dit geen documenten om zelf te schrijven maar wel documenten on te begrijpen. Ze vormen de achtergrondmuziek van het dagelijkse werk: soms subtiel aanwezig, soms nadrukkelijk bepalend.
Denk aan informatiebeveiliging, privacy, compliance, kennisbeheer, archivering, continuïteit of IT-servicemanagement. Het zijn domeinen waar de Servicedesk niet de eigenaar van is maar wel de uitvoerder van de praktische gevolgen.
Waarom dit voor de Servicedesk toch belangrijk is
Beleid klinkt vaak abstract maar de impact ervan is heel concreet.
Een nieuw securitybeleid kan betekenen dat wachtwoordprocedures moeten worden aangepast.
Een aangescherpt privacy beleid kan bepalen welke informatie wel of niet in tickets mag worden vastgelegd.
Een organisatie breed documentatiebeheerbeleid kan voorschrijven hoelang documenten bewaard moeten blijven en wie ze mag publiceren.
Se Servicedesk hoeft deze beleidsstukken niet te schrijven maar moet ze wel kunnen vertalen naar de dagelijkse praktijk. Dat is precies waar dit hoofdstuk over gaat: het herkennen van de invloed van beleid, zonder dat je zelf beleidsmaker wordt.
Wie schrijft het beleid en wie voert het uit
Beleid komt van bovenaf. Het wordt opgesteld door management, security, compliance, informatiebeheer of procesmanagement. Zij bepalen de kaders, de Servicedesk werkt binnen die kaders.
Dat betekent niet dat de Servicedesk passief is. Integendeel: het team speelt een belangrijke rol in het signaleren van knelpunten, het aandragen van praktijkvoorbeelden en het vertalen van beleid naar werkbare instructies. Maar de verantwoordelijkheid voor het beleid zelf ligt elders.
Het is een samenwerking waarin iedereen zijn rol heeft:
- Beleid wordt vastgesteld door de organisatie.
- De Servicedesk vertaalt het naar de praktijk.
- Het team voert het uit en bewaakt de kwaliteit.
Hoe beleid doorwerkt in documentatie
In de praktijk ziet dat er vaak zo uit:
- Een beleidsdocument beschrijft de strategische lijn.
- Een procedure vertaalt die lijn naar een vast proces.
- Een werkinstructie beschrijft hoe je dat proces uitvoert.
- Een kennisartikel helpt de gebruiker of collega met een concrete vraag.
Het is een keten die begint boven de Servicedesk maar eindigt bij de Servicedesk. Daarom is het belangrijk dat het team weet welke beleidsdocumenten bestaan, waar ze te vinden zijn en hoe ze doorwerken in het eigen werk.
Waarom dit hoofdstuk hier staat
Dit hoofdstuk staat bewust aan het einde van het handboek. Na twintig hoofdstukken vol praktische kennis, structuur, templates, valkuilen en toekomstvisies is het moment on even uit te zoomen.
Het is een hoofdstuk dat zegt:
“We hebben nu alles behandeld wat de Servicedesk zelf maakt en beheert. Maar er is ook een wereld boven ons die richting geeft. Laten we die wereld kort erkennen voordat we afsluiten.”
Als de Servicedesk toch een beleidsstuk wil schrijven
Hoewel beleidsdocumenten meestal van bovenaf komen, kan er een moment ontstaan waarop de Servicedesk zelf het initiatief neemt. Niet omdat het team ineens beleidsmakers wil worden maar omdat er een duidelijke behoefte is aan richting, afspraken of kaders die nog nergens anders zijn vastgelegd.
In zo’n situatie is het belangrijk dat de Servicedesk niet zomaar begint te schrijven maar eerst goed begrijpt wat een beleidsdocument eigenlijk is: geen verzameling van regels maar een verhaal dat uitlegt waarom iets belangrijk is, welke doelen het dient en welke verantwoordelijkheden daarbij horen. Een beleidsstuk is minder een handleiding en meer een kompas.
Wanneer de Servicedesk zelf een beleidsdocument opstelt, is het verstandig om te beginnen met het zoeken van aansluiting bij bestaande kaders. Wat zegt het organisatie brede informatiebeveiligingsbeleid? Wat is er al vastgelegd over documentbeheer of kennismanagement? Een goed beleidsstuk staat nooit op zichzelf; het haakt in op wat er al is, zodat het niet als een los eiland voelt maar als een logisch onderdeel van de bredere organisatie.
Daarnaast vraagt het schrijven van beleid om een andere manier van denken. Het gaat niet om het beschrijven van handelingen maar om het formuleren van uitgangspunten. Niet “hoe doen we dit?” maar “waarom doen we dit zo?” en “welke waarden willen we hiermee beschermen?”. Dat betekent dat het team soms even afstand moet nemen van de dagelijkse hectiek en moet nadenken over de langere termijn. Wat wil de Servicedesk uitstralen? Welk kwaliteit wil het team borgen? Welke risico’s wil het voorkomen?
Een ander belangrijk element is draagvlak. Een beleidsdocument dat alleen door de Servicedesk wordt gedragen, blijft kwetsbaar. Daarom is het verstandig om vroeg in het proces andere betrokkenden mee te nemen: management, security informatiebeheer, of wie er maar geraakt wordt door de inhoud. Niet om toestemming te vragen maar om samen te zorgen dat het document stevig staat en breed wordt gedragen. Een goed beleidsstuk is namelijk niet alleen een tekst maar ook een afspraak tussen mensen.
Tot slot is het waardevol om te beseffen dat een beleidsdocument nooit af is. Het is een levend document dat meebeweegt met de organisatie, de technologie en de manier van werken. Als de Servicedesk zelf een beleidsstuk schrijft, hoort daar ook een afspraak bij over onderhoud: wie bewaakt de actualiteit, hoe vaak wordt het herzien en hoe wordt feedback verzameld? Daarmee blijft het document niet alleen relevant maar ook geloofwaardig.
Wanneer de Servicedesk op deze manier te werk gaat, ontstaat er een beleidsdocument dat niet alleen richting geeft maar ook past bij de volwassenheid van het team. Het is geen verplicht nummer maar een bewuste keuze om het werk naar een hoger niveau te tillen en dat maakt het juist zo waardevol.
Tot slot
Beleid is misschien niet het meest spannende onderdeel van het werk maar het is wel de fundering waarop de Servicedesk staat. Door het te begrijpen (zonder het zelf te hoeven schrijven) kan de Servicedesk beter anticiperen, beter samenwerken en beter documenteren.
