Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
In der Auswahl:Working AgreementsTeam APIArchitecture Decision RecordTeam Topologies Interaction Modes
| Kriterium | ![]() Agile Working Agreements | ![]() Team Design Team API | ![]() Architecture Architecture Decision Record | ![]() Team Design Team Topologies Interaction Modes |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn Zusammenarbeit mehr als implizite Erwartungen braucht, legt sie gemeinsame Spielregeln offen. Sie schafft Verlässlichkeit für Umgang, Erreichbarkeit und Entscheidungspfad. | Bei unscharfen Erwartungen zwischen Teams beschreibt die Methode, wie ein Team erreichbar, nutzbar und verantwortbar ist. Sie schafft Klarheit über Schnittstellen, Reaktionsweisen und Grenzen der Zusammenarbeit. | Ein ADR hält eine Architekturentscheidung mit Kontext, Abwägung und Konsequenz dauerhaft fest. Es schafft Anschlussfähigkeit für spätere Änderungen, weil der Entscheidungsweg nachvollziehbar bleibt. | Bei mehreren Teams mit wiederkehrender Zusammenarbeit beschreibt die Methode den passenden Interaktionsmodus je Schnittstelle. Sie macht sichtbar, wann enge Kooperation, klare Dienstbeziehung oder absichtliche Reduktion von Kontakt sinnvoll ist. |
Komplexitätunterschiedlich | Niedrig | Niedrig | Niedrig | Mittel |
Zeitunterschiedlich | 45-90 min | Half day initial, dann laufend | 15-45 min | Half day |
Teilnehmendeunterschiedlich | 3-12 | Ein Team plus Stakeholder | 1-3 | Team-Leads plus Architecture |
Formatunterschiedlich | Workshop | Workshop + Async | Async | Workshop |
Outputunterschiedlich | Working Agreements, Team Norms, Review Cadence | Team-API-Dokument | ADR File, Decision Log, Rationale | Interaction-Heat-Map, Vereinbarungen pro Paar |
Tagskeine Überschneidung | TeamZusammenarbeitAgil | TeamAbstimmungKommunikationService | ArchitekturBegründungDokumentationGovernance | TeamAbstimmungZusammenarbeitOrganisation |



