

In vielen IT-Abteilungen gibt es Menschen, die jede Entscheidung der Leitung abnicken und genau wissen, was diese hören möchte. Kurzfristig wirkt das angenehm, weil es keine Diskussionen gibt und Projekte schnell „grün“ gemeldet werden. Langfristig fehlen jedoch Korrekturen, Risiken bleiben unerkannt und technische Schulden wachsen leise mit, etwa wenn man eine knappe Migrationsplanung durchwinkt, obwohl klar ist, dass Tests fehlen.
Wenn in Unternehmen hauptsächlich Zustimmung zählt, werden problematische Architektur- oder Prozessentscheidungen selten infrage gestellt. Niemand sagt offen, dass ein zentrales System zu viele Rollen vereint oder dass ein Sicherheitskonzept nur auf dem Papier existiert. So entstehen Landschaften, in denen kritische Anwendungen auf veralteten Plattformen laufen, Berechtigungen nicht sauber getrennt sind und Backups zwar definiert, aber nie geprobt wurden. Im täglichen Betrieb führt das zu Ausfällen, Sicherheitslücken und wachsendem Druck auf das IT-Team.
In einem Projekt zur Einführung eines neuen ERP-Systems verspricht die IT-Leitung einen ambitionierten Go-live-Termin. Ja-Sager sagen: „Das schaffen wir schon.“ Kritische Fachleute würden sagen: „Mit den aktuellen Ressourcen schaffen wir zwar die Installation, aber nicht die Datenbereinigung, die Tests und die Schulungen.“ Wird dieser Widerspruch nicht geäußert oder nicht gehört, scheitert der Start später oft an genau diesen Punkten.
Ein anderes Beispiel: Die Fachbereiche fordern kurzfristig zahlreiche Sonderlösungen und Ausnahmen. Statt klar zu benennen, dass die IT dadurch Support, Sicherheit und Wartbarkeit gefährdet, heißt es: „Wir bekommen das schon irgendwie hin.“ Das Ergebnis sind unübersichtliche Workarounds, die im Incident-Fall niemand mehr versteht. Eine starke IT-Abteilung dagegen sagt früh: „Wir brauchen Standards und klare Regeln, sonst bleibt jedes Ticket ein Einzelfall.“
In Organisationen, in denen Zustimmung wichtiger ist als Qualität, machen oft diejenigen Karriere, die reibungslos mitspielen, jede Entscheidung mittragen und jede Präsentation glatt polieren. Mitarbeitende, die auf technische oder organisatorische Risiken hinweisen, gelten dagegen schnell als Bremser oder Störenfriede. Statt sie als Frühwarnsystem zu sehen, schiebt man sie aus entscheidenden Runden heraus.
In reifen IT-Organisationen ist es umgekehrt: Kritisches Denken wird bewusst gefördert. Kolleginnen und Kollegen, die auf Abhängigkeiten, Sicherheitslücken oder unrealistische Roadmaps hinweisen, werden in Architektur-Boards und Lenkungsausschüsse eingeladen. Sie sollen dort genau das tun, was andernorts als unbequem gilt: Fragen stellen, Annahmen prüfen, Alternativen aufzeigen.
Wo Widerspruch keinen Platz hat, ziehen sich die besten Admins, Engineers und Entwicklerinnen irgendwann zurück. Sie erleben, wie Projekte trotz klar benannter Risiken durchgedrückt werden, wie Störungen wiederkehren, weil Ursachen nicht konsequent analysiert werden, und wie echte Verbesserungen zugunsten schneller Show-Effekte vertagt werden. Auf Dauer verliert man diese Menschen an andere Unternehmen, die fachliche Verantwortung und klare Positionen honorieren.
IT-Abteilungen, die ihre Leistungsträger halten, zeichnen sich dagegen dadurch aus, dass sie offene Diskussionen explizit einfordern. Retrospektiven, Post-Mortems und Architektur-Reviews sind dort Orte, an denen Probleme beim Namen genannt werden dürfen, ohne dass jemand um seine Position fürchten muss. Das entlastet die Mitarbeitenden und stärkt langfristig die Stabilität der gesamten IT-Landschaft.
Kritisch wird es, wenn in IT und Management Zustimmung irgendwann mehr wiegt als Qualität, Stabilität und Sicherheit. Dann werden Statusberichte geschönt, Risiken weich formuliert und Ampeln künstlich auf Grün gehalten. Entscheidungen orientieren sich daran, wie gut sie in Präsentationen wirken, statt daran, wie robust sie im Betrieb funktionieren.
In diesem Moment gewinnt nicht mehr die beste Lösung, sondern die bequemste. Updates werden „auf Sicht“ gefahren, Monitoring-Lücken bleiben bestehen, und die Organisation hofft, dass schon nichts passiert. Spätestens, wenn ein größerer Ausfall oder ein Sicherheitsvorfall eintritt, zeigt sich der Preis dieser Kultur.
Starke Führung in IT-Abteilungen bedeutet, bewusst Räume für Widerspruch zu schaffen. Führungskräfte fragen aktiv nach Gegenargumenten, nach Risiken und nach Erfahrungen aus vergangenen Projekten. Sie machen deutlich, dass „Nein“ oder „So nicht“ ein professioneller Beitrag ist und kein Affront. Entscheidungen werden transparent hergeleitet, dokumentiert und bei Bedarf korrigiert.
Zugleich sorgen sie dafür, dass Fachlichkeit zählt: Monitoring, Backups, Automatisierung, saubere Berechtigungskonzepte, Tests und Dokumentation werden nicht als lästige Pflicht, sondern als zentraler Bestandteil guter Arbeit verstanden. In einer solchen Kultur trauen sich Menschen, Probleme früh anzusprechen. Damit gewinnt am Ende die Lösung, die den Betrieb stabil hält und dem Unternehmen wirklich nutzt – nicht die, die am schnellsten Beifall bekommt.