1. Vorstellung
Wie entsteht Architektur in Scrum 2. Thema Wie entsteht Architektur in Scrum
3. Motivation Mist
4. Traditioneller Ansatz: Ablauf Analyse aller Anforderungen Ermitteln der technischen Komponenten Planung der kompletten Architektur Umsetzung
5. Traditioneller Ansatz: Architekturübersicht Benutzeroberfläche Persistenz Adapter Legitimations System Batch Datenimport Drittsystem A Drittsystem B Drittsystem C Anwendungskern
6. Traditioneller Ansatz: Detailplanung Benutzeroberfläche Anwendungskern Wareneingangs-verwalter Warenausgangs-verwalter Report-generator Lagerplatz-verwalter Bestands-verwalter Wareneingangs-dialog Warenausgangs-dialog Statistik -dialog XML Reader Batch Import
7. „Inkrementelle Architektur“ erstes Set an Anforderungen erstes Architekturmodell Umsetzung weitere Anforderungen Architekturmodell erweitern/anpassen
8. Inkrementelle Architektur: Erstes Architekturmodell Benutzeroberfläche Persistenz Adapter Legitimations System Batch Datenimport Drittsystem A Drittsystem B Drittsystem C Anwendungskern
9. Inkrementelle Architektur: Rollierende vorausschauende Planung Sprint 1 Bekannte Anforderungen Geplante Anforderungen Sprint 2 Bekannte Anforderungen Geplante Anforderungen Sprint 3 Bekannte Anforderungen Geplante Anforderungen Sprint 4 Bekannte Anforderungen Geplante Anforderungen = Architekturplanung
10. Wer macht die Architektur Scrum Team Architekturwissen Entwickler Architekt
Anforderungs- Retrospektive management Sprint Planning Architektur 11. Architektur Review Anforderungs- management Product Backlog Sprint Planning Review Retrospektive Anpassung Architekturmodell Refactoring Anforderungen Architektur Review Input
wo notwendig/sinnvoll 12. Refactoring „Refactoring bezeichnet in der Softwareentwicklung die manuelle oder automatisierte Strukturverbesserung von Programm-Quelltexten unter Beibehaltung des beobachtbaren Programm-Verhaltens. Dabei sollen die Lesbarkeit, Verständlichkeit, Wartbarkeit und Erweiterbarkeit verbessert werden, mit dem Ziel, den jeweiligen Aufwand für Fehleranalyse und funktionale Erweiterungen deutlich zu senken.“ Wikipedia.de kann passieren Architektur anpassen wo notwendig/sinnvoll Anpassungen immer in Absprache mit dem Team
12. Verabschiedung Vielen Dank