In veel organisaties voelt IT als een permanente crisiskamer. Projecten lopen uit, wijzigingen zijn spannend, incidenten hebben altijd nét prioriteit en iedereen werkt keihard. Dat laatste wordt ook graag benadrukt, liefst met burn-outachtige trots. Alsof drukte een prestatie-indicator is.
Het probleem is alleen: druk zijn is geen bewijs van vooruitgang. Het is vaak het tegenovergestelde.
Neem een herkenbaar voorbeeld. Een organisatie heeft twintig lopende IT-initiatieven. Nieuwe functionaliteit, security-verbeteringen, compliance-eisen, een cloudmigratie, en natuurlijk “nog even snel” een strategisch project dat gisteren belangrijk werd. Iedereen is bezet. Agenda’s zitten vol. En toch lijkt niets af te komen. Opleveringen schuiven, kwaliteit holt achteruit en elke wijziging voelt als Russische roulette met productie.
Wat hier misgaat, is zelden een gebrek aan inzet of competentie. Het is het systeem zelf. Werk wordt overal gestart, maar nergens echt afgerond. Teams optimaliseren hun eigen stukje, terwijl de keten als geheel vastloopt. Development levert sneller op, operations krijgt meer werk, security haakt laat aan, en de business klaagt dat IT “weer niet levert”. Niemand liegt. Iedereen heeft gelijk. En toch faalt het geheel.
Een ander voorbeeld. Een kritische applicatie ligt plat. Alle aandacht gaat naar herstel. Andere werkzaamheden worden stilgelegd. Dat voelt logisch en daadkrachtig. Maar zodra het incident is opgelost, wordt het onderliggende probleem niet aangepakt. Want daar was “nu geen tijd voor”. Het resultaat laat zich raden: hetzelfde incident keert terug, soms subtieler, soms harder. Brandjes blussen wordt routine, en routine wordt identiteit.
Wat hier zichtbaar wordt, is een fundamentele misvatting: stabiliteit en snelheid worden gezien als tegenpolen. Alsof je moet kiezen tussen controle of vooruitgang. In werkelijkheid is het omgekeerd. Hoe instabieler het landschap, hoe trager elke verandering wordt. Elke release wordt spannend. Elke wijziging vraagt overleg, uitzonderingen en noodprocedures. Snelheid verdwijnt niet door regels, maar door chaos.
Veel organisaties proberen dit op te lossen met extra overleg, extra tooling of extra rapportages. Maar zolang het onderliggende gedrag niet verandert, blijft het symptoombestrijding. Zolang alles tegelijk belangrijk is, is niets echt prioriteit. Zolang teams worden afgerekend op hun eigen output in plaats van het eindresultaat, blijft de keten kapot. En zolang “druk” wordt beloond, blijft rust verdacht.
De ongemakkelijke waarheid is dat volwassen IT draait om durven beperken. Minder tegelijk doen. Werk zichtbaar maken. Afmaken voordat je iets nieuws start. Accepteren dat nee zeggen soms de meest professionele bijdrage is. Niet omdat mensen onwillig zijn, maar omdat het systeem anders iedereen gijzelt.
Dit vraagt leiderschap. Niet het soort dat harder roept of sneller escaleert, maar het soort dat het aandurft om te erkennen dat het huidige ontwerp precies oplevert wat je nu ziet. En dat verbeteren betekent dat iemand ergens tijdelijk teleurgesteld wordt. Dat voelt ongemakkelijk. Maar het alternatief is comfortabel falen.
IT hoeft geen heldenepos te zijn. Geen nachtwerk, geen adrenaline, geen permanente spanning. Dat is geen teken van betrokkenheid, dat is een waarschuwingssignaal. Organisaties die dat durven zien, ontdekken iets verrassends: als rust normaal wordt, komt vooruitgang vanzelf weer in beweging. En nee, dat voelt in het begin niet spectaculair. Maar het werkt. Dat is meestal het probleem.