CIO, CTO und IT-Leiter: Was der Titel nicht sagt

Sie können einem CTO begegnen, dessen Woche mit ERP-Problemen, Firewall-Regeln, Lizenzverlängerungen und Laptop-Beschaffungen gefüllt ist. In einem anderen Unternehmen fällt diese Arbeit einem IT-Manager zu. In einem dritten nimmt der IT-Leiter an Gesprächen auf Geschäftsleitungsebene über Datenprioritäten und digitale Transformation teil. Er trägt damit CIO-Verantwortung, auch wenn sein Titel etwas anderes sagt.

Wer diese Personen allein nach ihrem Titel beurteilt, kann leicht zu einem falschen Schluss kommen. Dann scheint ein CTO zwingend für die Produktentwicklung zuständig zu sein, ein Manager führe nur einen engen Betriebsbereich, und ein IT-Leiter stehe eine Stufe unter dem CIO. Auf einer Visitenkarte steht davon nichts.

Den Unterschied zwischen CIO und CTO zu kennen, ist hilfreich. Um die tatsächliche Rolle einer Technologie-Führungskraft zu verstehen, müssen Sie jedoch auch ihren Auftrag, ihre Entscheidungsbefugnis und das Ergebnis betrachten, das das Unternehmen von Technologie erwartet.

Der hilfreichere Ausgangspunkt lautet daher: Wofür trägt diese Person Verantwortung, und wofür nutzt das Unternehmen Technologie?

Derselbe Titel, ein anderer Auftrag

IT-Manager, IT-Leiter, CIO, CTO, Technologie-Direktor: Für diese Titel gibt es keine allgemeingültige Zuordnung zu festen Verantwortungsbereichen. Selbst Unternehmen derselben Gruppe können denselben Titel für unterschiedliche Aufgaben verwenden.

Solche Unterschiede entstehen oft, wenn ein Unternehmen wächst oder sich verändert. Denken Sie an ein Team, das zunächst Computer, Netzwerke und Buchhaltungssoftware betreut. Mit der Zeit kommen ERP, Kundendaten, E-Commerce und Prozessautomatisierung hinzu. Die Rolle und ihre Verantwortung haben sich verändert. Titel und Entscheidungsbefugnis müssen sich nicht im gleichen Tempo weiterentwickeln.

Auch das Gegenteil ist möglich. Jemand trägt den Titel CTO, während Auftrag und Budgetverantwortung vor allem auf interne IT-Abläufe ausgerichtet sind. Diese Person als „eigentlich keinen CTO“ zu bezeichnen, erklärt wenig. Wichtiger ist, welche Arbeit das Unternehmen unter diesem Titel gebündelt hat.

Ein einzelner ERP-Termin sagt nichts über die Rolle eines CTO aus. Gerade in kleineren Organisationen müssen alle Beteiligten bei Bedarf in die tägliche Arbeit eingreifen. Ein Kalender für einen Dienstag ist keine Stellenbeschreibung. Entscheidend ist, in welchen Fragen jemand das letzte Wort hat und für welche Ergebnisse er verantwortlich ist.

Darum sind einige Fragen hilfreicher als der Titel selbst:

• An wen berichtet die Person? Ist sie dabei, wenn strategische Entscheidungen fallen, oder kommt sie erst danach dazu?
• Was umfasst ihr Budget? Verwaltet sie genehmigte Ausgaben, oder kann sie Prioritäten zwischen Investitionen setzen?
• Welche Teams berichten an sie: interne IT, Unternehmensanwendungen, Daten, Produkttechnologie oder Softwareentwicklung?
• Kann sie Prozesse gemeinsam mit den Fachbereichen verändern, wenn sie für digitale Transformation verantwortlich ist?
• Woran wird Erfolg gemessen: an Servicequalität, besseren Abläufen, Prozessverbesserung oder dem Ergebnis kundengerichteter Technologie?

Berichtslinie und Budgetgröße sind Hinweise. Für sich allein definieren sie die Rolle nicht. Eine IT-Führungskraft kann direkt an den CEO berichten und dennoch überwiegend den Betrieb steuern.

Betreiben, verändern, entwickeln

Drei Verben machen den Schwerpunkt der Rollen greifbar: Ein IT-Leiter hält den Betrieb am Laufen, ein CIO verändert das Unternehmen, ein CTO entwickelt Produkte und technische Fähigkeiten.

Das sind keine universellen Rollengrenzen, sondern ein Denkmodell. Alle drei schaffen Wert, alle drei können strategische Entscheidungen treffen, und alle drei benötigen zuverlässige Systeme. „Betreiben“ bedeutet nicht, dass ein IT-Leiter nicht innovieren kann. „Entwickeln“ bedeutet nicht, dass die beiden anderen Rollen keinen Wert schaffen.

Der Unterschied zwischen dem Betrieb von Technologie und der Veränderung des Unternehmens ist der Ausgangspunkt dieser Tabelle. Wichtiger ist jedoch, welche Entscheidungen jede Rolle über dieselbe Technologie trifft.

IT-Leiter: Damit die Arbeit weiterlaufen kann

Der IT-Leiter sorgt dafür, dass der IT-Betrieb des Unternehmens zuverlässig, sicher und steuerbar bleibt. Infrastruktur, Netzwerke, Systeme, der Betrieb von ERP und CRM, Anwenderunterstützung und Betrieb der Sicherheitslösungen können zu dieser Rolle gehören.

Zur Führungsaufgabe gehören Dienstleister, Lizenzen, Budgets, Service-Level-Zusagen und die Kapazität des Teams. Auch Sicherungen und Geschäftskontinuität gehören dazu. Eine Sicherung, die offenbar durchgelaufen ist, und eine Sicherung, die sich im Ernstfall wiederherstellen lässt, sind nicht dasselbe.

Diese Arbeit als „alltägliche technische Aufgaben“ abzutun, verkennt ihre betriebliche Bedeutung. Wenn Aufträge nicht bearbeitet werden können, weil niemand auf das ERP zugreifen kann, ist ein funktionierender IT-Betrieb unmittelbar geschäftsentscheidend.

In einer großen Organisation kann ein IT-Leiter mehrere Standorte, ein breites Anwendungsportfolio und mehrere Führungskräfte verantworten. Er kann entscheiden, wie Dienste erbracht werden, wann externe Anbieter eingesetzt werden und welches Risiko zu welchen Kosten reduziert werden soll. Das sind strategische Entscheidungen.

Die Abgrenzung zum CIO braucht Sorgfalt. Ein IT-Leiter kann das Betriebsrisiko einer ERP-Migration steuern. Ein CIO begründet diese Migration gegenüber der Geschäftsleitung: Warum ist sie nötig, welchen Rang hat sie gegenüber anderen Investitionen, und was müssen die Fachbereiche verändern? Eine Person kann beide Verantwortungen tragen.

CIO: Wie Technologieinvestitionen das Unternehmen verändern

CIO steht für Chief Information Officer. Kennzeichnend für die Rolle ist, wie Technologie und Informationen die Führung eines Unternehmens prägen.

ERP, CRM und Datenplattformen können alle auf der Agenda eines CIO stehen. Das Gespräch bleibt aber nicht bei Einführung und Lizenzen stehen. Warum führen Vertrieb und Finanzbereich unterschiedliche Kundendaten? Welche Entscheidung kann sich nicht auf den heute verfügbaren Bestandsdaten stützen? Welche Kosten verursacht das von einem Fachbereich gewünschte System für den Rest des Unternehmens?

Die Technologiestrategie eines CIO verbindet diese Fragen mit den Prioritäten des Unternehmens. Unternehmensarchitektur legt fest, wie Systeme und Daten zusammenwirken. Datenstrategie und Analytik bestimmen, welche Informationen Entscheidungen unterstützen. Steuerung klärt, wer worüber entscheidet, wie Risiken gesteuert werden und wie Investitionen bewertet werden.

Ein ERP kann störungsfrei laufen, während der Geschäftsleitung weiterhin eine verlässliche Sicht auf Bestände fehlt. Wenn verschiedene Lager dieselbe Bewegung unterschiedlich erfassen, löst ein neuer Server das Problem nicht. Erfassungsregeln, Prozess und Verantwortung müssen sich ändern. Hier wird die Beziehung des CIO zu den Fachbereichen entscheidend.

Deshalb greift es zu kurz, den CIO als erfahreneren IT-Leiter zu beschreiben. Investitionsprioritäten im ganzen Unternehmen zu setzen und Veränderungen zwischen Fachbereichen zu steuern, verlangt eine andere Art von Befugnis.

Ein CIO kann diese Veränderung nicht allein herbeiführen. Finanzbereich, Vertrieb oder Betrieb müssen ihre Prozesse verantworten. Wer einem CIO Transformationsverantwortung gibt, aber jede Änderung der Arbeitsweise in den Fachbereichen ausschließt, trennt Verantwortung und Befugnis von Anfang an.

CTO: Die technische Seite des Kundenversprechens

CTO steht für Chief Technology Officer. In einer produkt- und plattformorientierten Organisation entscheidet der CTO, was das Unternehmen mit Technologie anbietet und wie es diesen Dienst bereitstellen und aufrechterhalten kann.

Softwareentwicklung, Architektur, technische Roadmap und Plattformentscheidungen können im Zentrum dieser Rolle stehen. Hält das System steigende Nutzung aus? Kann das Team eine neue Funktion liefern, ohne den laufenden Betrieb zu beeinträchtigen? Welche technische Abhängigkeit begrenzt die Weiterentwicklung des Produkts? Das sind ebenso Geschäftsentscheidungen wie technische Entscheidungen.

Entwicklerproduktivität lässt sich nicht allein an Codezeilen messen. Wie leicht ein Team zuverlässige Änderungen ausliefern kann, beeinflusst, wie schnell sich ein Produkt weiterentwickelt. Hier beginnt die Verantwortung des CTO, eine Entwicklungsorganisation aufzubauen.

Ein CTO muss kein SaaS-Produkt entwickeln. Das digitale Patientenerlebnis eines Krankenhauses, die Kundenplattform einer Bank oder das eigene Bestellsystem eines Handelsunternehmens können in seinen Verantwortungsbereich fallen. Technologie wird vielleicht nicht als eigenständiges Produkt verkauft und bleibt dennoch Teil des Dienstes, den Kunden erhalten.

Den CTO auf die Leitung eines Softwareteams zu reduzieren, greift deshalb zu kurz. Er verantwortet auch, wie Entscheidungen über Produkt, Plattform und Entwicklungskapazität die Wettbewerbsfähigkeit des Unternehmens beeinflussen.

„Entwickeln“ heißt nicht, alles selbst zu bauen. Eine Komponente zu kaufen, die das Unternehmen nicht unterscheidet, kann Zeit für Arbeit schaffen, die das Unternehmen wirklich unterscheidet. Der CTO muss verstehen, was diese Entscheidung für Produkt, Kosten, Abhängigkeiten und spätere Änderungen bedeutet.

Mit dem Unternehmen ändert sich auch die Abgrenzung

In einem SaaS-Unternehmen kann der Verantwortungsbereich des CTO weitgehend mit dem Kerngeschäft zusammenfallen. Produkt, Kundendienst und die Fähigkeit, weiter Umsatz zu erzielen, hängen an demselben technischen System. Es kann keinen CIO geben. Mitarbeitergeräte und interne Anwendungen liegen dann möglicherweise bei einem separaten, kleinen Team.

In einer Bank oder einem großen Konzern können CIO und CTO unterschiedliche Personen sein. Der CIO kann Unternehmens-IT, gemeinsame Datenstandards und Transformationsinvestitionen führen, während sich der CTO auf Technologieplattformen und Entwicklung konzentriert. In manchen Strukturen berichtet der CTO an den CIO und führt Infrastruktur und Architektur. Die Aussage „Der CTO verantwortet den Kunden“ wird keiner Organisationsform vollständig gerecht.

Ein CIO kann auch mehrere IT-Leiter unter sich haben. Einer verantwortet Infrastruktur, ein anderer Unternehmensanwendungen, ein weiterer eine Region oder eine Konzerngesellschaft. Diese Hierarchie ist dort real. Sie lässt sich nicht automatisch auf denselben Titel in einem anderen Unternehmen übertragen.

In einem Produktionsunternehmen können ERP, Produktionssysteme, Produktionsdaten und Integrationen CIO oder IT-Leiter in eine sehr zentrale Position bringen. Gibt es einen CTO, kann sich sein Verantwortungsbereich auf Produkttechnologie, Forschung und Entwicklung oder Produktionsmethoden verlagern. Er kann über Software hinausgehen. Wie Produktionssysteme zwischen IT, Betrieb und Engineering aufgeteilt sind, braucht eine eigene Betrachtung.

In einem Unternehmen mit rund einhundert Beschäftigten kann eine Führungskraft große Teile der Arbeit eines IT-Leiters, CIO, Informationssicherheitsverantwortlichen und Leiters der digitalen Transformation tragen. Entwickelt das Unternehmen ein Produkt, kann auch CTO-Verantwortung hinzukommen. Die Zahl veranschaulicht eine Größenordnung, keine Organisationsregel.

Mehrere Rollen bei einer Person zu bündeln, ist nicht von sich aus falsch. Ob sie getrennt werden müssen, hängt weniger von der Mitarbeiterzahl ab als von Komplexität, Risiko und Entscheidungsdruck. Wenn Betriebsunterbrechungen die Transformationsarbeit dauerhaft verdrängen oder niemand über die Produktarchitektur entscheiden kann, reicht die bestehende Aufteilung möglicherweise nicht mehr.

Wer verantwortet KI?

KI macht diese Grenzen sichtbarer und manchmal zugleich unschärfer. Dieselbe Technologie kann die Arbeit von Beschäftigten erleichtern und Teil eines Dienstes für Kunden werden.

Geht es darum, Mitarbeiterproduktivität zu verbessern, interne Abläufe zu automatisieren oder die Entscheidungsqualität zu erhöhen, rückt der Verantwortungsbereich des CIO in den Vordergrund. Wer verändert den Arbeitsablauf, wie wechseln Beschäftigte in die neue Arbeitsweise, und wie wird das Ergebnis gemessen? Diese Fragen sind wichtiger als das Modell allein.

Nutzerzugänge, Lizenzen, Integration und der Betrieb des Dienstes können beim Team des IT-Leiters liegen. Auch die unternehmensweite Datennutzung, Sicherheit und KI-Governance betreffen CIO und IT gemeinsam. Informationssicherheit, Rechtsabteilung und die zuständigen Fachbereiche dürfen bei diesen Entscheidungen nicht außen vor bleiben.

Ist KI Teil des Produkts für Kunden, erweitert sich die Verantwortung des CTO. Eine für das Produkt entwickelte KI-Plattform oder ein entsprechendes Modell machen Entwicklung, Architektur, Qualitätsbewertung und Betriebskosten zu Bestandteilen der technischen Roadmap. In einer anderen Organisation kann jedoch das Team eines CIO eine interne KI-Plattform aufbauen.

Denken Sie an ein KI-System, das Kunden antwortet. Das Team des CTO kann Produktverhalten und technische Architektur gestalten. Der CIO kann die Integration mit Unternehmensdatenquellen und Geschäftsprozessen koordinieren. Das IT-Team kann Zugang und Betrieb verantworten, während der zuständige Fachbereich das Kundenversprechen trägt.

Dieses Beispiel ist nicht dadurch gelöst, dass ein Titel zum Verantwortlichen für KI erklärt wird. Eine Führungskraft muss für das Ergebnis der Initiative rechenschaftspflichtig sein. Verantwortung für Daten, Prozess, Sicherheit und technischen Betrieb muss dieser Person klar zugeordnet werden. Zusammenarbeit darf nicht dazu führen, dass Verantwortung unklar bleibt.

Wie bei einem KI-Projekt, das mit dem Geschäftsproblem statt mit der Modellauswahl beginnt, sollte auch die Verteilung von Verantwortung nicht beim Werkzeug anfangen. Definieren Sie zuerst die Arbeit, die sich ändern soll. Legen Sie anschließend fest, welche Befugnis, welches Team und welche Kontrollen diese Veränderung braucht.

Welche Verantwortung fehlt Ihrem Unternehmen?

Ein Einstellungsgespräch mit „Wir brauchen einen CTO“ zu beginnen, ist einfach. Hilfreicher ist es, zunächst festzuhalten, welche Entscheidung heute nicht getroffen werden kann oder welche Arbeit keinen Verantwortlichen hat.

Wenn Technologieinvestitionen verstreut sind, jeder Fachbereich eigene Systeme auswählt und ERP, CRM und Daten auseinanderdriften, braucht das Unternehmen CIO-Verantwortung. Dasselbe gilt, wenn niemand die digitale Transformation verantwortet oder das Technologiebudget mit Geschäftsergebnissen verbindet.

Gesucht ist nicht einfach jemand, der große Projekte geleitet hat. Die Person muss mit den Fachbereichen Prioritäten setzen und gegebenenfalls dafür eintreten können, eine Investition zu verschieben oder nicht zu tätigen. Die Unternehmensleitung muss Raum für diese Befugnis schaffen. Sonst verwaltet ein neuer CIO weiterhin aufgelaufene Anforderungen unter einem höher klingenden Titel.

Wenn Infrastruktur und IT-Betrieb gewachsen sind und das Management von Dienstleistern und Teams schwieriger wird, zeigt sich der Bedarf an einem IT-Leiter deutlicher. Wiederholte Ausfälle, unklare Sicherheitsverantwortung und nicht erfüllte Compliance-Pflichten können auf denselben Bedarf hindeuten. Ein CEO oder CIO, der Zeit für Strategie gewinnen will, braucht möglicherweise eine Führungskraft mit Verantwortung für Technologie und IT-Betrieb sowie Befugnis für Entscheidungen im Alltag.

Den Erfolg dieser Rolle allein an Kostensenkungen zu messen, kann in die Irre führen. Ein günstigerer Vertrag, der zu längeren Ausfällen oder einer übermäßigen Abhängigkeit von einem Anbieter führt, kann das Gesamtrisiko des Unternehmens erhöhen.

Wenn Software und Plattformen Teil des Werts für Kunden geworden sind, wird die Verantwortung des CTO wichtiger. Wächst die Entwicklungsorganisation, begrenzen Architekturentscheidungen die Produktentwicklung oder beeinträchtigt steigende Nachfrage die Dienstqualität, braucht jemand die Verantwortung für die technische Richtung. Will sich das Unternehmen durch Technologie unterscheiden, muss zudem jemand festlegen, welche Fähigkeit diesen Vorteil schafft.

Das sind nicht automatisch drei getrennte Stellenanzeigen. Die Befugnis einer bestehenden Führungskraft zu erweitern, eine zweite Leitung für den Betrieb einzusetzen oder geeignete Dienste auszulagern, kann ausreichen. Ist die Verantwortlichkeit unklar, sollten Sie dieses Problem zuerst lösen.

Eine einseitige Rollenbeschreibung ist ein guter Anfang: Welches Problem soll diese Person lösen? Welche Entscheidungen darf sie treffen? Welche Teams führt sie? Ist sie für die interne Nutzung von Technologie verantwortlich, für neuen Kundennutzen durch Technologie oder für beides?

Ordnen Sie Budget und Erfolgskriterien diesen Antworten zu. Dann haben Sie eine brauchbare Rollenbeschreibung. Den Titel legen Sie erst am Ende fest.

Weiterführende Literatur

• IBM Institute for Business Value: The CTO Revelation. Der Beitrag hilft dabei, die Verteilung von CIO- und CTO-Verantwortung in unterschiedlichen Organisationen weiter zu prüfen. Er beruht auf einer globalen Führungskräfte-Studie aus dem Jahr 2021 und ist kein aktueller Aufgabenstandard für jedes Unternehmen.
• AWS: CTO, the evolving role of the Chief Trade-Off Officer. Der Beitrag diskutiert die Rolle des CTO bei Architektur, Teamautonomie und Entscheidungen zwischen Eigenentwicklung und Kauf. Er ist eine Führungsperspektive eines Cloud-Anbieters aus dem Jahr 2023, kein unabhängiger Organisationsstandard.