Bottom-Up Top-Down Wie man Scrum mit Architekten skaliert Warum war Bottom-up so erfolgreich? Feedbackschleifen Feedbackschleifen KundenExpertise EntwicklungsExpertise Sinnvolle Priorisierung Agenda • Feedbackschleifen – – – – Sinnvolle Priorisierung Feedback im V-Modell Feedback in Scrum Feedback in skaliertem Scrum • Feedbackschleifen ergänzen – CPO + Architekturteam – Umsetzung – Erfahrungen Sinnvolle Priorisierung Priorität = Business Value – Aufwand Eindimensional angewendet nur die halbe Wahrheit! Komplexes Optimierungsproblem bei von einander abhängigen Anforderungen Feedback im V-Modell Feedback in Scrum BacklogItem Product Owner Entwicklungsteam Verhandlung! • „Warum ist das so teuer?“ • „Was müsste ich ändern, um…“ Estimation Sinnvolle Priorisierung Feedback in skaliertem Scrum Chief Product Owner Expertise mit Schlagseite! Product Owner Entwicklungsteam Product Owner Entwicklungsteam Product Owner Entwicklungsteam Exkurs: Conway‘s Law “Organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations.” Melvin Conway, 1968 Gilt inzwischen als empirisch belegt. Feedbackschleifen Ergänzen KundenExpertise EntwicklungsExpertise Sinnvolle Priorisierung CPO = Architekt Chief Product Owner Alle Expertisen vertreten, aber Bruch in der FeedbackKette! Product Owner Entwicklungsteam Product Owner Entwicklungsteam Product Owner Entwicklungsteam CPO = Architekt • Product Owner tendieren oft dazu, Dinge, die sie sich vorstellen können (z. B. UI-Features), höher zu gewichten als Dinge, von denen sie keine Ahnung haben. • Ein Architekt als CPO kann ein hervorragendes Gegengewicht zu einer ansonsten wenig technisch orientierten PO-Mannschaft sein. CPO + Separates Architektur-Team Feedbackschleife geschlossen! Product Owner Entwicklungsteam Chief Product Owner Product Owner Entwicklungsteam Archtitektur-Team Product Owner Entwicklungsteam Welche Skills brauchen Architekten? 12 10 8 6 4 2 0 Senior Developer Architekt Beiträge von Architekten • Gewährleistung der Umsetzung nichtfunktionaler Anforderungen • Beschaffung von >Epic-Level Estimations • Technische Vorausplanung • Minimierung von Abhängigkeiten • Technisches Sparring für POs • Verkürzung von technischen Entscheidungsprozessen • Fachlicher Team Support Umsetzung bei ETAS • Separates Architektur-Team – Arbeitsmodus: „Freie Radikale“ – Lokal im Scrum-Modus zu arbeiten hat sich nicht bewährt – Nehmen auf Anfrage an Team Meetings Teil • Wöchentliches POM (Product Owner Coordination Meeting) – 45 Min. • Architecture Weekly – 30 Minuten POM Alle Product Owner Alle Architekten Projektmanager • Kurzer Statusbericht • „Benötige X von Teilnehmer Y“ – Entweder sofortige Zusage mit Lieferdatum – Oder Vereinbarung eines separaten Meetings Architecture Weekly Alle Architekten Was ist diese Woche unser wichtigster Beitrag? Erfahrungen: Anfangsphase • Extreme Überlast des Architektur-Teams • Unzufriedenheit bei Entwicklungsteams – Architektur-Vorgaben kamen zu spät und waren nicht immer nachvollziehbar – Wurde als Einschränkung von Freiheit empfunden – Anforderungen ließen sich schlecht auf User Stories abbilden Erfahrungen: Laufend • Inzwischen gut eingeregelt – Viel mehr Architektur-Verantwortung an die Entwicklungs-Teams delegiert. – Je besser die Teams direkt miteinander kommunizieren, desto weniger Last fällt bei den Architekten an. • Verhältnis zwischen Entwicklungs- und Produktmanagement-Organisation hervorragend Vielen Dank! [email protected]
© Copyright 2024 ExpyDoc
