B∆
BAU-ERP CHANGE LAB
Praxisreflexion · KI-Management · Bauwirtschaft

Vom Datenchaos zum lernenden Bau‑ERP.

Eine durchgängige Fallstudie zur Change-Kurve, zur LARI-Heuristik und zu Kotters acht Beschleunigern – am Beispiel einer KI-gestützten ERP-Einführung.

Ausgangslage

Das Problem hinter der Software

Das Bauunternehmen arbeitet standortübergreifend, aber nicht auf einer gemeinsamen Datenbasis. Die Technik ist nur ein Teil der Veränderung: Rollen, Routinen, Entscheidungen und Vertrauen müssen sich ebenfalls verändern.

01 · Baustelle

Verspätete Bautagebücher

Leistungen, Behinderungen und Fotos werden uneinheitlich oder erst Tage später erfasst.

02 · Controlling

Kostenabweichungen zu spät

Projektleitung und Finance erkennen kritische Trends oft erst beim Monatsabschluss.

03 · Buchhaltung

Manuelle Rechnungsprüfung

Positionen werden mehrfach übertragen; fehlende Bestellbezüge erzeugen Rückfragen und Wartezeit.

04 · Disposition

Ressourcen in Excel-Inseln

Qualifikationen, Geräte und Auslastung sind nicht standortübergreifend transparent.

05 · Führung

Uneinheitliche Steuerung

Jeder Standort nutzt eigene Codes, Berichte und Sonderwege. Vergleiche sind nur bedingt belastbar.

06 · Menschen

Sorge vor Kontrolle

Beschäftigte befürchten, dass fehlerhafte KI-Prognosen zur individuellen Leistungsbewertung genutzt werden.

Uneinheitliche Baustellendatenverspätet, unvollständig, nicht vergleichbar
Mobile, standardisierte ErfassungPflichtfelder, Fotos, Spracheingabe und Plausibilitätsprüfung
Aktueller Projektstatuseine gemeinsame Datenbasis
Späte KostenwarnungenAbweichungen erst im Monatsabschluss
KI-gestützte ProjektprognosePlan, Ist, Bestellungen und Leistungsstand zusammenführen
Früheres EingreifenWarnung statt Rückspiegel
Manuelle RechnungsprüfungMehrfacheingabe und fehlende Bezüge
Dokumenten- und PositionsabgleichRechnung, Bestellung und Leistungsvorgang automatisch vorprüfen
Weniger PrüfaufwandMenschen bearbeiten Ausnahmen
Ressourcen in Excel-Inselnkeine standortweite Sicht
Integrierte KapazitätsplanungQualifikation, Verfügbarkeit und Gerätebedarf sichtbar machen
Bessere DispositionEngpässe früher erkennen
Aufgabe 1

Change-Kurve im Arbeitsalltag

Die sieben Phasen sind keine feste Reihenfolge. Menschen können Phasen überspringen, zurückfallen oder gleichzeitig an unterschiedlichen Stellen stehen. Klicke auf die Punkte: Die Formulierungen sind Reflexionsvorschläge, die du mit eigenen Erlebnissen ergänzen solltest.

Phase

1 · Schock / Überraschung

Situation im Bau‑ERP‑Alltag

Im Jour fixe wird angekündigt, dass Bautagebuch, Rechnungsprüfung und Kostenprognose künftig über ein neues KI-gestütztes ERP laufen. Mein erster Gedanke: „Was passiert jetzt mit unseren gewohnten Listen und Freigaben?“

Was jetzt hilft

Klar benennen, was entschieden ist, was offen bleibt und welcher nächste Schritt folgt.

Diagnose

L × A × R = I (max. 125)

Leadership, Akzeptanz und Rahmenbedingungen werden jeweils von 1 bis 5 bewertet und anschließend multipliziert. Der Maximalwert ist 5 × 5 × 5 = 125. Der niedrige Ausgangswert zeigt: Gute Führung allein kompensiert keine lückenhaften Daten und unklaren Rollen.

4 / 5
3 / 5
2 / 5
Größter Engpass: uneinheitliche Stammdaten, lückenhafte mobile Erfassung und keine klare Verantwortung für Datenkorrekturen.

Einordnung: Leadership 4 = klare Unterstützung, aber noch nicht an allen Standorten konsistent. Akzeptanz 3 = Nutzen wird gesehen, Sorgen bleiben. Rahmen 2 = Daten, Rollen und mobile Erfassung behindern die Anwendung deutlich.

24 / 125
4 × 3 × 2 = 24 · 19,2 % des Maximums
24 von 125 Punkten sind ein klar niedriger Ausgangswert. Mehr Kommunikation allein löst den Engpass nicht; zuerst müssen Rahmenbedingungen und Schutzregeln verbessert werden.

Methodischer Hinweis: 125 Punkte sind der rechnerische Höchstwert, keine Erfolgswahrscheinlichkeit. Die LARI-Gleichung wird hier als Arbeitsheuristik genutzt; ihre im Kurs genannte Originalzuschreibung ließ sich in der Projektquelle nicht zweifelsfrei verifizieren.

Entwicklungspfad

Von 24 über 80 auf 120 Punkte

Der Weg wird in zwei Stufen sichtbar: zuerst einen tragfähigen Pilotbetrieb herstellen, danach Akzeptanz und Rahmenbedingungen nahezu vollständig verankern.

5 × 4,8 × 5 = 120Leadership halten · Akzeptanz vertiefen · Rahmenbedingungen voll absichern

Aufgabe 2

Kotters 8 Accelerators

Die Beschleuniger wirken parallel, nicht wie acht starre Projektphasen. Für jeden Beschleuniger zeigt der Fall: Was fördert ihn, was hemmt ihn und wie ich ihn als KI-Manager konkret umsetze.

01

Dringlichkeit erzeugen

Create a Sense of Urgency
Fördert

Konkrete Ausgangsdaten: verspätete Berichte, Nacharbeit, verlorene Marge und die Chance, früher zu steuern.

Hemmt

Vage Sätze wie „Wir müssen jetzt KI machen“, künstliche Panik oder versteckte Personalabbauziele.

Als KI-Manager umsetzen

Mit Finance und Bauleitung drei belastbare Baselines erheben: Zeit bis zur Kostenerkennung, Prüfaufwand je Rechnung und Datenvollständigkeit im Bautagebuch.

02

Führungskoalition aufbauen

Build a Guiding Coalition
Fördert

Formale Entscheidungsmacht plus Praxiswissen, Glaubwürdigkeit und frühzeitige Mitbestimmung.

Hemmt

Eine reine IT-Runde ohne Baustelle, Datenschutz, Betriebsrat, Finance oder entscheidungsfähige Führung.

Als KI-Manager umsetzen

Ein Kernteam aus Geschäftsführung, Bauleitung, IT, Finance, Datenschutz, Betriebsrat und zwei anerkannten Projektleitern mit klaren Entscheidungsrechten bilden.

03

Vision und Initiativen formen

Form a Strategic Vision
Fördert

Ein verständliches Zukunftsbild mit messbarem Nutzen, Prioritäten und ausdrücklich benannten Grenzen.

Hemmt

Gleichzeitig Effizienz, Innovation, Qualität und Personalabbau versprechen, ohne Zielkonflikte offenzulegen.

Als KI-Manager umsetzen

Leitsatz festlegen: „Kostenabweichungen zwei Wochen früher erkennen; Personal- und Vergütungsentscheidungen bleiben menschlich verantwortet.“

04

Freiwillige Bewegung gewinnen

Enlist a Volunteer Army
Fördert

Glaubwürdige Multiplikatoren, echte Mitgestaltung, geschützte Zeit und sichtbare Rückmeldung auf Vorschläge.

Hemmt

„Freiwilligkeit“ als unbezahlte Zusatzarbeit oder ein Top-down-Rollout ohne Einflussmöglichkeit.

Als KI-Manager umsetzen

Pro Standort zwei Praxis-Paten gewinnen, Grenzfälle dokumentieren lassen und ihre Verbesserungsvorschläge innerhalb einer Woche beantworten.

05

Barrieren entfernen

Enable Action by Removing Barriers
Fördert

Einheitliche Codes, mobile Zugänge, Lernzeit, klare Rollen, Einspruchswege und realistische Prioritäten.

Hemmt

Schlechte Stammdaten, Parallel-Excel, unklare Freigaben, fehlende Geräte und widersprüchliche Ziele.

Als KI-Manager umsetzen

Data Owner je Standort benennen, Leistungscodes harmonisieren, zwei Altberichte pausieren und einen dokumentierten Korrekturprozess schaffen.

06

Kurzfristige Erfolge erzeugen

Generate Short-Term Wins
Fördert

Vorher-Nachher-Messung, relevante Ergebniskennzahlen und transparente Nebenwirkungsindikatoren.

Hemmt

Login-Zahlen, Demo-Effekte oder geschönte Pilotergebnisse ohne Ausgangswert und Qualitätskontrolle.

Als KI-Manager umsetzen

In zwei Projekten die Rechnungsprüfung von 18 auf 10 Minuten senken – bei gleichbleibender Fehlerquote und dokumentierter Stichprobe.

07

Beschleunigung aufrechterhalten

Sustain Acceleration
Fördert

Erfolge zum Lösen des nächsten Engpasses nutzen, Kapazität schützen und aus Abweichungen lernen.

Hemmt

Den ersten Pilot zum Gesamterfolg erklären, Ressourcen abziehen oder alle Standorte gleichzeitig überlasten.

Als KI-Manager umsetzen

Nach dem Pilot Datenqualität und Eskalationswege stabilisieren, dann zwei weitere Standorte in versetzten Lernwellen aufnehmen.

08

Veränderung verankern

Institute Change
Fördert

Neue Routinen in Rollen, Governance, Kennzahlen, Schulung, Audit-Trail und Führungsrhythmus einbauen.

Hemmt

Alte Zielsysteme, Sonderwege und Monatsberichte belohnen weiterhin das frühere Verhalten.

Als KI-Manager umsetzen

Prüfpflichten, Modellverantwortung, Lernmodule und Wirkungskennzahlen fest im Prozesshandbuch und in Management-Reviews verankern.

Zielbild

Was sich nach dem Maßnahmenpaket verändert

Die Verbesserung wird nicht an „KI-Nutzung“ festgemacht, sondern an betrieblicher Wirkung, Qualität und sicheren Entscheidungswegen.

2 WochenKostenabweichungen früher sichtbar
18 → 10 Min.Prüfzeit je Rechnung im Pilot
1 Datenbasisfür Baustelle, Projektleitung und Finance
Human-in-the-loopKI schlägt vor, verantwortliche Menschen entscheiden
Woche 1–2

Baselines, Stakeholder, Betriebsrat und Schutzregeln klären.

Woche 3–6

Daten bereinigen, Rollen festlegen, zwei Pilotprojekte starten.

Woche 7–10

Wirkung und Nebenwirkungen messen, Barrieren nachsteuern.

Woche 11–12

Rollout-Entscheidung treffen und bewährte Routinen verankern.

Einordnung

Quellen und Grenzen

Das Fallbeispiel stützt sich vorrangig auf die Projektquelle „Wandel verstehen“. Die Modelle helfen beim Denken – sie ersetzen keine Diagnose des konkreten Unternehmens.

Change-Kurve

Verwendet wird die siebenphasige organisationsbezogene Veränderungskurve nach Richard K. Streich. Sie ist eine Orientierungshilfe, keine lineare Vorhersage. Das Ursprungsmodell von Kübler-Ross entstand im Kontext von Sterben und Verlust und war kein Organisationsmodell.

Kotters acht Beschleuniger

Die Darstellung folgt Kotters Konzept aus „Accelerate“ und der aktuellen Übersicht der acht Schritte. Ergänzt wurde der europäische Kontext: Mitbestimmung, Datenschutz und klare menschliche Verantwortung.

LARI-Gleichung

L × A × R = I wird als transparente Arbeitsheuristik verwendet. Jeder Faktor erhält 1 bis 5 Punkte; dadurch liegt das rechnerische Maximum bei 125 Punkten. Die im Auftrag genannte Zuschreibung an „Brandenburg et al. 2022“ war in der Projektquelle nicht über eine belastbare Primärquelle verifizierbar. Die Zahlen zeigen relative Engpässe, keine objektive Erfolgsquote.

Was ich in der Abgabe kenntlich machen würde

Die Bau‑ERP-Organisation, Ausgangswerte und Resultate sind ein konstruiertes Szenario. Wer daraus eine reale Fallstudie machen will, muss Baselines, Betroffenenperspektiven und Resultate mit echten Unternehmensdaten belegen.