Erfahrungsbericht agile Methoden und Innovation

Transkript

1 Frankfurter Entwicklungstag Presenter: Timo Jakob Frankfurt, 15. Februar 2017

2 Die Anfänge Warum? Warum sind wir nicht rechtzeitig fertig geworden? Was braucht Entwickler Max denn so lange? Können wir diese Aufgabe für bis zum Monatsultimo noch annehmen? Womit fange ich am besten an? Alles ist wichtig! SEITE 2 Warum ist es kurz vor dem Releasetermin immer so stressig? Passt die Implementierung für den Kunden überhaupt?

3 Erste Schritte (Mitte 2010) Daily Scrum Was braucht Entwickler Max denn so lange? SEITE 3 Das Team wird größer, die Transparenz geringer Wie bekomme ich effektiv mit, an was gearbeitet wird? Wie erkenne ich, wo ein Entwickler nicht weiter kommt? Wie bekomme ich frühzeitig mit, dass etwas in die falsche Richtung läuft? Start des Daily. 1 mal pro Tag Max. 15 min. Im Stehen

4 Erste Schritte Daily Scrum Was braucht Entwickler Max denn so lange? SEITE 4 Was habe ich getan seit dem letzten Daily. An was arbeite ich bis zum nächsten Daily. Was hält mich von der Arbeit ab, was behindert mich, verläuft die Arbeit planmäßig? Kein Projektstatus! Max kann erzählen, dass er die letzten Stunden mit einem Kunden telefoniert hat und daher nicht zum Arbeiten gekommen ist. ALLE Teammitglieder bekommen mit, wer an was arbeitet und können sich gegenseitig Hilfe anbieten.

5 Scrum Aus Erkenntnis wird Planung SEITE 5 Die Erfahrung aus den Daily Meetings zeigt die Notwendigkeit einer transparenten, priorisierten Planung. Der erste Sprint wird geplant. Burndown: Planung ersetzt Zufall durch Irrtum

6 Scrum Woran liegt s? SEITE 6 Kurzfristige Themen schieben sich vor die Planung

7 Scope Changes SEITE 7 Gründe für vermehrte Scope Changes Kritische Bugs Änderung der Anforderungen (moving targets) Unerkannte Abhängigkeiten

8 Wie können Scope Changes vermieden werden SEITE 8 Hintergrund Scope Change = Störung Ungestörtes Arbeiten erhöht die Konzentration und somit die Qualität und die Geschwindigkeit der Entwicklung. Ein Arbeiten ohne Scope Changes bietet besser vorhersehbare Ergebnisse. Idee Trennung der Entwicklungsressourcen für Störungen und für Weiterentwicklung Dedizierte Personen kümmern sich um Störungen. Die ausgewählten Personen werden nicht mit im Sprint verplant. Ggf. Rotation des Störungsteams zur Vermeidung von Demotivation Nach der Trennung der Rollen ergaben sich in der Weiterentwicklung Ergebnisse deutlich näher an der Planung, ohne dass die Kundenzufriedenheit beim bestehenden Produkt zurück ging.

9 Wie können Scope Changes vermieden werden SEITE 9 Änderungen von außen während eines Sprints müssen abgewehrt werden. Regelmäßiges Backlog Grooming deckt Abhängigkeiten frühzeitig bereits vor dem Sprint auf. Erfahrungswerte für Backlog Grooming: ca. 4h / Anzahl Sprintwochen Regelmäßiger Austausch von Product Owner (technische Seite) und Produktmanagement (fachliche Seite) Verhindert Stille Post Phänomen Lässt Änderungen besser einplanen Einsatz von Scrum Master als gate keeper.

10 Priorisierung Vorher Nachher Womit fange ich am besten an? Alles ist wichtig! SEITE 10 Feature Prio Backlog Feature 1 1 Feature 2 1 Feature 3 1 Feature 4 1 Feature 5 2 Feature 1 Rank 1 Feature 2 Rank 2 Feature 3 Rank 3 Feature 4 Rank 4 Feature 5 Rank 5

11 Entwicklungsgeschwindigkeit Warum agile Entwicklung oftmals schneller ist als herkömmliche Entwicklung SEITE 11 Die Entwickler können ungestört und somit konzentrierter arbeiten. Features haben eine definierte Reihenfolge, in der sie abgearbeitet werden. Dadurch stehen schon früh die ersten fertigen Features zur Verfügung. Die Qualitätssicherung ist bereits frühzeitig mit im Boot und verhindert späte, dann zeitaufwändige Änderungen.

12 Wie schneide ich Features Warum sind wir nicht rechtzeitig fertig geworden? SEITE 12 GUI Anzeige Logik Business Logik Controller Datenmodell Datenzugriff Datenbank

13 Wie schneide ich Features Warum sind wir nicht rechtzeitig fertig geworden? SEITE 13 GUI Anzeige Logik Business Logik Controller Datenmodell Datenzugriff Datenbank

14 Agiles Schneiden von Features SEITE 14 Frühzeitiger Durchstich mit minimaler Funktionalität Iterativer Ausbau Vorteil: Features werden frühzeitig sichtbar. Durchstich oft auch Proof of Concept. Frühzeitige Rückmeldung möglich Frühzeitige Korrektur der Planung auf Basis der Rückmeldung möglich Kunden sind beruhigter Gefahr einer Nicht-Abnahme durch den Kunden sinkt

15 Last Vermeidung von Peaks in der Entwicklerlast SEITE 15 1,6 1,4 1,2 1 0,8 0,6 Klassisch Agil 0,4 0,2 0 Zeit

16 Lessons Learned SEITE 16 Agil bedeutet ungestörtes, konzentriertes Arbeiten bereits während der Entwicklungsphase regelmäßige Rückmeldung zu bekommen frühzeitig auf Fehler reagieren (fail fast) die Richtung regelmäßig zu definierten Zeitpunkten auf das (neue?) Ziel auszurichten sich auf veränderte Ziele mit geringem Verlust einstellen können. Kommunikation Transparenz

17 Skalierung über mehrere Teams SEITE 17 Herausforderung: 3 Teams, 3 x Scrum Ausprobieren von SAFe PI Plannings einmal pro Quartal Scrum of Scrums PO Sync

18 Lessons Learned SEITE 18 Vermeidung teamübergreifender Abhängigkeitskonflikte Klare Vision des Produkts/Projekts für die nächsten Monate Transparenz gegenüber Produktmanagement und Geschäftsleitung Transparenz von Risiken Teamübergreifende Nutzung von Skills einzelner Entwickler Lessons Learned Logistische Herausforderung Gedanke der schnellen Rückmeldung und stetigen Neujustierung nicht vorgesehen Planung / Schätzung der Themen in kurzer Zeit oft sehr ungenau Gefahr von Wasserfall in Sprints

19 Innovation SEITE 19 Wie kann in einem solch durchgeplanten Prozess noch Innovation entstehen? Innovation kommt nicht immer von oben. Innovation = Off Topic Innovation braucht Freiraum Idee: Off Topic Zeit für Entwickler. Bedingung: Bericht über Aktivitäten und Ergebnisse

20 Zusammenfassung Agil ist konzentriertes Arbeiten ohne Störung Definiere ein dediziertes Störungsteam Agil ist ständiges Überprüfen von Ziel und Weg Klare Visionen durch regelmäßigen Abgleich mit dem Produktmanagement Innovation durch geplante Off Topic Zeiten. Agil bedeutet immer gleich bleibende Last. Anschrift vwd vereinigte Wirtschaftsdienste GmbH Mainzer Landstraße Frankfurt am Main Telefon