Organisationsstruktur – Aufbauorganisation – beschreibt die formale Gliederung einer Organisation in Einheiten, Rollen und Hierarchien: Wer ist wem unterstellt? Welche Teams existieren? Wie sind Zuständigkeiten abgegrenzt? Die Organisationsstruktur bestimmt, wie Entscheidungen getroffen, wie Informationen fließen und wie Verantwortlichkeiten zugeordnet werden. Sie ist der stabile Rahmen, in dem alle Prozesse und Systeme operieren.
Für Automatisierungsprojekte ist die Organisationsstruktur des Kunden ein entscheidender Kontextfaktor: Wer genehmigt neue Workflows? Wer ist Product Owner? Wer muss bei Compliance-Fragen eingebunden werden? Wer hat Zugriffsrechte auf welche Systeme? Diese Fragen lassen sich nur beantworten, wenn die Organisationsstruktur verstanden ist. Eine Automatisierung, die an der Organisationsstruktur vorbei geplant wird, scheitert typischerweise nicht an der Technik, sondern an Akzeptanz und fehlenden Freigaben.
Organisationsmodelle im Überblick
Funktional
Abteilungen nach Funktion: IT, Finanzen, Vertrieb. Klare Fachzuständigkeiten, gut skalierbar. Nachteil: Silos, langsame abteilungsübergreifende Prozesse.
Divisional
Gliederung nach Produkten, Regionen oder Kundensegmenten. Jede Division hat eigene Funktionen. Schnellere Entscheidungen, aber Redundanzen und unterschiedliche Standards.
Matrix
Kombination aus Funktion und Projekt/Produkt. Mitarbeiter haben zwei Berichtswege. Maximale Flexibilität, aber potenzielle Konflikte zwischen fachlicher und disziplinarischer Führung.
Flach / Holacracy
Wenige oder keine Hierarchieebenen. Selbstorganisierte Teams mit hoher Autonomie. Schnelle Entscheidungen, aber Koordinationsaufwand steigt mit Größe.
Center of Excellence
Zentrales Kompetenzteam (z. B. Automation CoE) das Standards setzt und andere Einheiten unterstützt. Skaliert Expertise ohne Qualitätsverlust.
Agil / Squad-Modell
Cross-funktionale Teams (Squads) arbeiten autonom an Produkten. DevOps-nah. Gut für schnelle Iterationen, erfordert klare Koordinationsmechanismen zwischen Squads.
Organisationsstruktur und Automatisierung
- Zugriffrechte folgen der Struktur: Rollen und Berechtigungen werden aus der Organisationsstruktur abgeleitet – Abteilungszugehörigkeit bestimmt Systeme, Kostenstellen, Daten
- Change-Management-Pfade: Neue Workflows brauchen Freigaben – die Genehmigungswege folgen der Struktur. Wer ist Product Owner? Wer hat Budget-Hoheit?
- Onboarding und Offboarding: Wenn ein Mitarbeiter die Abteilung wechselt, müssen Zugriffsrechte und Workflow-Ownerships in der Organisationsstruktur nachgeführt werden
- Mandantentrennung: In Multi-Tenant-Umgebungen spiegelt die technische Trennung oft die Organisationsstruktur wider – Divisionen als getrennte Tenants
Praxisbeispiel
Ein Automationsdienstleister erhält den Auftrag, einen Purchase-to-Pay-Workflow für ein mittelständisches Produktionsunternehmen zu implementieren. Organisationsstruktur-Analyse vor Projektstart: Das Unternehmen ist funktional strukturiert. Einkauf und Buchhaltung sind getrennte Abteilungen mit unterschiedlichen Abteilungsleitern. Rechnungsfreigaben über 5.000 Euro liegen beim CFO, bis 5.000 Euro beim Abteilungsleiter. IT ist zentral, verwaltet alle Systemzugänge. Die Organisationsanalyse ergibt: Drei Freigabe-Eskalationsstufen im Workflow, zwei getrennte Systemzugangsbereiche (Einkauf-ERP, Buchhaltungs-ERP), Abteilungsleiter müssen informiert werden, CFO nur eskaliert. Ohne dieses Verständnis hätte der Workflow eine einheitliche Freigabestufe erhalten – und wäre am ersten Tag in der Praxis gescheitert.
