Architekturentscheidung
Eine Architekturentscheidung legt einen wesentlichen Aufbauaspekt einer Software fest. Kontext und Folgen erklären, warum diese Wahl getroffen wurde.
Eine Architekturentscheidung betrifft einen wesentlichen Aspekt des Softwareaufbaus, etwa die Aufteilung von Komponenten oder den Umgang mit wichtigen Schnittstellen. Sie sollte im Zusammenhang mit Anforderungen und Rahmenbedingungen nachvollziehbar sein.
Ein hypothetisches Portalteam entscheidet, Bestelloberfläche und Hintergrundverarbeitung getrennt bereitzustellen. Die Entscheidungsnotiz hält fest, welchen Bedarf das erfüllt und welche zusätzlichen Betriebsaufgaben dadurch entstehen. Allein die Namen der eingesetzten Werkzeuge würden diese Begründung nicht liefern.
Ein Architecture Decision Record, kurz ADR, kann Kontext, Entscheidung und Folgen dokumentieren. Wenn neue Erkenntnisse eine andere Wahl verlangen, bleibt die frühere Begründung als Historie erhalten und eine neue Entscheidung kann sie ersetzen. Das verhindert, dass eine geänderte Richtung ohne erkennbaren Grund im Projektwissen verschwindet.
Quellen
Verwandte Begriffe
- AnforderungsanalyseAnforderungsanalyse klärt, was eine Lösung leisten muss und warum. Wünsche werden dabei auf Bedeutung, Widersprüche und überprüfbare Ergebnisse untersucht.
- Exit-StrategieEin vorbereiteter Weg, eine IT-Leistung zu wechseln, zu übernehmen oder geordnet zu beenden.
- MigrationskostenAufwand und Ausgaben für den geplanten Übergang von Daten oder Funktionen in eine andere Umgebung.
- InvestitionskostenKosten für den Aufbau einer neuen oder erweiterten IT-Leistung in der Projektplanung.
- BetriebskostenAufwendungen, die für den laufenden Betrieb einer IT-Lösung eingeplant werden müssen.
- Scope CreepScope Creep ist eine schleichende Ausweitung des Projektumfangs ohne ausreichende Bewertung und Anpassung der Planung.
Beiträge zum Thema
IT-Beratung & Strategie mit ASES
Strategie, Architektur und Technologiewahl