Symbis

Je parkeert naast je eigen pand. Veertien auto's. Tien jaar geleden stond hier bijna niemand. Volgende maand komen er zes bij. Je zou trots moeten zijn. Meestal ben je dat ook. Zo begint onze IT-leiderschapsgids, geschreven voor directie en IT in het mkb. De directeur in het verhaal heet Annemarie. Ze is een fictief personage, gebaseerd op directeuren die we regelmatig spreken. Binnen loopt ze langs haar financieel manager. Weer een phishingmail door het filter, de rechten van het nieuwe magazijn staan nog niet goed, hij kijkt er vanmiddag naar, eerst de kwartaalcijfers. Bij de koffie hoort ze dat drie collega's gisteren twee uur niets konden invoeren. Niemand in dat bedrijf doet iets fout. De financieel manager is aangenomen om de financiën te bewaken en doet dat. Operations meldt wat misgaat. De IT werkt, in basis. Alleen ligt er iets tussen hun functies in dat van niemand is. Meestal is dit geen slordigheid. Het is wat groei doet met een bedrijf dat in vier jaar ruim verdubbelde: de verantwoordelijkheid groeit mee, de tijd en de capaciteit eromheen niet vanzelf. Techniek is daarbij meestal niet het moeilijkste. Die ochtend staat helemaal in onze IT-leiderschapsgids voor het MKB. Je leest hem via deze link: https://lnkd.in/e6j2p-65 Wie bewaakt het geheel als iedereen bezig is met zijn eigen deel?

Je verzekeraar wil weten hoe je cybersecurity geregeld is. Vijftig vragen. Je weet op elke vraag het antwoord. Het bewijs erbij zoeken kost dagen die je niet hebt. Dat is geen achterstand. Je weet de antwoorden omdat je de basis hebt staan. Wat ontbreekt is tijd, en die gaat op aan wat vandaag binnenkomt. Die situatie staat in onze IT-leiderschapsgids, geschreven voor directie en IT in het mkb, omdat we haar bij veel IT-verantwoordelijken tegenkomen. Je ziet steeds hetzelfde: de basis staat, de vragen van buiten nemen toe, van verzekeraar, auditor, klant en directie, en het bewijs ligt op de plekken waar het werk is gedaan. Logisch, want zo is het ontstaan. Alleen moet je het bij elke vraag opnieuw bij elkaar brengen. Wat de gids daar tegenover zet, is geen extra klus. Het is een andere plek voor het bewijs: in het vaste ritme van beheer en security, zodat je het bij een vragenlijst opzoekt in plaats van bij elkaar sprokkelt. Dat vraagt tijd en capaciteit, en dat is denk ik het echte onderwerp. Het hoort aan de voorkant op tafel, bij directie en IT samen, en niet pas als de lijst er ligt. In de gids heet de IT-verantwoordelijke die deze lijst krijgt Erik, een samengestelde figuur uit de mensen die we dagelijks spreken. Zijn situatie lees je in onze IT-leiderschapsgids voor het MKB: https://lnkd.in/emFzQRYS Volgend jaar komt er weer zo'n lijst. De antwoorden weet je dan ook.

𝗛𝗲𝘁 𝗺𝗼𝗺𝗲𝗻𝘁 𝘄𝗮𝗮𝗿𝗼𝗽 𝘀𝘆𝘀𝘁𝗲𝗺𝗲𝗻 𝘃𝗲𝗿𝘁𝗿𝗮𝗴𝗲𝗻 𝗲𝗻 𝗵𝗮𝗻𝗱𝗺𝗮𝘁𝗶𝗴 𝘄𝗲𝗿𝗸 𝘁𝗼𝗲𝗻𝗲𝗲𝗺𝘁, 𝗶𝘀 𝗼𝗼𝗸 𝗵𝗲𝘁 𝗺𝗼𝗺𝗲𝗻𝘁 𝘄𝗮𝗮𝗿𝗼𝗽 𝗱𝗲 𝗱𝗿𝘂𝗸 𝗼𝗺 𝘀𝗻𝗲𝗹 𝗶𝗲𝘁𝘀 𝘁𝗲 𝗱𝗼𝗲𝗻 𝗵𝗲𝘁 𝗴𝗿𝗼𝗼𝘁𝘀𝘁 𝗶𝘀. Juist dan ga je keuzes maken die je later beperken. In praktijk zie ik organisaties die vastlopen aan twee uitersten: ► Wie wacht tot het knelt, betaalt meer. ► Wie te snel iets aanschaft zonder plan, krijgt een omgeving die complexer is dan daarvoor. Een roadmap helpt richting te geven zonder alles dicht te timmeren. En een eerlijk gesprek over wat nu nodig is, ook als het antwoord "nu nog niet doen" is.

𝗘𝗲𝗻 𝗦𝗟𝗔 𝗺𝗲𝘁 𝘀𝘁𝗿𝗮𝗸𝗸𝗲 𝘁𝗶𝗷𝗱𝗲𝗻 𝗸𝗹𝗶𝗻𝗸𝘁 𝗴𝗲𝗿𝘂𝘀𝘁𝘀𝘁𝗲𝗹𝗹𝗲𝗻𝗱 𝘁𝗼𝘁 𝗱𝗲 𝗺𝗲𝗲𝗿𝘄𝗮𝗮𝗿𝗱𝗲 𝗶𝗻 𝗱𝗲 𝗽𝗿𝗮𝗸𝘁𝗶𝗷𝗸 𝘄𝗲𝗴𝘃𝗮𝗹𝘁. Een relatie noemde het ooit schijnzekerheid. Dat is precies wat het wordt als papier en praktijk uit elkaar lopen. Je merkt het vaak niet in één groot incident, maar in kleine momenten: je moet uitleggen waarom iets "binnen de tijd" toch lang duurt of je belandt in discussies over definities en scope. Dan gaat het niet meer over ondersteuning, maar over interpretatie. Wat helpt, is je SLA terugbrengen naar waar hij voor bedoeld is: voorspelbaarheid en rust. In de video laten Indirah en Marco zien welke vijf onderdelen dat verschil maken, van realistische tijden tot afspraken die als geheel kloppen. Als die basis scherp is, voer je minder gesprekken over "wat was afgesproken" en meer gesprekken over "hoe werken we samen".

𝗜𝗻 𝗴𝗲𝘀𝗽𝗿𝗲𝗸𝗸𝗲𝗻 𝗺𝗲𝗿𝗸 𝗶𝗸 𝗱𝗮𝘁 𝗼𝗿𝗴𝗮𝗻𝗶𝘀𝗮𝘁𝗶𝗲𝘀 𝗵𝘂𝗻 𝗜𝗧-𝗹𝗲𝘃𝗲𝗿𝗮𝗻𝗰𝗶𝗲𝗿 𝘇𝗲𝗹𝗱𝗲𝗻 𝗮𝗹𝗹𝗲𝗲𝗻 𝗼𝗽 𝗰𝗶𝗷𝗳𝗲𝗿𝘀 𝗯𝗲𝗼𝗼𝗿𝗱𝗲𝗹𝗲𝗻. Het gaat ook om gevoel, om vertrouwen. Om de vraag of je je serieus genomen voelt als er iets misgaat. Maar gevoel is lastig te vergelijken. Collega's Indirah en Marco geven drie concrete punten om op te letten: ►Hoe beoordeelt je IT-partner urgentie? ► Wat betekent "altijd bereikbaar" in de praktijk? ► Helpt persoonlijk contact om sneller te schakelen? Want goede IT-support draait niet alleen om een ticket aanmaken. Het draait om begrijpen wat er op dat moment bij jouw organisatie gebeurt. Wat wil je bereiken met je IT-support? En sluit je huidige situatie daar nog op aan? Dat is de vraag die ik graag stel.

𝗭𝗭𝗣'𝗲𝗿, 𝗠𝗦𝗣 𝗼𝗳 𝘀𝘁𝗿𝗮𝘁𝗲𝗴𝗶𝘀𝗰𝗵𝗲 𝗜𝗧-𝗽𝗮𝗿𝘁𝗻𝗲𝗿? 𝗪𝗮𝘁 𝗽𝗮𝘀𝘁 𝗯𝗶𝗷 𝗷𝗼𝘂𝘄 𝗼𝗿𝗴𝗮𝗻𝗶𝘀𝗮𝘁𝗶𝗲? Er zijn grofweg drie typen externe IT-partijen. Ze verschillen niet alleen in schaal of expertise, maar vooral in de vragen die ze stellen. Gaat het gesprek vooral over wat er vandaag opgelost moet worden? Of ook over richting, prioriteiten en keuzes voor de komende jaren? Een strategische partner begint niet bij wat er stuk is, maar bij waar je naartoe wilt. Die manier van samenwerken zie je terug in het ritme: kwartaalgesprekken, doorlopende updates en iemand die de organisatie echt kent. Tegelijk is niet elke organisatie al toe aan die aanpak. Dat hangt af van je ambitie, groeifase en de rol die IT speelt in je strategie. Wij zetten de drie typen IT-partners voor je naast elkaar. Welke past op dit moment het beste bij jouw organisatie?