DIGITAL MOTIONS INZICHT
Waarom MKB-bedrijven het aannemen van een IT-medewerker uitstellen
Naarmate een bedrijf groeit en steeds meer digitaal werkt, neemt de behoefte aan intern IT-beheer toe. Medewerkers hebben ondersteuning nodig, applicaties moeten worden aangepast en leveranciers vragen om duidelijke besluiten. Toch stellen veel MKB-bedrijven het aannemen van een IT-medewerker lang uit. De kosten spelen daarbij een rol, maar meestal is er ook onzekerheid: wat gaat deze persoon precies doen, hoe beoordeel je het werk en hoe voorkom je dat IT een oncontroleerbare kostenpost wordt?
Uitstel lijkt voorzichtig, maar vergroot vaak de afhankelijkheid
• Veel bedrijven stellen de aanstelling uit omdat de rol, verantwoordelijkheden en verwachte opbrengst onvoldoende duidelijk zijn
• Ondertussen blijven IT-taken liggen bij managers, medewerkers en externe leveranciers die ieder maar een deel van het overzicht hebben
• Een interne IT-medewerker hoeft niet alle techniek zelf uit te voeren, maar kan ondersteuning, verbeteringen en leveranciers organiseren
• Grip ontstaat wanneer de directie stuurt op prioriteiten, resultaten, risico’s en kosten, niet op technische details
WAAROM DIT INZICHT ERTOE DOET
In veel MKB-bedrijven groeit het applicatielandschap geleidelijk. Er komt een ERP-systeem, medewerkers gaan intensiever werken met Microsoft 365 en voor planning, rapportage, verkoop of service worden aanvullende oplossingen ingevoerd. Zolang de problemen beheersbaar lijken, worden de bijbehorende werkzaamheden verdeeld over verschillende mensen.
Een medewerker met affiniteit voor systemen helpt collega’s met vragen. Een manager onderhoudt het contact met de ERP-leverancier. Finance bewaakt licenties en facturen. Bij grotere problemen wordt een externe IT-partner gebeld. Op papier lijkt dat efficiënt: er hoeft geen extra functie te worden ingevuld en specialistische kennis kan extern worden ingekocht.
In de praktijk raakt het eigenaarschap versnipperd. Gebruikers weten niet altijd waar zij terechtkunnen. Leveranciers ontvangen losse opdrachten vanuit verschillende afdelingen. Verbeterwensen blijven liggen, omdat niemand verantwoordelijk is voor de totale werkvoorraad. Tegelijkertijd besteden managers en ervaren medewerkers steeds meer tijd aan IT-vraagstukken waarvoor zij niet zijn aangenomen.
Dat moment is vaak eerder bereikt dan de directie denkt. Het probleem is niet dat er dagelijks grote storingen zijn. Het probleem is dat applicaties, leveranciers, gebruikersvragen en verbeteringen steeds meer coördinatie vragen.
Toch wordt het aannemen van een IT-medewerker vaak uitgesteld. Ondernemers vragen zich af of er wel voldoende werk is voor een vaste functie. Ze verwachten dat een IT’er vooral om extra software, capaciteit en budget zal vragen. Daar komt bij dat het lastig voelt om iemand aan te sturen die vakinhoudelijk meer weet dan de directeur zelf.
Die terughoudendheid is begrijpelijk, maar berust op een misvatting. Een ondernemer hoeft niet zelf te kunnen beoordelen hoe een koppeling wordt gebouwd, een server wordt ingericht of een applicatie technisch wordt geconfigureerd. De directie moet wel kunnen beoordelen welk bedrijfsprobleem wordt opgelost, welke prioriteit een verzoek heeft, wat het mag kosten en wie verantwoordelijk is voor het resultaat.
Juist wanneer niemand intern die vertaalslag maakt, groeit de afhankelijkheid van externe leveranciers. Uitbesteden betekent namelijk niet dat de verantwoordelijkheid voor continuïteit, veiligheid en bedrijfsvoering volledig bij de leverancier ligt. Het NCSC benadrukt dat bedrijven duidelijke afspraken moeten maken over rollen, verantwoordelijkheden, dienstverlening en risico’s.
De keuze is daarom niet alleen: nemen we iemand aan of blijven we uitbesteden? De belangrijkere vraag is: wie zorgt er intern voor overzicht, prioritering en regie?
WAAROM DIT INZICHT ERTOE DOET
Maak eerst duidelijk welke IT-rol het bedrijf nodig heeft
De term ‘IT-medewerker’ kan verschillende verwachtingen oproepen. De ene organisatie zoekt iemand die laptops installeert, accounts beheert en gebruikersvragen oplost. Een andere organisatie heeft vooral behoefte aan iemand die het ERP-systeem beheert, procesverbeteringen begeleidt en leveranciers aanstuurt.
Dat onderscheid moet vooraf duidelijk zijn. Anders ontstaat een functie waarin alles terechtkomt wat ook maar enigszins met technologie te maken heeft. De medewerker wordt tegelijk helpdesk, applicatiebeheerder, projectleider, beveiligingsspecialist en contractmanager. Dat is voor één persoon zelden haalbaar.
Begin daarom bij de werkzaamheden die nu blijven liggen of versnipperd zijn. Breng bijvoorbeeld in kaart hoeveel gebruikersvragen er zijn, welke applicaties bedrijfskritisch zijn, welke verbeteringen wachten en hoeveel leveranciers moeten worden aangestuurd. Kijk ook welke werkzaamheden intern thuishoren en welke specialistische kennis beter extern kan blijven.
Voor veel MKB-bedrijven ligt de eerste behoefte niet bij een volledig technische IT-beheerder, maar bij een applicatiebeheerder of IT-regisseur. Die persoon organiseert de eerstelijnsondersteuning, bewaakt de verbeteragenda, vertaalt gebruikersvragen en zorgt dat leveranciers met een duidelijke opdracht aan het werk gaan.
Stuur op bedrijfsresultaat, niet op technische activiteit
De onzekerheid over aansturing verdwijnt niet door meer technische kennis op te bouwen. Zij verdwijnt door vooraf vast te leggen waarop de medewerker wordt beoordeeld.
Bespreek bijvoorbeeld maandelijks welke verstoringen zijn opgelost, welke verbeteringen zijn doorgevoerd, welke risico’s aandacht vragen en welke besluiten van het management nodig zijn. Kijk niet alleen naar het aantal afgehandelde meldingen. Een snelle oplossing is weinig waard als hetzelfde probleem iedere week terugkomt.
Ook kosten moeten in samenhang worden beoordeeld. Een voorstel voor extra software is niet automatisch goed of slecht. De relevante vragen zijn: welk probleem lossen we ermee op, wie gaat ermee werken, welk proces verandert hierdoor en welke bestaande kosten of risico’s nemen af?
Dat vraagt ook iets van de IT-medewerker. Technische noodzaak moet kunnen worden vertaald naar gevolgen voor productie, planning, levering, administratie of veiligheid. “De server moet worden vervangen” is onvoldoende als toelichting. De directie moet weten welk risico ontstaat als er niets gebeurt, welke alternatieven bestaan en wanneer een besluit nodig is.
Laat de business de prioriteiten bepalen
Een interne IT-medewerker krijgt al snel verzoeken uit alle delen van de organisatie. Verkoop wil een aanpassing in het CRM, planning vraagt om een nieuw overzicht en finance wil andere rapportages. Voor iedere afdeling is de eigen wens urgent.
Zonder duidelijke besluitvorming wordt de IT-medewerker vanzelf degene die de prioriteiten bepaalt. Dat lijkt praktisch, maar daardoor kunnen technische voorkeuren of de luidste verzoeken leidend worden. Terwijl de volgorde van verbeteringen uiteindelijk een bedrijfsbesluit is.
Werk daarom met één gezamenlijke werkvoorraad. De IT-medewerker brengt impact, benodigde inspanning, risico’s en afhankelijkheden in kaart. Proceseigenaren bepalen welke oplossing inhoudelijk nodig is. Het management stelt de volgorde vast wanneer wensen met elkaar concurreren.
Maak daarbij expliciet wie verantwoordelijk is voor welke beslissing. Het NCSC adviseert ook bij leveranciersmanagement om onderscheid te maken tussen degene die uitvoert en degene die bestuurlijk eindverantwoordelijk is.
Zo blijft de IT-medewerker verantwoordelijk voor goede voorbereiding en uitvoering, terwijl de organisatie eigenaar blijft van processen, prioriteiten en budgetten.
UIT DE PRAKTIJK
Een herkenbaar patroon uit groeiende MKB-organisaties.
Iedereen deed een stukje IT, maar niemand hield overzicht
Bij een groeiende B2B groothandel waren de IT-taken over verschillende functies verdeeld. Een planner hielp collega’s met vragen over het ERP-systeem. Finance beheerde licenties en contracten. De operationeel manager belde leveranciers wanneer er problemen waren. Verbeterwensen werden besproken in losse overleggen, maar er bestond geen gezamenlijke planning.
Zolang de systemen redelijk werkten, leek een interne functie moeilijk te rechtvaardigen. Toch kostten de werkzaamheden samen steeds meer tijd. Leveranciers kregen soms tegenstrijdige opdrachten en terugkerende problemen werden wel opgelost, maar niet structureel aangepakt.
De eerste stap was niet direct het aannemen van een breed technisch specialist. Eerst werd vastgelegd welke werkzaamheden intern eigenaarschap nodig hadden. Eén medewerker werd verantwoordelijk voor gebruikersvragen, de verbeterlijst en de afstemming met leveranciers. Specialistische infrastructuur en beveiliging bleven bij externe partijen.
Het management sprak vervolgens iedere maand de belangrijkste verstoringen, verbeteringen, risico’s en verwachte kosten door. Daardoor kreeg de interne IT-rol duidelijke grenzen en hoefde de directie niet ieder technisch detail te beoordelen. De organisatie kreeg vooral beter zicht op wat er gebeurde, waarom het nodig was en wie een besluit moest nemen.
CONCLUSIE
MKB-bedrijven stellen een interne IT-medewerker vaak uit door onzekerheid over kosten en aansturing, terwijl juist een duidelijke rol, gezamenlijke prioritering en bestuurlijk eigenaarschap de benodigde grip creëren.
MEER INZICHTEN
