Projektmanagement
Typische Muster erkennen, die Projekte ausbremsen: Anti-Pattern im Projektmanagement
Wenn Projekte hinter den Erwartungen zurückbleiben, erkennt man häufig Muster, die auf den ersten Blick vernünftig wirken, in der Praxis aber Wirkung, Fokus und Entscheidungsfähigkeit untergraben – dann stecken häufig Anti-Patterns dahinter. Eine Übersicht über typische Anti-Patter hilft dabei, diese Fehlmuster sehr schnell zu erkennen, sie einzuordnen und vor allem, sie im Team besprechbar zu machen.
Unser Anti-Pattern-Katalog ist deshalb bewusst als Checkliste zum Nachschlagen aufgebaut. Er ersetzt keine vertiefende Analyse, aber er schafft einen klaren Einstieg: Woran erkennen wir, dass wir gerade nicht an einem Einzelfall leiden, sondern in ein wiederkehrendes Muster geraten sind?
Unser Katalog hat keinen Anspruch auf Vollständigkeit. Entscheidend ist nicht, jede denkbare Abweichung zu katalogisieren, sondern die eigene Mustererkennung zu schärfen.
Genau darin liegt der praktische Nutzen: Nicht jedes Problem ist einzigartig. Vieles ist ein wiederkehrendes Muster mit bekannten Nebenwirkungen. Wer das erkennt, gewinnt Geschwindigkeit in der Diagnose – und oft auch in der Lösung.
So nutzen Sie diesen Katalog sinnvoll
Sie können den Katalog auf drei Arten verwenden:
- Als Projekt-Checkliste
Gehen Sie die Punkte regelmäßig im Projektteam, im Lenkungskreis oder in Retrospektiven durch. - Als Reflexionshilfe bei Symptomen
Wenn Entscheidungen hängen, Termine kippen oder trotz hoher Aktivität wenig Wirkung entsteht, lohnt sich ein Blick in die Liste. - Als gemeinsame Sprache
Anti-Patterns helfen Teams, Probleme anzusprechen, ohne sofort in Schuldzuweisungen zu rutschen.
Mit den folgenden Fragen können Sie mit Ihrem Team tiefer einsteigen:
- Welche drei Anti-Patterns beobachten wir aktuell am stärksten?
- Welche davon kosten uns gerade am meisten Zeit, Energie oder Glaubwürdigkeit?
- Welche strukturellen Ursachen stecken dahinter?
- Was wäre ein erster konkreter Gegenschritt innerhalb der nächsten zwei Wochen?
Anti-Pattern-Katalog zum Nachschlagen
A) Planung & Scope
- BigBang-Planung
Monatelang wird detailliert geplant, bevor überhaupt etwas validiert wird. Das erzeugt Schein-Sicherheit, aber keine echte Lernfähigkeit. Sobald sich Rahmenbedingungen ändern, veraltet die Planung schneller, als sie beschlossen wurde. - Scope-as-You-Go
Anforderungen wachsen „nebenbei“, ohne echte Change Control oder bewusste Re-Priorisierung. Das Ergebnis ist klassischer Scope Creep: mehr Erwartungen, mehr Aufwand, weniger Fokus. - Meilenstein-Theater
Meilensteine gelten als erreicht, obwohl die Kriterien weich oder interpretationsfähig sind. Auf dem Papier sieht alles ordentlich aus – im Projekt bleibt jedoch unklar, was tatsächlich belastbar fertig ist. - Detailfixierung früh
Bereits zu Beginn wird mit einer Präzision geplant, die zum Reifegrad des Projekts noch gar nicht passt. Spätere Änderungen werden dadurch unnötig teuer und emotional aufgeladen. - Plan = Realität
Der ursprüngliche Basisplan wird behandelt, als wäre er die Wahrheit. Abweichungen werden kaschiert oder kleingeredet, statt aktiv gemanagt zu werden. - Gold Plating
Es wird mehr gebaut, entwickelt oder dokumentiert, als eigentlich gefordert ist. Was als Qualitätsanspruch verkauft wird, erhöht oft nur Kosten, Komplexität und Risiko. - Alles ist „Top Priorität“
Wenn alles wichtig ist, ist nichts wirklich wichtig. Ressourcen werden verdünnt, Teams springen zwischen Themen, Durchlaufzeiten steigen. - Requirements by Proxy
Anwender:innen oder Kund:innen sind nicht wirklich eingebunden. Statt echter Bedürfnisse steuern Annahmen, Stellvertreterlogiken oder interne Interpretationen das Projekt.
B) Terminierung & Schätzung
- Termin vom Chef
Die Deadline wird top-down gesetzt, ohne Aufwand, Abhängigkeiten oder Kapazitäten sauber zu prüfen. Der Konflikt zwischen Wunschdatum und Realität wird nicht gelöst, sondern nur vertagt. - Studenten-Syndrom
Arbeit startet zu spät und dehnt sich dann bis zum letztmöglichen Zeitpunkt aus. Das Projekt erlebt keinen stabilen Fluss, sondern eine Abfolge von Hektik, Endspurts und Ad-hoc-Rettungen. - Scheingenauigkeit
Es wird mit exakten Zahlen geplant, obwohl die Unsicherheit hoch ist. Bandbreiten fehlen, Risiken verschwinden scheinbar – nur um später umso härter zurückzukommen. - Kritischer Pfad ohne Puffermanagement
Es gibt vielleicht einen kritischen Pfad, aber keine sinnvollen Projekt- oder Federpuffer. Dadurch trifft jede Störung direkt den Endtermin. - Multitasking als Standard
Menschen und Teams bearbeiten zu viele Arbeitspakete parallel. Die ständigen Kontextwechsel vernichten Fokus, verlängern Durchlaufzeiten und machen Engpässe unsichtbar.
C) Risikomanagement & Qualität
- Risikoliste für die Schublade
Risiken sind dokumentiert, aber niemand steuert sie aktiv. Es fehlen Owner, Trigger, Frühindikatoren oder konkrete Maßnahmen. Das Register existiert – das Risikomanagement nicht. - Testen am Ende
Qualitätssicherung wird an das Projektende geschoben. Fehler werden dadurch spät, teuer und unter großem Druck sichtbar. - Fehlerkultur = Schuldzuweisung
Wer Probleme anspricht, riskiert Rechtfertigung oder Gesichtsverlust. Die logische Folge: Risiken werden beschönigt, verzögert gemeldet oder ganz verschwiegen. - Keine Definition of Done/Ready
Es ist nicht klar, wann Arbeit wirklich startklar oder wirklich fertig ist. Das führt zu Missverständnissen, Nacharbeit und endlosen Diskussionen über unfertige Ergebnisse.
D) Stakeholder & Governance
- Stakeholder-Überraschungsbox
Wichtige Stakeholder werden zu spät oder nur oberflächlich eingebunden. Widerstände kommen dann nicht früh und konstruktiv, sondern spät, teuer und laut. - Steuerkreise ohne Entscheidungen
Gremien tagen regelmäßig, doch verbindliche Beschlüsse bleiben aus. Das Projekt produziert Protokolle, aber keine Richtung. - Ampel-Kosmetik
Der Projektstatus bleibt grün, bis Rot nicht mehr vermeidbar ist. Außen wirkt alles stabil, innen brennt es längst. - OnePager-Inflation
Schöne Übersichten, Management-Folien und Hochglanz-Zusammenfassungen ersetzen echte Entscheidungsgrundlagen. Komplexe Probleme werden dekoriert statt bearbeitet.
E) Rollen, Team & Kultur
- Heldentum statt System
Einzelne retten immer wieder kritische Situationen. Das wirkt beeindruckend, ist aber hochriskant: Sobald die Held:innen ausfallen, steht das Projekt. - Matrix ohne Klarheit
Zwischen Linie, Projekt und Fachbereich ist unklar, wer eigentlich entscheidet, priorisiert oder liefert. Das Ergebnis ist Reibung, Ping-Pong und Verzögerung. - Überlast als Statussymbol
Dauerhafte 110 Prozent gelten als Einsatzbeweis. In Wahrheit sinken Qualität, Fokus und Lernfähigkeit – bei gleichzeitig wachsendem Erschöpfungsrisiko. - Keine Onboarding-Routinen
Neue Teammitglieder erhalten keine klare Orientierung zu Zielbild, Rollen, Artefakten oder Begriffen. Dadurch steigen Reibungsverluste und Anlaufkosten unnötig stark. - Meetings ohne Zweck
Besprechungen finden statt, ohne klares Ziel, ohne Agenda und ohne gewünschtes Ergebnis. Der Kalender füllt sich – Entscheidungen bleiben trotzdem offen.
F) Agil (Scrum/Kanban) – Prozess & Events
- Scrum but
„Wir machen Scrum, aber …“ – ohne Product Owner, ohne echtes Review, ohne Retrospektiven oder ohne klare Verantwortlichkeiten. Das Label bleibt, die Wirkung verschwindet. - Zombie-Scrum
Alle Events finden statt, doch niemand nutzt sie wirklich zur Inspektion und Anpassung. Das Ritual lebt, das Lernen ist tot. - Sprint goes Waterfall
Im Sprint wird starr nacheinander gearbeitet: erst Analyse, dann Design, dann Umsetzung, dann Test. Integration erfolgt spät, Risiken werden nur in kleineren Scheiben verschoben. - Kein echtes Backlog-Management
Es fehlt ein klares Product Goal, Prioritäten sind unscharf, Epics bleiben monatelang liegen. Das Backlog wird zur Ablage, nicht zum Steuerungsinstrument. - Commitment-Missbrauch
Das Sprintziel wird wie ein Vertragsversprechen behandelt und nicht als fokussierte Lern- und Lieferabsicht. Daraus entsteht Schuld statt Transparenz. - DailyStatus statt TeamSync
Im Daily berichten Einzelne an Scrum Master oder Product Owner, statt sich als Team zu synchronisieren und Hindernisse aktiv zu bearbeiten. - RetroTourismus
Retrospektiven produzieren gute Gespräche, aber keine Follow-ups. Die Probleme bleiben dieselben – nur die Moderation wird von Sprint zu Sprint eleganter. - Definition of Done ignoriert
„Fast fertig“ wird als fertig gewertet. Technische Schulden, Restarbeiten und Qualitätsprobleme wachsen im Schatten des Fortschrittsberichts. - PO als TicketSchreiber
Der Product Owner verwaltet Aufgaben, statt Produktwert, Zielbild und Outcome zu steuern. Das Team arbeitet dann effizient – aber oft am falschen Fokus. - Kanban ohne WIP-Limits
Das Board sieht transparent aus, der Fluss ist es nicht. Ohne echte WIP-Begrenzung visualisiert Kanban nur Überlast, statt sie zu steuern.
G) Skalierung & Organisation
- Schein Agil
Ein Framework wird eingeführt, um professionell oder „agil“ zu wirken. Wertströme, Produktlogik und echte Schnittstellenprobleme bleiben dabei unangetastet. - Tool-First-Transformation
Zuerst kommen Tools, Templates und Plattformen – die Prinzipien, Verhaltensweisen und Entscheidungslogiken erst später. Das führt fast immer zu Lokaloptima statt zu echter Veränderung. - Portfolio ohne Entscheidungsmechanik
Zu viele Initiativen laufen gleichzeitig, ohne klare Priorisierungs- und Stopplogik. Das Portfolio überlastet die Organisation systematisch. - ChangeTheater
Es gibt Kommunikationskampagnen, Roadshows und schöne Veränderungsbotschaften – aber keine ernsthafte Verhaltensänderung, keine Enablement-Zeit und keine klaren Messkriterien.