Lean Software Developement

Präsentation zum Thema: "Lean Software Developement"—  Präsentation transkript:

1 Lean Software Developement
Pascal Singer

2 Ursprünge & Entwicklung
Vorgänger Toyota Production System: Überbelastung, Inkonsistenz & Verschwendung vermeiden Lean manufacturing / schmale Produktion Anwendung auf Softwareentwicklung seit 1990er Ziele: Flow optimieren, Effizienz steigern, Verschwendung vermeiden, ständige Weiterentwicklung und Verbesserung

3 Lean Prinzipien

4 1. Eliminate Waste Verschwendung? : Kein Wert für Kunden
Unnötiger Code & Funktionen Langsame interne Kommunikation Bürokratie

5 Learn to see waste Unvollständige Arbeit
Papierarbeit & übermäßige Dokumentation Extra features Warten auf Informationen Internes Task Switching Defekte

6 Learn to reduce waste Management & Tracking minimieren
Autoritätssystem überarbeiten Konzentration auf Sinn und Zweck Valuestream visualisieren um Ineffizienz aufzudecken

7 2. Amplify Learning Softwareentwicklung als Prozess des Lernens
Learn first: unterschiedliche Ideen ausprobieren um Datengrundlage für das Wählen der besten Option zu schaffen Learn constantly: Minimum an Funktionalität implementieren für schnelles Feedback Häufige Feedbacksitzungen: Kunde lernt seine Bedürfnisse & Entwickler lernt sie zu erfüllen

8 3. Decide as late as possible
Zu Beginn immer Unsicherheit Auf Fakten statt Prognosen beruhende Entscheidungen immer besser Verschiedene Optionen ausarbeiten und bereithalten Je komplexer das System, desto flexibler sollte es sein Feedback mit Kunden unterstützt Flexibilität Hohe Kosten durch späte Änderung & Fehlprognosen werden minimiert

9 4. Deliver as fast as possible
Möglichst schnelle Lieferung von Sofwareversionen Schnelle Lieferung  schnelles Feedback  kürzere Iterationen  schnelleres Lernen und Kommunikation im Team  Aufschieben wichtiger Entscheidungen Steady Rate of Arrival: kleine Pakete an Arbeit, Prioritäten, Ausgeglichenheit Steady Rate of Service: Variabilität minimieren, kleine Pakete, Flaschenhälse verhindern, konsistentes Liefern

10 5. Empower the team Nomal: Manger gibt Arbeitern vor wie sie ihren Job erledigen Lean: „find good people and let them do their job“ Teamleiter hilft bei Beseitigen von Hindernissen und Fehlerfindung, aber betreibt kein Micromanagement Menschen keine Ressourcen, Unterstützung und Motivation erforderlich Zugang der Entwickler zum Kunden und Einbindung ins Treffen Entscheidungen

11 6. Build integrity in Perceived Integrity: Wahrnehmung des Systems aus Sicht des Kunden Conceptual Integrity: Komponenten arbeiten zusammen als reibungslose Einheit Perceived Integrity Conceputal Integrity How intuitive is the system? Does it have an effective balance between flexibility, maintainability, efficiency and responsivness? How does it keep up with changes? Can the system evolve and mature? How well does it solve problems? Does it have a consistent set of design principles? How much market share does it have? Is usability consistent? How much mind share does it have? Quelle: slideshare.net/jpvajda/lean-software-development-principles

12 7. See the whole System nicht Summe seiner Teile, sondern auch Produkt aus Interaktion zwischen ihnen Wurzel der Probleme behandeln nicht Symptome Klar definierte Beziehungsstruktur um reibungslose Interaktion zu garantieren Erfolg nur wenn gesamtes System „lean thinking“ versteht „Think big, act small, fail fast, learn rapidly“

13 Danke für eure Aufmerksamkeit

14 Quellen m_agile.png _waste principles koeln.de/fachgebiete/inf/nissen/sif/Sprenk_Bericht.pdf