#433 Scrum-Konferenz: Spannungsfeld Architektur und Agilität
Tag 2 mit einem Beitrag von Stefan Roock über das Spannungsfeld Architektur und Agilität:
- Was ist Architektur? – Sicherstellung von Änderungsfähigkeit (nach Tom DeMarco)
- Empfiehlt die Arbeit mit einer Architekturvision („technischer Kumpel der Produktvision“) >> vor dem Start der Entwicklungsarbeit
- In Scrum braucht das Team Architekturwissen, ggf. Integration von Architekten in die Teams
- Ein Architekt darf nicht „hierarisch“ eingebunden sein. Dies widerspricht dem agilen Manifest >> Rolle als Coach
- Untermauerung von Architekturvision mit Prototypen
- Die Architekturvision soll Änderungen unterstützen, dann müssen wir auch keine Angst vor Änderungen haben
- Die Architekturvision soll möglichst schlank sein, weil jede Vorgabe das Projekt weiter einschränkt
- Architekturaufgaben sind Sache des Teams und nicht des Product Owners
- Architektur kann ganz am Anfang mit der Entwicklung eines „Tracer Bullet Features“ ohne großen Mehwert für den Product Owner getestet werden. Dieses Vorgehen ist einem anfänglichen Architektur-Sprint vorzuziehen. Solche Architektur-Sprints produzieren häufig nur Luftnummern.
- Architektur-Vermittlung funktioniert nur in Face-to-Face-Kommunikation
- Dokumentation, wo erforderlich, möglichst aus dem System heraus (damit sie auch mit dem System übereinstimmt und der Aufwand sich in Grenzen hält)
- …
Tags: SCRUM