Verspätete Bautagebücher
Leistungen, Behinderungen und Fotos werden uneinheitlich oder erst Tage später erfasst.
Eine durchgängige Fallstudie zur Change-Kurve, zur LARI-Heuristik und zu Kotters acht Beschleunigern – am Beispiel einer KI-gestützten ERP-Einführung.
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.
Leistungen, Behinderungen und Fotos werden uneinheitlich oder erst Tage später erfasst.
Projektleitung und Finance erkennen kritische Trends oft erst beim Monatsabschluss.
Positionen werden mehrfach übertragen; fehlende Bestellbezüge erzeugen Rückfragen und Wartezeit.
Qualifikationen, Geräte und Auslastung sind nicht standortübergreifend transparent.
Jeder Standort nutzt eigene Codes, Berichte und Sonderwege. Vergleiche sind nur bedingt belastbar.
Beschäftigte befürchten, dass fehlerhafte KI-Prognosen zur individuellen Leistungsbewertung genutzt werden.
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.
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?“
Klar benennen, was entschieden ist, was offen bleibt und welcher nächste Schritt folgt.
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.
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.
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.
Der Weg wird in zwei Stufen sichtbar: zuerst einen tragfähigen Pilotbetrieb herstellen, danach Akzeptanz und Rahmenbedingungen nahezu vollständig verankern.
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.
Konkrete Ausgangsdaten: verspätete Berichte, Nacharbeit, verlorene Marge und die Chance, früher zu steuern.
Vage Sätze wie „Wir müssen jetzt KI machen“, künstliche Panik oder versteckte Personalabbauziele.
Mit Finance und Bauleitung drei belastbare Baselines erheben: Zeit bis zur Kostenerkennung, Prüfaufwand je Rechnung und Datenvollständigkeit im Bautagebuch.
Formale Entscheidungsmacht plus Praxiswissen, Glaubwürdigkeit und frühzeitige Mitbestimmung.
Eine reine IT-Runde ohne Baustelle, Datenschutz, Betriebsrat, Finance oder entscheidungsfähige Führung.
Ein Kernteam aus Geschäftsführung, Bauleitung, IT, Finance, Datenschutz, Betriebsrat und zwei anerkannten Projektleitern mit klaren Entscheidungsrechten bilden.
Ein verständliches Zukunftsbild mit messbarem Nutzen, Prioritäten und ausdrücklich benannten Grenzen.
Gleichzeitig Effizienz, Innovation, Qualität und Personalabbau versprechen, ohne Zielkonflikte offenzulegen.
Leitsatz festlegen: „Kostenabweichungen zwei Wochen früher erkennen; Personal- und Vergütungsentscheidungen bleiben menschlich verantwortet.“
Glaubwürdige Multiplikatoren, echte Mitgestaltung, geschützte Zeit und sichtbare Rückmeldung auf Vorschläge.
„Freiwilligkeit“ als unbezahlte Zusatzarbeit oder ein Top-down-Rollout ohne Einflussmöglichkeit.
Pro Standort zwei Praxis-Paten gewinnen, Grenzfälle dokumentieren lassen und ihre Verbesserungsvorschläge innerhalb einer Woche beantworten.
Einheitliche Codes, mobile Zugänge, Lernzeit, klare Rollen, Einspruchswege und realistische Prioritäten.
Schlechte Stammdaten, Parallel-Excel, unklare Freigaben, fehlende Geräte und widersprüchliche Ziele.
Data Owner je Standort benennen, Leistungscodes harmonisieren, zwei Altberichte pausieren und einen dokumentierten Korrekturprozess schaffen.
Vorher-Nachher-Messung, relevante Ergebniskennzahlen und transparente Nebenwirkungsindikatoren.
Login-Zahlen, Demo-Effekte oder geschönte Pilotergebnisse ohne Ausgangswert und Qualitätskontrolle.
In zwei Projekten die Rechnungsprüfung von 18 auf 10 Minuten senken – bei gleichbleibender Fehlerquote und dokumentierter Stichprobe.
Erfolge zum Lösen des nächsten Engpasses nutzen, Kapazität schützen und aus Abweichungen lernen.
Den ersten Pilot zum Gesamterfolg erklären, Ressourcen abziehen oder alle Standorte gleichzeitig überlasten.
Nach dem Pilot Datenqualität und Eskalationswege stabilisieren, dann zwei weitere Standorte in versetzten Lernwellen aufnehmen.
Neue Routinen in Rollen, Governance, Kennzahlen, Schulung, Audit-Trail und Führungsrhythmus einbauen.
Alte Zielsysteme, Sonderwege und Monatsberichte belohnen weiterhin das frühere Verhalten.
Prüfpflichten, Modellverantwortung, Lernmodule und Wirkungskennzahlen fest im Prozesshandbuch und in Management-Reviews verankern.
Die Verbesserung wird nicht an „KI-Nutzung“ festgemacht, sondern an betrieblicher Wirkung, Qualität und sicheren Entscheidungswegen.
Baselines, Stakeholder, Betriebsrat und Schutzregeln klären.
Daten bereinigen, Rollen festlegen, zwei Pilotprojekte starten.
Wirkung und Nebenwirkungen messen, Barrieren nachsteuern.
Rollout-Entscheidung treffen und bewährte Routinen verankern.
Das Fallbeispiel stützt sich vorrangig auf die Projektquelle „Wandel verstehen“. Die Modelle helfen beim Denken – sie ersetzen keine Diagnose des konkreten Unternehmens.
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.
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.
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.
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.