Das Department-OS: wie ein Fachbereich sein eigenes Betriebssystem bekommt
Die verlockendste und teuerste Variante ist, ein unternehmensweites System auszurollen. Die Variante, die funktioniert, ist kleiner: Ein Fachbereich bekommt sein Betriebssystem, beweist die Zahl, und der nächste Bereich setzt auf derselben Grundlage auf — mit einem Bruchteil des Aufwands.
Ein Company OS startet nicht unternehmensweit, sondern in einem Fachbereich. Jeder Bereich braucht eigene Quellen und eigene Erfolgsmaße, aber alle brauchen dasselbe Fundament: Zugriff, Berechtigungsspiegelung, Verknüpfung, Quellennachweis, Protokoll. Deshalb zahlt der erste Bereich das Fundament, jeder weitere nur seinen Aufbau. Beginnen Sie dort, wo die Kennzahl am klarsten ist.
Was ein Fachbereich braucht, das andere nicht brauchen
Der Service braucht Störbilder, Lösungswege und Gerätehistorie. Der Vertrieb braucht Altangebote, Konditionen und Kundenhistorie. Die Instandhaltung braucht Wartungspläne, Schichtbücher und Ersatzteile. Das sind unterschiedliche Quellen, unterschiedliche Sprache und unterschiedliche Erfolgsmaße. Ein System, das für alle gleichzeitig gebaut wird, ist für jeden mittelmäßig.
Was alle gemeinsam brauchen
Und hier liegt der Hebel: Zugriff auf Quellen, Berechtigungsspiegelung, Verknüpfung über gemeinsame Schlüssel, Quellennachweis, Protokoll. Das ist bei allen dasselbe und wird genau einmal gebaut. Deshalb kostet der erste Fachbereich das Fundament plus seinen Aufbau, jeder weitere nur noch seinen Aufbau.
Die Reihenfolge, die sich bewährt hat
- Zuerst der Bereich mit der klarsten Kennzahl. Service und Angebotswesen messen sich selbst, dort ist der Nachweis am schnellsten.
- Dann der Bereich, der dieselben Quellen nutzt. Instandhaltung nach Service ist fast geschenkt, weil Historie und Handbücher schon erschlossen sind.
- Erst danach Bereiche mit eigenen Quellen wie HR oder Finanzen.
- Nie mehr als ein Bereich gleichzeitig im Erstaufbau. Parallelität kostet Aufmerksamkeit, die der Pilot braucht.
Was das für die Governance heißt
Jeder Bereich braucht einen Verantwortlichen, der über Quellen und Qualität entscheidet — jemand aus dem Fachbereich, nicht aus der IT. Die IT stellt sicher, dass Anschluss und Rechte stimmen. Wer diese beiden Rollen vermischt, bekommt entweder ein technisch sauberes System, das fachlich danebenliegt, oder umgekehrt.
Häufige Fragen
Warum nicht gleich unternehmensweit ausrollen?
Weil ein unternehmensweiter Rollout alle Fachbereiche gleichzeitig zufriedenstellen muss und damit für jeden einzelnen mittelmäßig wird. Dazu kommt: Ohne bewiesene Zahl aus einem Bereich fehlt das Argument, mit dem der Rollout intern verteidigt wird. Ein gelungener erster Bereich ist der beste Türöffner für den zweiten.
Welcher Bereich eignet sich am besten für den Start?
Service und technisches Angebotswesen, weil beide sich selbst messen: Lösungszeit pro Ticket, Time-to-Quote. Die Daten liegen vor, der Effekt ist in Wochen sichtbar, und die Betroffenen spüren die Entlastung sofort. Bereiche ohne klare Kennzahl sind für den Start ungeeignet, egal wie laut dort der Bedarf ist.
Wie viel günstiger ist der zweite Bereich?
Deutlich, weil das Fundament steht: Anschlüsse, Berechtigungskonzept, Betriebsmodell und Erfahrung sind da. Besonders günstig wird es, wenn der zweite Bereich dieselben Quellen nutzt — Instandhaltung nach Service etwa greift weitgehend auf bereits erschlossene Historie und Handbücher zu.
Wer sollte im Fachbereich verantwortlich sein?
Jemand aus dem Fachbereich mit Mandat, nicht aus der IT: eine Person, die entscheiden kann, welche Quellen gelten und was eine gute Antwort ist. Die IT verantwortet Anschluss, Rechte und Betrieb. Werden beide Rollen vermischt, entsteht entweder ein technisch sauberes System mit fachlichen Fehlern oder ein fachlich richtiges, das die Sicherheitsprüfung nicht besteht.
Welcher Bereich hat bei Ihnen den größten Hebel?
Im Raum wählen Sie Bereich und Engpass und sehen Ihren Fahrplan.
Raum betreten →
