7 Anti-Patterns (leises Scheitern)
Wenn Projekte scheitern, passiert das selten durch einen großen Knall. Es passiert leise:
- Reibung nimmt zu
- Entscheidungen werden vertagt
- Stakeholder verlieren Vertrauen
- und irgendwann wird das Projekt „umpriorisiert“.
Gerade deshalb sind Anti-Patterns so wertvoll: Sie helfen, frühe Warnsignale zu erkennen.
Sieben Anti-Patterns sehe ich besonders häufig.
Anti-Pattern 1: Alles ist gleich wichtig.
Ohne Priorisierung entstehen zu viele parallele Stränge. Ergebnis: nichts wird fertig.
Anti-Pattern 2: Pilot = Produktion.
Ein Prototyp wird wie ein Produkt behandelt. Betrieb, Monitoring, Support fehlen. Der Übergang scheitert.
Anti-Pattern 3: Ownership ist implizit.
Niemand will die Entscheidung tragen. Verantwortung wandert zwischen Rollen.
Anti-Pattern 4: Daten ohne Semantik.
Zahlen sind da, aber niemand weiß, was sie bedeuten. Entscheidungen werden zum Ratespiel.
Anti-Pattern 5: Governance als PDF.
Regeln existieren, aber nicht im Prozess. Sie werden im Alltag umgangen.
Anti-Pattern 6: Change Management wird ignoriert. Betroffene werden spät eingebunden. Akzeptanz wird unterschätzt.
Anti-Pattern 7: Erfolg wird nicht gemessen.
Ohne KPI gewinnt die lauteste Meinung. Diskussionen werden politisch.
Die gute Nachricht:
Gegenmittel sind meist einfach. Sie sind unbequem, weil sie Klarheit erzwingen, aber sie sind nicht kompliziert.
- Priorisieren: eine klare „Top 3“ Liste, die wirklich gilt.
- Produktion denken: Monitoring, Support, Change von Anfang an.
- Ownership explizit machen: Decision Owner, Risk Owner, Ops Owner.
- Semantik definieren: Datenverantwortung als Pflicht.
- Governance operationalisieren: Schwellenwerte, Eskalation, Logging.
- Change als System: Kommunikation, Training, Feedback.
- Messen: wenige KPI, aber konsequent.
Fazit Teil 2:
Anti-Patterns sind selten technischer Natur. Sie sind organisatorisch. Wer sie erkennt, kann gegensteuern, bevor es zu spät ist.
Diskussionsfrage: Welches Anti-Pattern begegnet dir am häufigsten, und woran erkennt man es früh?