Scrum, Lean, Kanban, XP: Was ist gut für mein Projekt?
-
Upload
matthias-bohlen -
Category
Documents
-
view
2.545 -
download
1
description
Transcript of Scrum, Lean, Kanban, XP: Was ist gut für mein Projekt?
Matthias Bohlen
Scrum, Lean, Kanban, XP: Was ist gut für mein Projekt?
Methodiken sorgfältig auswählen
Agile Methodik auswählen
WIR VERSUCHEN ETWAS NEUES –ES HEIßT AGILES PROGRAMMIEREN.
DAS BEDEUTET: KEINE PLANUNG UND DOKU MEHR. EINFACH CODE SCHREIBEN UND DANN JAMMERN !
SCHÖN, DASS ES EINEN NAMEN HAT.
DAS WAR IHR TRAINING.
Aus weiter Ferne betrachtet
VeränderungsmethodikKanban
Philosophie mit DenkwerkzeugenLean
ArbeitsmethodikXP
ManagementmethodikScrum
…im wesentlichen eine……ist…
Sehen wir einmal genauer hin…
SCRUM
Scrum-Ablauf
Scrum 3-4-3
•Product owner•ScrumMaster•Team
Rollen
•Sprint planning•Sprint review•Sprint retrospective•Daily scrum meeting
Zeremonien
•Product backlog•Sprint backlog•Burndown chart
Artefakte
Danke an Mike Cohn für dieseso schön einfache Folie!
Scrum Rollen
"die Arbeit"Team
Management, Werte und Praktiken, Hindernisbeseitigung, Teamproduktivität, Kooperation, Schutz des Teams vor Störungen
Scrum Master
Produktfeatures, Release-Planung, Return on Investment, Priorisierung, Abnahme von Ergebnissen
Product Owner
ist zuständig für…
Scrum Zeremonien
Team führt vor, was es umgesetzt hatSprint Review
Team betrachtet, wie es arbeitet und ob das so bleiben soll
Retrospektive
Team trifft sich täglich, um sich abzustimmen
Daily Scrum
Team wählt Features aus demBacklog, die es umzusetzen verspricht
Sprintplanungist dazu gedacht:
Der typische Deming*-Zyklus: Plan, do, check, act !
benannt nach William Edwards Deming, Qualitätsmanagement-Guru
Scrum Artefakte
Bericht über noch offeneArbeitsmenge über die Zeit
BurndownChart
Liste umzusetzender Anforderungen (jetzt, für den aktuellen Sprint)
Sprint Backlog
Liste priorisierter Anforderungen(überhaupt, für das Projekt)
ProductBacklog
enthält…
Sprint Burndown ChartS
tund
en
Dank an Mike Cohn für dieses Chart!
Nebenwirkungen von ScrumScrum ist ein revolutionärer Ansatz:
Mitarbeiterfluktuation steigt auf etwa 20%3. bis 9. Monat wird besonders schwierigKonflikte treten aufArbeit des Produktmanagements wird schwierigerEntwicklungsabteilung tritt in QualitätsverantwortungRichtlinien für Leistungsprämien müssen geändert werdenArbeitsplatzbeschreibungen ändern sichManagement muss dienen statt kommandierenManagementfluktuation tritt aufZusätzliche Leute einstellen ist keine Lösung
nach Ken Schwaber: "The Enterprise and Scrum"
XP
XP 2-2-2
•Customer•Programmer
Rollen
•Planning Game•Standup meeting
Zeremonien
•User Story•Code
Artefakte
Zwölf XP Praktiken• Planungsspiel• Kurze Releases• Metapher• Einfaches Design• Testgetriebene
Entwicklung• Refactoring
• Pair Programming• Gemeinsame
Verantwortlichkeit• Kontinuierliche Integration• Haltbare Geschwindigkeit• Kunde vor Ort• Programmierstandards
Das hier sagt, wie man die Arbeit macht, nicht nur, wie man sie managt!
XP Praktiken als Landkarte
Quelle: www.extremeprogramming.org
LEAN
Lean und seine Historie
• Wirtschaft im Boom
• Große Stückzahlen mit geringer Varianz
• Basierend auf Taylors Prinzipien des "wissenschaftlichen Managements"
• Wirtschaft in Schwierigkeiten
• Kleine Stückzahlen mit großer Varianz als wirtschaftliche Notwendigkeit
• Basierend auf Zusammenarbeit, Teamarbeit und Herausforderung
Lean-PhilosophieWert – Beschreibe den vom Kunden gewünschten Wert
Eliminiere Verschwendung – Findeheraus, wie jedes Produkt diesen Wert bringt und hinterfrage alle überflüssigen Schritte, die nötig sind, dasProdukt bereitzustellen
Kontinuierlicher Fluss – Bringe das Produktdazu, kontiuierlich durch die verbleibendenProduktionsschritte hindurchzufließen
Pull – Bringe Menschen dazu, sich Arbeit heranzuziehenanstatt sie zugewiesen zu bekommen
Strebe nach Perfektion – Manage alles so, dass Zeit, Anzahl Schritte und Informationsmenge, die benötigt werden, um dem Kunden zu dienen, stetigabnehmen
Lean Software Development
Lean-Denkprinzipien1. Eliminiere Verschwendung2. Verbessere Lernprozesse3. Verzögere Entscheidungen4. Liefere schnell5. Baue Integrität ein6. Ermächtige das Team7. Sieh immer das Ganze!
Sieben Quellen der Verschwendung1. Angefangene Arbeit (WIP = work in progress)
2. Zu viele Prozesse3. Zu viele Features4. Ständiger Aufgabenwechsel5. Warten6. Bewegung (Menschen, Artefakte)7. Fehler
Lean Denkwerkzeuge (1)
• Verschwendung sehen• Wertstromlandkarte
Verschwendung
• Denkweise in Optionen• Letzter verantwortbarer
Moment• Entscheidungsfindung
Spät entscheiden
• Feedback• Iterationen• Synchronisation• Mengenbasierte Entwicklung
Lernprozesse
• Pull-Systeme• Warteschlangentheorie• Kosten von Verzögerungen
Schnell liefern
Lean Denkwerkzeuge (2)
• Entschlossenheit• Motivation• Führung• Expertise
Team stärken
• Wahrnehmbare Integrität• Konzeptionelle Integrität• Refactoring• Testen
Integrität einbauen
• Messungen / Messgrößen• Verträge / Vertrauen
Das Ganze sehen
KANBAN
(so schreibt man das aber nicht…)
Was ist ein kanban(pull) System?
Mit freundlicher Genehmigung von David Anderson
Klein oder groß?
"kanban", klein geschrieben= ein visuelles Zeichen, das für Arbeit stehtz.B. ein Kärtchen oder Stück Plastik, etc.
"Kanban", groß geschrieben= Name einer Verbesserungsmethodik
Mit freundlicher Genehmigung von David Anderson
Kanban-Tafel und tägliches Standup Meeting bringen ein Gefühl von Dringlichkeit und Team-Zusammenarbeit
• Mehr persönlicheVerantwortung
• Bessere visuelle Steuerung• Ermöglicht mehr
Selbstorganisation
• Weniger Management-Überwachung
• Verbesserte Produktivität• Spontane Qualitätszirkel und
häufige Kaizen-Events
Mit freundlicher Genehmigung von David Anderson
WIP-Limits kreieren ein kanban pull System &ein Whiteboard visualisiert den Fluss
Pull
Flow – von "Engineering Ready" bis "Release Ready"
WIP Limit – reguliertdie Arbeit in jedemZustand des Prozesses
Mit freundlicher Genehmigung von David Anderson
Kanban-Tafel-Designmit Genehmigung von Olav Maassen QNH
DevReady In Prog Done
BuildReady
Test ReleaseReady
StageDoneIn Prog
3
DevelopmentAnalysis
24 25 4
InputQueue
Prod.
Kanban-Tafel Simulationmit Genehmigung von Olav Maassen QNH
5 4 3
Flow
DevReady In Prog Done
BuildReady
Test ReleaseReady
StageDoneIn Prog
DevelopmentAnalysis
24 2
InputQueue
Prod.
Das Modell hinter Kanban
Fünf Kerneigenschaften
• Visualisiere den Workflow• Limitiere angefangene Arbeit• Messe und manage den Fluss• Mache Prozessrichtlinien explizit• Benutze Modelle*, um Möglichkeiten
zur Verbesserung zu erkennen
* Modelle wie z.B. ToC = Theory of Constraints
Warum WIP limitieren?Das Gesetz von Little:
Zykluszeit = Anzahl angefangener Dinge / durchschnittliche Fertigstellungsrate
Also weniger gleichzeitig tunoder alles schneller fertigstellen
Welches, glauben Sie, ist einfacher?
Das Modell hinter Kanban (2)Weitere, emergente* Eigenschaften
• Priorisierung, Entwicklung und Release entkoppeln• Arbeit nach Verzögerungskosten priorisieren• Wert durch Serviceklassifizierung optimieren• Kapazitäten anhand des Risikos aufteilen• Zur Prozessverbesserung ermutigen• Quantitativ managen• Wie ein Virus verbreiten
* emergere (lat.) = auftauchen, erscheinen
Kanban: Mehr Informationen
VERGLEICH
MethodenvergleichScrum Lean Kanban Extreme Programming
Rollen PO, SM, Team keine Vorgabe existierende Coach, Customer, DeveloperZeremonien Release Planning, Sprint
Planning, Daily Scrum, Sprint Review (Demo), Retrospective
keine Vorgabe Daily Standup, Monthly Operations Review
Planning Game
Artefakte Product Backlog, Sprint Backlog, Burndown Chart, Impediment List
keine Vorgabe Service Level Agreement, Cumulative Flow Diagram
Code, Tests
Praktiken keine Vorgabe Eliminate waste, amplify learning, decide as late as possible, deliver as fast as possible, empower the team, build integrity in, see the whole
Visualize Workflow,Limit Work-in-Progress,Measure & Manage Flow,Make Process Policies Explicit,Use Models to Recognize Improvement Opportunities
Planungsspiel, Kurze Releasezyklen, Metapher, Einfaches Design, Testen, Refactoring, Pair Programming, Gemeinsame Verantwortlichkeit, Fortlaufende Integration, Haltbare Geschwindigkeit, Kunde vor Ort, Programmierstandards
Messgrößen Velocity, Burndown Lead time, WIP Lead time, WIP, DDP, cost of delay Velocity
Change-Ansatz revolutionär evolutionär evolutionär revolutionär
Mittel zur Veränderung
Verpflichtung keine Vorgabe Untätigkeit bei Erreichen des WIP-Limits Verpflichtung
Werte Verpflichtung, Fokussierung, Offenheit, Respekt, Mut
keine Vorgabe keine Vorgabe Kommunikation, Einfachheit, Feedback, Mut
Iterationen vorgeschrieben keine Vorgabe keine Vorgabe vorgeschrieben
Rhythmus (Cadence)
fest: Input cadence = Cycle time = Output cadence
keine Vorgabe existierende fest: Input cadence = Cycle time = Output cadence
Teams cross-functional keine Vorgabe cross-functional oder spezialisiert cross functional
Priorisierung von Anforderungen
vorgeschrieben keine Vorgabe durch Auffüllen leerer Plätze in der Eingabe-Queue
vorgeschrieben
ScrumManagement-Methodik – keine Aussagen über
SW-Entwicklung oder Engineering-PraktikenWirkt durch Commitment"Tritt in den Hintern""Schocktherapie"
XPSoftware-EntwicklungsmethodikViele Aussagen über Engineering-PraktikenWirkt durch Commitment und Stolz auf die
Handwerkskunst
LeanProzessverbesserungsmethodikPrinzipienWaste eliminierenJust in TimeWirkt durch Denkwerkzeuge
KanbanChange Management MethodikWirkt mit der "Kraft des Vakuums"Arbeitet gern mit quantitativen MethodenPull SystemStartet beim Ist-Zustand (viva la evoluciòn!)
Fragen?Gerne jetzt…
…oder später:Matthias [email protected]://www.mbohlen.de/+49 170 772 8545