In agilen Vorgehensmodellen wird die Software Architektur in regelmäßigen Intervallen durch das Entwicklerteam überprüft, anpasst und weiterentwickelt. Doch wie ist sichergestellt, dass eine in sich schlüssige und tragfähige Architektur entsteht, die den Anforderungen genügt und deren Prinzipien auch von allen Entwicklern befolgt werden? Anhand in der Praxis erprobter und bewährter Methoden und Werkzeugen wird gezeigt, wie eine Softwarearchitektur kollaborativ in einem agilen Team entworfen und kontinuierlich weiterentwickelt werden kann.

3. Das Entwicklungsteam im agilen Prozess
Aufgaben der SoftwareArchitektur
Best Practices & Scrum Integration
Zusammenfassung & Ausblick

4. Das Entwicklungsteam im agilen
Prozess
“Die besten Architekturen,
Anforderungen und Entwürfe entstehen
durch selbstorganisierteTeams.”
-- Das Agile Manifest
“Die besten Architekturen,
Anforderungen und Entwürfe entstehen
durch selbstorganisierteTeams.”
-- Das Agile Manifest

5. Agile
Softwareentwicklung
Entwicklungsteam
Schnelle
Reaktion auf
Änderungen
- Autonomie
- Selbstreferenzierung
- Redundanz
Selbstorganisierend
Funktionsübergreifend
“Reagieren aufVeränderung
ist wichtiger als das Befolgen
eines Plans”

6. PM
QA
Team
OP
- Dailies
- Scrum Board
- Aufgabenkoordination
- Fortschrittskontrolle
-TDD
- Continous Integration
- Qualitätssicherung
- Qualitätskontrolle
- Continous Delivery
-You build, you run it
- Deployment
- Monitoring

7. SA

8. Aufgaben der Software Architektur
“Die besten Architekturen,
Anforderungen und Entwürfe entstehen
durch selbstorganisierteTeams.”
-- Das Agile Manifest
“Meaningful architecture is a living,
vibrant process of deliberation, design, &
decision, not just documentation.”
-- Grady Booch

9. Anforderungsgerechte
Architektur
Produktinkrement
SA

10. Unklare Qualitätsanforderungen
Verborgene Entscheidungen
Fehlende Dokumentation
UnbekannteTechnische Schulden

11. SA
- Integration mit agilen Artefakten
- Best Practices
- Qualitätsanforderungen erfassen
- Entscheidungen treffen
- Dokumentation erstellen
- Technische Schulden bewerten

12. Best Practices & Scrum Integration
“Die besten Architekturen,
Anforderungen und Entwürfe entstehen
durch selbstorganisierteTeams.”
-- Das Agile Manifest
“The way to get started is to quit talking
and begin doing.”
--Walt Disney

14. Softwarequalität
Zuverlässigbarkeit Änderbarkeit Effizienz
Funktionalität Übertragbarkeit Benutzbarkeit
Anpassbarkeit Installierbarkeit Austauschbarkeit

15. Verursacher Stimulus System/Umgebung Antwort Meßgröße
Ein Nutzer
öffnet in
seinem
Browser
alle Landing
Pages des
Portals
parallel zu
100 anderen
Nutzern.
Von allen
Antworten
Liegt die
Latenzzeit
in 90% der
Fälle unter
50 ms.

16. Qualitätsgeschichten
“AutomatischesWebserver Failover”
Allgemeine Merker
“Verwendung von Prepared Statements”
Akzeptanzkriterien
“Abnahme durch Rechtsabteilung”

17. A B
C D
A B
C
Backlog
Grooming
Definition
Of
Done
Sprint
Planning
Daily
Review Retro-
spective
Product
Backlog
Sprint
Backlog
Snapshot
Sprint Inkrement
Qualitäts-
szenarien
erfassen und
priorisieren
Allgemeine
Merker
prüfen
Qualitätsgeschichten
und Akzeptanz-
kriterien prüfen

20. 1. Fragestellung
2. Rahmenbedingungen
3. Annahmen
4. Betrachtete Alternativen
1. Pros/Cons
2. Risiken
5. Entscheidung
1. Wer &Wann
2. Gründe
Quelle: [ARC42]

21. A B
C D
A B
C
Backlog
Grooming
Definition
Of
Done
Sprint
Planning
Daily
Review Retro-
spective
Product
Backlog
Sprint
Backlog
Snapshot
Sprint Inkrement
Lösungen
entscheiden
und bewerten
Spike
Ergebnisse
prüfen
Entscheidungs-
bedarf
identifizieren

23. Dokument Ziel Inhalte Form
Design Document Überblick und
Orientierung
Kontext, Aufbau, Struktur,
Prinzipien
ARC42, Software
Guidebook
Entwicklungs-
leitfaden
Implementierungshilfe Beispielcode, Muster,
Szenarien
Cookbook, Howto
Schnittstellen-
vertrag
Nutzungsvereinbarung
zwischen Systemen
Protokolle, Semantik, Syntax,
Qualitätsmerkmale
ARC42

25. A B
C D
A B
C
Backlog
Grooming
Definition
Of
Done
Sprint
Planning
Daily
Review Retro-
spective
Product
Backlog
Sprint
Backlog
Snapshot
Sprint Inkrement
Aktualisierung
sicherstellen
Dokumente
erweiteren

26. $

27. Problem
Childs
Stars
Cash CowsDogs
Aktueller unternehmerischerWert
ZukünftigerWertbeitrag
$
Quelle: Steve Garnett [GARNETT]

28. A B
C D
A B
C
Backlog
Grooming
Definition
Of
Done
Sprint
Planning
Daily
Review Retro-
spective
Product
Backlog
Sprint
Backlog
Snapshot
Sprint Inkrement
$
Schulden
bewerten und
priorisieren
Maßnahmen
zurTilgung
auswählen

29. Zusammenfassung & Ausblick
“Die besten Architekturen,
Anforderungen und Entwürfe entstehen
durch selbstorganisierteTeams.”
-- Das Agile Manifest
“The phrase that is guaranteed to wake
up an audience: ‘And in conclusion.’.”

30. Team
Lösungen bewerten
und entscheiden
Qualitätsanforderu
ngen erfassen und
prüfen
Architektur
dokumentieren und
kommunizieren
Techn. Schulden
identifizieren und
bewerten
$

31. StefanToth:
Vorgehensmuster for Software-
Architektur
ISBN-10: 3446436154
http://www.swamuster.de

32. • [TOTH] StefanToth -
Vorgehensmuster für Softwarearchitektur:
Kombinierbare Praktiken in Zeiten von Agile und Lean
• [GARNETT] Steve Garnett - http://bit.ly/1LlwcbQ
• [ARC42] http://www.arc42.de

33. @agiledojo
https://de.linkedin.com/in/christian-fischer-a89952102
https://www.xing.com/profile/Christian_Fischer79