Ways of Working
Konzeptuelle Beschreibung von Prozessen, Rollen und Praktiken, mit denen Teams Zusammenarbeit und Lieferung organisieren.
Klassifikation
- KomplexitätMittel
- AuswirkungOrganisatorisch
- EntscheidungstypOrganisation
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Überbürokratisierung durch zu starre Regeln
- Unterschätzte kulturelle Widerstände
- Fehlende Messgrößen führen zu falschen Anpassungen
- Kleine Experimente mit klaren Erfolgskriterien
- Regelmäßige Retrospektiven und Anpassungen
- Transparente Metriken zur Steuerung nutzen
I/O & Ressourcen
- Produktvision und Roadmap
- Bestehende Team- und Organisationsstruktur
- Messwerte zu Lieferung und Qualität
- Dokumentierte Arbeitsvereinbarungen
- Verbesserte Durchlaufzeiten und geringere Reibung
- Governance-Richtlinien für Abstimmung und Eskalation
Beschreibung
Ways of Working beschreibt strukturierte Abstimmungen von Prozessen, Rollen und Praktiken, die Teams und Organisationen nutzen, um Zusammenarbeit und Ergebniserzeugung zu steuern. Es umfasst Prinzipien, Teamgestaltung, Kommunikationsmuster und Entscheidungsprozesse. Ziel ist erhöhte Effizienz, Anpassungsfähigkeit und klare Verantwortlichkeiten über Produktentwicklung und Lieferung hinweg. Anwendbar in agilen und traditionellen Kontexten, wird es an organisatorische Reife und Produktstrategie angepasst.
✔Vorteile
- Bessere Abstimmung zwischen Produkt und Lieferung
- Erhöhte Vorhersagbarkeit von Releases
- Klarere Verantwortlichkeiten und schnellere Entscheidungen
✖Limitationen
- Benötigt anfängliche Investition in Coaching und Ausbildung
- Standardisierte Praktiken können lokale Bedürfnisse überdecken
- Nicht alle Teams passen gleichermaßen zu einem Standardansatz
Trade-offs
Metriken
- Durchlaufzeit
Zeit von Anforderung bis Auslieferung. Misst Geschwindigkeit und Fluss.
- Vorhersagbarkeit
Anteil erfüllter Planungen innerhalb eines Releases oder Sprints.
- Teamzufriedenheit
Qualitatives Maß für Motivation und Arbeitsklima im Team.
Beispiele & Implementierungen
Agile Transformation in einem Produktteam
Ein Team führte feste WIP-Limits, tägliche Stand-ups und Retros ein und steigerte Durchsatz und Vorhersagbarkeit.
Domänenübergreifende Koordination bei Release-Planung
Mehrere Teams etablierten ein gemeinsames Release-Board zur Synchronisation von Abhängigkeiten und Terminen.
Einführung von Team Topologies zur Skalierung
Organisation nutzte Team Topologies zur Definition von Teamarten, Interaktionsmodi und zur Reduktion von Kommunikationsaufwand.
Implementierungsschritte
Ist-Analyse der aktuellen Arbeitsweisen durchführen
Ziele und Prinzipien gemeinsam mit Stakeholdern definieren
Pilotprojekte starten, messen und iterativ skalieren
⚠️ Technische Schulden & Engpässe
Tech Debt
- Unklare Schnittstellen führen zu wiederkehrender Nacharbeit
- Fehlende Automatisierung erhöht manuelle Abstimmungsaufwände
- Veraltete Toolchains blockieren schnelle Lieferung
Bekannte Engpässe
Beispiele für Missbrauch
- Einführen von Ritualen ohne Ziel oder Metriken
- Erzwingen eines einzigen Modells trotz gegenteiliger Domänenbedürfnisse
- Ignorieren kultureller Barrieren bei global verteilten Teams
Typische Fallen
- Zu schnelle Skalierung ohne bewährte Praktiken
- Fokus nur auf Prozesse statt auf Ergebnisse
- Mangelnde Messung hemmt Verbesserungen
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Regulatorische Vorgaben und Compliance-Anforderungen
- • Begrenzte Coaching- und Trainingskapazitäten
- • Technische Abhängigkeiten, die Lieferzeiten beeinflussen