10 Jahre agil: Das ist teuer geworden. Eine Retrospektive

Eine Retrospektive

Ursula Meseberg

10 Jahre agil: Das ist teuer geworden

Eine Erfolgsgeschichte

Ursula Meseberg

7 Jahre agil: Das hat sich gerechnet

Vertrauen derKunden & Anwender

Kultur des Miteinanders& Soft Skills

Wissen & Erfahrung

Qualität von Architektur & Code

Werte

Kontinuierliche IntegrationGemeinsamer CodeAutomatische TestsRefactoring Pair Programming

Technische Praktiken

Keine Teambeteiligung

Ziele ProduktfeaturesIterationen Termine

Release planen

Business-AnforderungenEntwickleraktivitäten

Iteration planen

AnforderungscontrollingNeue Prioritäten

Neue Termine

Kein TimeboxingKeine Metriken

Fest gebundene &

lose gekoppelte

Komponenten

Inkrementeller EntwurfLebendige Entwurfsprinzipien

Vielleicht hilft‘s beim Timeboxing

Gedacht

Getan

„Errichte Projekte rund um motivierte Individuen.Gib ihnen das Umfeld und die Unterstützung, die sie brauchen

und vertraue darauf, dass sie die Aufgabe erledigen.“ *

* Aus den 12 Prinzipien zum Agilen Manifest

3 Projekte nach Scrum

Retrospektiven

Reichhaltige, kluge

FunktionalitätHalbjährliche Releases

Zufriedene Kunden

„Geht alles sooo langsam“

Rückmeldungen von

Kunden

Task Force

Wenig Dokumentation

Viel Wissen in Köpfen

CLIENT

SERVER

Datenbank

SQL

Kein homogenes Zugriffskonzept

Entities

Services

Services

CLIENT

SERVER

Schleichende Wanderung der Geschäftslogik

Entities

Keine Komponentenbildung

Datenbank

3 Personenjahre für

Problembehebung

6 Monate Entwicklungsstopp

? entgangener Umsatz

Das ist teuer geworden

Wie konnte es

dazu kommen

?

„Die besten

Architekturen,

Anforderungen und Designs

entstehen in

selbstorganisierenden

Teams.“ *

* Aus den 12 Prinzipien zum Agilen Manifest

Funktionszuwachs dominierender Wert

Architektur vernachlässigt

Wenig RefactoringProduct Owner begrenzt verfügbar

Gemeinsames Big Picture verloren

Seit 2008: Investition in neue Entwicklungstechnik für nächste Produktgeneration

Modellbasierte

Software-ProduktlinieGefördert vom BMBF

EntwicklungsTool

Entwickeln

Produzieren

EntwicklungsDatenbank

KomponentenModell-

getrieben

Produkte

Völlig neues Arbeiten

Entities Views Service fachlich modellierenTechnisches Modell Code generieren

Unser agiles Manifest

steht überReagieren auf Veränderungen

dem Befolgen von Plänen

steht überZusammenarbeit mit Kunden Verträgen

gelten mehr alsIndividuen und Interaktionen Prozesse und Tools

gilt mehr alsFunktionierende Software umfassende Dokumentation

stehen überModelleCode

Architektur hat ihren

Stellenwert zurück

!

Wissen teilen

Täglich im Team

Beteiligt an Lösungsfindung

Letzte Instanz bei Architekturentscheidungen

Die neue Rolle Product Owner

Product Owner als Manager

Einfluss auf die Verteilung der Stories

Product Owner als Manager

Bei Stillstand

Entscheidung über „Schwarmintelligenz“

Doch wieder

Command & Control

?

Product Owner

Handeln auf der Basis

unternehmerischer

Verantwortung

Agiles Vorgehen

konsequent an Unternehmenswerten ausrichten

Lessons learned

Wir machen agil weiter