methodatlas
Vergleich

Methoden Seite an Seite ansehen.

Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.

Kriterium
Papierillustration zu Fault Isolation.
Engineering
Fault Isolation
Papierillustration zu Communication Plan
Delivery
Communication Plan
Papierillustration der Methode Views and Beyond mit einer klaren Arbeitsstruktur.
Architecture
Views and Beyond
Entwurfsblätter und Schnittstellenkarten werden durch gemeinsam erarbeiteten Pseudocode mit markierten offenen Fragen verbunden.
Architecture
ARID (Active Reviews for Intermediate Designs)
Zweckunterschiedlich
Bei technischen Störungen vermischt sich oft das sichtbare Symptom mit der eigentlichen Ursache. Fault Isolation grenzt den Fehlerraum ein und reduziert schrittweise, welcher Teil des Systems wirklich betroffen ist.Wenn viele Beteiligte parallel informiert werden müssen und Nachrichten sonst ungleich oder zu spät ankommen, ordnet ein Communication Plan die Kommunikation verlässlich. Kanäle, Zielgruppen und Taktungen greifen ineinander, damit wichtige Informationen nicht verloren gehen.Views and Beyond organisiert Architektur in mehrere Sichten, damit kein einzelnes Diagramm alles zugleich leisten muss. So wird die passende Darstellung für die jeweilige Stakeholder-Frage wählbar.ARID prüft, wie gut Entwickler mit einem technischen Entwurf arbeiten können. Betrachtet wird ein noch veränderbarer Teil des Systems zwischen der Architekturübersicht und der detaillierten Spezifikation.
Komplexitätunterschiedlich
MittelNiedrigMittelMittel
Zeitunterschiedlich
30-180 min45-90 min1-3 Tage2–4 h Review als Planungsrahmen; Vorbereitung und Auswertung zusätzlich
Teilnehmendeunterschiedlich
1-62-61-4Entwurfsverantwortliche, Entwickler als Anwender und Moderation
Formatidentisch
Workshop + AsyncWorkshop + AsyncWorkshop + AsyncWorkshop + Async
Outputunterschiedlich
Fault Isolation Map, Test Log, Ausgeschlossene Hypothesen, Eingegrenzter FehlerbereichCommunication Plan, Channel Matrix, Message CadenceArchitecture Views, Cross-view Notes, RationalePriorisierte Entwicklungsaufgaben, Gemeinsam erarbeiteter Code oder Pseudocode, Beobachtete Schwierigkeiten und offene Entwurfsfragen, Vorschläge zur Überarbeitung des Entwurfs
Tagskeine Überschneidung
FehlersucheDiagnoseEngineering
KommunikationStakeholderDeliveryPlanung
DokumentationStakeholderArchitektur
ArchitekturEngineeringFeedbackValidierungAufgaben
Weitere Methoden hinzufügen