Je omgeving staat in brand, je vaste SCCM-beheerder is er niet, en de deployment van die kritische patch moet vandaag nog uit. Herkenbaar? Dan weet je ook hoe waardevol een goede interim-specialist op zo’n moment is. Maar wat maakt een tijdelijke SCCM-beheerder nou eigenlijk goed, en waar let je op als je er eentje zoekt?
Wat een interim SCCM-specialist anders doet dan een generalist
Een generalist kan je omgeving wel beheren. Maar Microsoft Endpoint Configuration Manager is geen standaard product waar je even snel in bent. De tool heeft een eigen logica, een eigen manier van falen, en een eigen set aan valkuilen die je alleen leert kennen door er dagelijks mee te werken.
Een goede interim SCCM-specialist stapt in en begrijpt binnen een dag hoe jouw omgeving in elkaar zit. Hij kijkt naar de site hierarchy, de distributiepunten, de collection-structuur en de manier waarop software distribution is ingericht. Niet omdat hij dat moet documenteren, maar omdat hij anders niet effectief kan werken.
Wat je bij een generalist ziet, is dat hij of zij de tool gebruikt als een zwarte doos. Knoppen indrukken en hopen dat het werkt. Dat gaat goed totdat er iets misgaat. En bij SCCM gaat er altijd wel iets mis, want wie heeft er nou niet een keer een verkeerde collection getarget en daarna een uur lang in de logs zitten graven.
Een interim-specialist kent die logs. Hij weet dat je in CMTrace moet kijken en niet in de Windows Event Viewer als je een deployment-probleem hebt. Hij weet welke logbestanden relevant zijn voor welk probleem. Dat is het verschil tussen iemand die SCCM kent en iemand die er ooit mee gewerkt heeft.
Daarnaast brengt een goede interim ook een frisse blik mee. Hij ziet dingen die jij al lang niet meer ziet omdat je er te dicht op zit. Verouderde packages, collections die al jaren niet meer gebruikt worden, boundary groups die niet kloppen. Dat soort dingen.
Hoe je de juiste kandidaat herkent
De markt voor SCCM-specialisten is niet groot. Er zijn niet veel mensen die echt diep in de tool zitten, en de goeden zijn vaak al bezet. Dat maakt het zoeken lastig, maar ook overzichtelijk: als iemand écht goed is, kun je dat vrij snel vaststellen.
Stel gerichte technische vragen. Vraag niet “heb je ervaring met SCCM?” maar vraag naar specifieke situaties. Hoe lost iemand een falende client push installation op? Wat doet iemand als een software-update deployment op 40% blijft hangen? Hoe configureert iemand een maintenance window zonder dat gebruikers er last van hebben? De antwoorden op die vragen vertellen je meer dan een cv.
Let ook op hoe iemand over de tool praat. Een echte specialist praat niet in marketingtaal over “endpoint management” en “moderne werkplek”. Hij praat over collections, baselines, task sequences en WMI-queries. Als iemand in een kennismakingsgesprek de term OSD laat vallen en daarna uitlegt hoe hij een task sequence debugt, dan zit je waarschijnlijk goed.
Referenties zijn ook waardevol, maar vraag specifiek naar SCCM-gerelateerde projecten. Algemene IT-referenties zeggen weinig. Wat je wil weten is: heeft deze persoon een migratie van SCCM naar Microsoft Intune begeleid, of een omgeving van 5.000 clients stabiel gehouden tijdens een grote Windows-upgrade?
Een handige manier om kandidaten te vinden is via gespecialiseerde platforms. bij Transparante Broker zie je regelmatig interim-opdrachten langskomen die gericht zijn op SCCM en aanverwante Microsoft-technologieën, wat ook een aardig beeld geeft van wat de markt vraagt en wat gangbare profielen zijn.
Wees ook kritisch op certificeringen. Een MD-102 of een oudere MCSE zegt iets, maar niet alles. Certificeringen tonen aan dat iemand de theorie kent. De praktijk is een ander verhaal. Combineer certificeringen altijd met praktijkvragen.
Wat je van tevoren moet regelen
Je hebt een interim-specialist gevonden. Goed. Nu begint het echte werk: zorgen dat die persoon ook effectief kan zijn. Dat klinkt logisch, maar in de praktijk gaat hier veel mis.
Het eerste wat je moet regelen is toegang. Niet een half uur na de eerste werkdag, maar op dag één, bij aankomst. Dat betekent een account met de juiste rechten in de SCCM-console, toegang tot de SQL-database als dat nodig is, en remote access als de persoon niet altijd on-site is. Elke dag die een interim kwijt is aan het wachten op toegang kost je geld en lost niets op.
Zorg ook voor een goede overdracht van de huidige situatie. Dat hoeft geen uitgebreide documentatie te zijn, maar een basisoverzicht helpt enorm. Welke omgevingen zijn er, hoeveel clients, wat zijn de bekende problemen, wat loopt er op dit moment? Een interim die dit niet weet, gaat het zelf uitzoeken, en dat kost tijd.
Stel ook duidelijke prioriteiten. Een interim-specialist kan veel, maar niet alles tegelijk. Als je zegt “alles is urgent”, dan is niets urgent. Bepaal van tevoren wat het primaire doel is: stabiliseren, migreren, opschonen, documenteren. Dat geeft richting.
- Zorg voor toegang tot de SCCM-console op dag één
- Geef inzicht in de huidige site-structuur en bekende issues
- Stel één primair doel voor de opdracht
- Regel toegang tot relevante logbestanden en SQL indien nodig
- Zorg voor een aanspreekpunt binnen de organisatie
- Bespreek vooraf welke wijzigingen een goedkeuringsproces vereisen
- Geef toegang tot de change management-tooling als die er is
Dat laatste punt wordt vaak vergeten. Een interim-specialist die wijzigingen wil doorvoeren maar niet weet hoe het change-proces werkt, gaat ofwel te langzaam ofwel te snel. Beide zijn onwenselijk. Leg dat dus vroeg uit.
Denk ook na over de exitstrategie. Een interim is tijdelijk. Wat wil je dat er achtergelaten wordt? Documentatie, een stabiele omgeving, een overdracht aan een nieuwe vaste medewerker? Als je dat niet afspreekt, eindigt de opdracht met een hoop kennis in het hoofd van iemand die vertrekt. Dat is zonde.
Een goede interim-specialist zal dit zelf ook aankaarten. Als iemand aan het einde van een opdracht geen kennisoverdracht aanbiedt of documentatie achterlaat, dan is dat een signaal. Niet per se een dealbreaker, maar iets om op te letten.
Tot slot: geef de persoon de ruimte om te werken. Een interim die elke kleine wijziging moet afstemmen met drie lagen management gaat zijn potentieel niet waarmaken. Geef vertrouwen, stel duidelijke grenzen, en laat hem of haar daarbinnen zelfstandig opereren.
Veelgestelde vragen over interim SCCM-beheer
Hoe lang duurt een typische interim-opdracht voor SCCM?
Dat hangt sterk af van het doel. Een stabilisatieopdracht na een incident kan al in twee tot vier weken afgerond zijn. Een migratie van SCCM naar Intune of een grote Windows-upgrade begeleiding duurt eerder drie tot zes maanden. Gemiddeld zie je opdrachten van twee tot vier maanden, waarbij de eerste weken gaan naar analyse en de rest naar uitvoering. Bespreek dit van tevoren en stel mijlpalen in, zodat je tussentijds kunt bijsturen als de scope verandert.
Wat is het verschil tussen een SCCM-beheerder en een SCCM-architect?
Een beheerder houdt de bestaande omgeving draaiende: hij voert deployments uit, lost problemen op, beheert collections en zorgt dat clients gezond blijven. Een architect denkt op een hoger niveau: hij ontwerpt de structuur van de omgeving, bepaalt hoe de site hierarchy eruitziet, adviseert over de overgang naar co-management met Intune en schrijft de technische kaders. Voor dagelijks beheer heb je een beheerder nodig. Voor een redesign of een grote migratie wil je een architect, of iemand die beide rollen aankan. Dat laatste is zeldzamer en doorgaans ook duurder.
Moet een interim SCCM-specialist kennis hebben van Intune?
Steeds vaker wel. Microsoft duwt organisaties richting co-management, waarbij SCCM en Intune naast elkaar draaien. Een specialist die alleen SCCM kent en niets van Intune weet, heeft een beperkte houdbaarheid. Vraag dus altijd naar ervaring met co-management, Autopilot en de Microsoft Endpoint Manager-portal. Dat zijn geen nicheonderwerpen meer, maar standaardonderdelen van een moderne Windows-omgeving. Een interim die dat niet kent, kan je vandaag helpen maar morgen niet meer.