Bleib bei der IT – werde nicht zu einer weiteren Abteilung

Ich sehe das sehr regelmäßig: Es scheint eine große Versuchung für IT-Abteilungen zu sein, die Grenzen der IT zu überschreiten und die Rollen und Verantwortlichkeiten anderer Unternehmensabteilungen übernehmen zu wollen. Im KMU mag dies sehr viel zutreffender sein, weil es keine klare Abgrenzung zwischen der IT und anderen Abteilungen gibt, weil Aufgabenbereiche oft geteilt werden, weil es keine guten Richtlinien und Verfahren gibt, weil es niemanden gibt, der diese anderen Aufgaben erledigt, usw. Und es besteht immer die Möglichkeit, dass diese bereichsübergreifenden Verantwortlichkeiten tatsächlich der IT zugewiesen sind. Doch in neun von zehn Fällen ist dies nicht der Fall.

Ich glaube, dass dieses Verhalten auf einige Dinge zurückzuführen ist:

1. Menschen arbeiten tendenziell in der IT, weil sie in Bezug auf die meisten Dinge „klüger“ oder zumindest „interessierter“ als der Durchschnittsmensch sind, und so verfügen wir tendenziell über eine Menge Allgemeinwissen, das es uns ermöglicht, als kompetentes Mitglied jeder Abteilung zu agieren (die IT kann notfalls die Arbeit der Personalabteilung erledigen – gilt das Umgekehrte gemeinhin auch?)
2. Der IT wird tendenziell jegliche Arbeit zugeschoben, die andere Abteilungen nicht erledigen wollen und ungestraft abgeben können (Kannst du das für uns ausdrucken? Kannst du meine Mikrowelle reparieren? Die Sicherung ist durchgebrannt! Hast du irgendwelche Erfahrung mit Rasensprengern?) So geraten wir aufgrund des Verhaltens anderer Abteilungen uns gegenüber in diese Geisteshaltung.
3. Wir haben einen umfassenden Einblick in die Organisation als Ganzes, mehr als nahezu jede andere Abteilung.
4. Wir neigen dazu, leidenschaftlich darauf bedacht zu sein, Dinge auf die „richtige Weise“ zu tun – was oft auf technischer Exzellenz oder branchenüblicher Praxis beruht, dabei aber möglicherweise weder die spezifischen geschäftlichen Anforderungen noch einzigartige Faktoren berücksichtigt.

Zusammengenommen bringen uns diese und andere Faktoren dazu, uns in alles und jedes in und rund um die Unternehmen, denen wir dienen, einmischen zu wollen. Fragen zur Beteiligung an den Aktivitäten anderer Abteilungen kommen regelmäßig auf. Um zu verdeutlichen, wie verzerrt unser Denken über dieses Verhalten tendenziell ist: Wir erleben, dass IT-Leute andere IT-Leute fragen, was ihre Verantwortung sei, anstatt mit der Leitung ihres eigenen Unternehmens zu sprechen, die diejenige ist, die diese Entscheidung tatsächlich trifft. Hierbei geht es nicht um bewährte Praktiken, sondern darum, die Regeln des eigenen Unternehmens zu befolgen.

Einige Beispiele für Bereiche, in die IT-Leute gerne einspringen und versuchen, andere Abteilungen zu sein:

• „Die Leute surfen bei der Arbeit auf Facebook, ich muss sie davon abhalten.“ – Müssen Sie das? Ist dies eine geschäftliche Entscheidung, oder trifft die IT hier einfach Personal- oder Sicherheitsentscheidungen für diese Abteilungen? Dass die IT dies als Thema anspricht, ist großartig, doch das Bedürfnis, persönliche Entscheidungen über Arbeitsgewohnheiten durchzusetzen, sollte wahrscheinlich dem Geschäftsinhaber, der Führungskraft oder einer dafür vorgesehenen Abteilung wie der Personalabteilung, der Rechtsabteilung oder der Sicherheitsabteilung überlassen werden.
• Endnutzer ausspionieren, Passwörter abfangen usw. – Hat die Rechtsabteilung Sie darum gebeten? Falls nicht, übernehmen Sie keine rechtlichen und sicherheitsbezogenen Verantwortlichkeiten, insbesondere keine, die in Ihrem lokalen Rechtsraum Geldstrafen oder gar Gefängnis nach sich ziehen könnten! Wir laufen Gefahr, das Blatt zu wenden – vom Verdächtigen eines anderen hin zu den Schuldigen, die wir selbst sind.
• Das Unternehmen wegen Brandgefahren, Sicherheitsproblemen (die nicht Ihre eigenen sind) usw. unter Druck setzen. – Wenn man etwas sieht, sagt man etwas. Großartig. Werden Sie nicht selbst zur Ursache schlechten Verhaltens. Doch wenn sich das Unternehmen nach der Meldung nicht um diese Dinge sorgt, dann betrachten Sie dies nicht als Aufgabe der IT – es sei denn, es handelt sich um ein rechtliches Problem, das Sie der Polizei übergeben müssen. Der Hausmeister empfindet das nicht so, die Personalabteilung empfindet das nicht so, und die IT sollte das auch nicht. Wenn das Unternehmen beschließt, sich nicht darum zu kümmern, sollten Sie es auch nicht. (Das Beispiel war, dass AJ davon sprach, Überspannungsschutzleisten aneinanderzureihen.)
• Das Unternehmen darf nicht ausfallen! – Die IT liebt diesen Punkt. Das könnte bedeuten, dass wir auf Hochverfügbarkeitscluster oder einfach auf überdimensionierte Server oder wer weiß was drängen. In Wirklichkeit ist dies zu 100 % eine finanzielle Entscheidung, die das Buchhaltungs-, Finanz- und CFO-Team treffen sollte. Die IT hat keine Ahnung, wie lange das Unternehmen ausfallen kann oder nicht – wir wissen lediglich, wie viel es kostet, wie viel Risiko zu mindern. Wir liefern den Finanzleuten Daten, die mit der Risiko-Nutzen-Bewertung zurückkommen. Die IT sollte in keinem Maßstab finanzielle Entscheidungen treffen.

Ich könnte endlos so weitermachen. Personalwesen, Finanzen, Sicherheit, Gebäudemanagement, Recht – wir wollen uns in all diese Aufgabenbereiche einmischen. Aber liegt es in unserer Verantwortung, dies zu tun? In Ihrem Fall mag es das, doch normalerweise tut es das nicht. Wir gehen persönliche und berufliche Risiken ein, um Unternehmen unsere Ideen und Meinungen aufzudrängen, die an unserem Beitrag (in diesen Bereichen) oft nicht interessiert sind.

Treten Sie einen Schritt zurück und betrachten Sie Ihre Beziehung zum Unternehmen. Treffen Sie Vorschläge und Entscheidungen, die zu Ihrer Rolle innerhalb des Unternehmens und zu den einzigartigen Anforderungen des Unternehmens passen? Bewahren Sie die richtige Perspektive. Es ist so leicht, sich darin zu verlieren, dass die IT Dinge auf die „richtige“ Weise erledigt, dass wir vergessen, dass das Unternehmen unsere Auffassung davon, was für es richtig und falsch ist, möglicherweise nicht teilt – und wir sind nicht in der IT, nur um der IT willen, sondern zum Zweck der Unterstützung des Unternehmens.

[Nachdruck eines Beitrags in Spiceworks, 8. Januar 2013]