Typ
Anti-Pattern
Anti-PatternInfrastructureMethodenkompetenz
Golden Hammer
Ein Werkzeug für alles – auch wenn es nicht passt.
infrastructuretoolsmethodik
Cluster
Infrastructure
Sichtbarkeit
PUBLIC
Status
PUBLISHED
Beschreibung
Der Golden Hammer beschreibt die Überzeugung, dass ein bestimmtes Tool, eine Technologie oder Methode für jedes Problem die richtige Lösung ist. „Wenn man einen Hammer hat, sieht jedes Problem wie ein Nagel aus."
Das Problem manifestiert sich in erzwungener Anpassung von Anforderungen an vorhandene Tools, statt Tools an Anforderungen zu wählen. Suboptimale Lösungen entstehen, Frustration wächst, Produktivität sinkt.
Pattern-Struktur
Framework-Struktur
P.A.T.T.E.R.N.
P - Problem
Dasselbe Tool wird für völlig unterschiedliche Anwendungsfälle eingesetzt – mit mäßigem Erfolg. Anforderungen werden an das Tool angepasst statt umgekehrt.
A - Auslöser
Investitionsschutz, fehlende Toolkompetenz, Bequemlichkeit, starke Herstellerbindung, mangelnde Methodenvielfalt.
T - Tiefenursache
Überschätzung der Universalität von Tools und Methoden. Fehlende Kontextsensitivität.
T - Tragweite
Suboptimale Lösungen, frustrierte Anwender, verpasste Potenziale, eingeschränkte Innovationsfähigkeit.
E - Erleben
Menschen arbeiten mit Tools, die für ihren Kontext nicht passen. Workarounds und Umwege werden normal. Produktivität leidet.
R - Reproduktion
Bei jedem neuen Problem wird reflexhaft zum bekannten Tool gegriffen, ohne Alternativen zu prüfen.
N - Neuentwurf
Kontextgerechte Tool-Auswahl: Anforderungen definieren, dann passende Tools suchen. Methodenvielfalt statt Methodendogma. Bereitschaft, neue Tools zu lernen.
Use Cases, Stories & Hinweise
Typisch bei Organisationen mit starker Bindung an bestimmte Hersteller (Microsoft, SAP etc.) oder bei Teams, die ihre Lieblings-Methode (Scrum, Design Thinking etc.) dogmatisch anwenden.
Verweise
Weitere passende Anti-Patterns
| Titel | Kurzbeschreibung | Link |
|---|---|---|
| Tool-Wildwuchs | Jedes Team nutzt eigene Tools – Integration unmöglich. | Öffnen |
| Agile Orthodoxy | Agile Methoden werden dogmatisch angewendet – ohne Flexibilität und Pragmatismus. | Öffnen |
| Hero Culture IT | Alles hängt an einzelnen IT-Helden – gefährliche Abhängigkeit. | Öffnen |
| Frankenstein Architecture | IT-Landschaften aus zusammengestückelten Teilen – niemand versteht das Ganze. | Öffnen |
Passende Design-Patterns als mögliche Lösung
| Titel | Kurzbeschreibung | Link |
|---|---|---|
| Architecture Decision Records | Architektur-Entscheidungen werden dokumentiert – Kontext bleibt erhalten. | Öffnen |
| Value Stream Mapping | Wertschöpfungsprozesse werden visualisiert – Verschwendung wird sichtbar. | Öffnen |
| Minimal Viable Governance | Governance ist so leicht wie möglich, so streng wie nötig. | Öffnen |
| Rhythmic Check-ins | Regelmäßige kurze Check-ins schaffen Verbindung und frühes Problemerkennen. | Öffnen |
Passende blinde Flecken im Umfeld
| Titel | Kurzbeschreibung | Link |
|---|---|---|
| Expertenabhängigkeit wird als Kompetenz verkannt | "Unsere Experten wissen alles" – wenn sie gehen, steht alles still. | Öffnen |
| Effizienz wird in Silos optimiert | Jede Abteilung ist effizienter – das Gesamtsystem langsamer. | Öffnen |
| Prozesse sind dokumentiert, nicht verstanden | Prozess-Handbücher existieren – Realität sieht anders aus. | Öffnen |
| Technische Schulden unter der Oberfläche | Systeme laufen – Fragilität wächst unbemerkt im Untergrund. | Öffnen |