1 / 37

Kanban für Scrummies

Kanban für Scrummies. Melanie K önig 5Minds IT-Solutions GmbH & Co. KG. Willkommen. Ziel des Workshops. Kanban Die Ähnlichkeiten Die Unterschiede Die Empfehlungen Der Umstieg Q&A Session. Wo stehe ich?. Scrum / Kanban. 看板. KANBAN 4 BEGINNERS. KANBAN + LEAN MANAGEMENT KONZEPTE

randi
Download Presentation

Kanban für Scrummies

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. KanbanfürScrummies Melanie König 5Minds IT-Solutions GmbH & Co. KG

  2. Willkommen

  3. Ziel des Workshops • Kanban • Die Ähnlichkeiten • Die Unterschiede • Die Empfehlungen • Der Umstieg • Q&A Session

  4. Wo stehe ich? Scrum /Kanban

  5. 看板 KANBAN 4 BEGINNERS

  6. KANBAN + LEAN MANAGEMENT • KONZEPTE • PRINZIPIEN • METRIKEN • PRAKTISCHE BEISPIELE

  7. WARUM KANBAN? Konzept

  8. KANBAN • Ursprünglichaus der AutomobilIndustrie(Toyota Production System – TPS) • Bedeutung: Signal Karte • IstimBereich des Softwareentwicklungseit 2003 bekannt (inspiriertdurch das Buch von David J. Anderson) Konzept

  9. LEAN MANAGEMENT • Kanban • Lean Thinking • Verschwendung vermeiden • Gleichmäßiger Fluss • Der Wert der zu erledigenden Tickets Konzept

  10. “Kanban lässt sehr viel Spielraum …“ Prinzipien

  11. …TU WAS IMMER NÖTIG IST • Visualisiere den Workflow/Arbeitsfluss • Limitiere die laufendeArbeit/limit Work in Process (WIP) • Priorisiertes Backlog • Qualität • Es geht darum, die Menge an paralleler Arbeit zu beschränken – Fokus - (WIP) und dadurch die Durchlaufzeiten von einzelnen Tickets zu minimieren • Um sicherzustellen, dass alle Beteiligten des Prozesses wissen, unter welchen Annahmen und Gesetzmäßigkeiten man arbeitet, werden möglichst alle Regeln, die es gibt, explizit gemacht. Dazu gehören z.B. eine Definition des Begriffes "fertig", ähnlich der Definition ofDonein Scrum. Die Bedeutung der Spalten muss klar sein, wer wann was ziehen kann • Das Team • Achtet auf die obengenannten Dinge und versuchtsichimmerwiederselbstzuverbessern(KAIZEN) Prinzipien

  12. “ALLES KANN VERBESSERT WERDEN ” Metriken

  13. Lead time • Anfrage - Endprodukt • Kunde/Interessengruppe/Stakeholder Lead time Ticket kreiert Ticket Live Metriken

  14. Cycle time • Aktive Entwicklung Lead time Ticket Live Start Work Ticket kreiert Cycle time Metriken

  15. Team Product Owner Arbeitsabschnittseinteilung/ Columns Priorität IN PROGRESS SELECTED DONE 4 3 Kritisches Ticket Backlog A B C D Flow

  16. IN PROGRESS SELECTED DONE 4 3 Kritisches Ticket Bsp. bug im registrierungsprozess Fälligkeitsdatum Bsp. marketing teaser STANDARD Bsp. backlog item REFACTORING Bsp. cleaning up code base Class of Services

  17. Optimaler Arbeitsfluss 3 selected 4 done in progress Backlog Critical KANBAN FLOW

  18. 3 selected 4 done in progress Backlog Critical KANBAN FLOW

  19. 3 selected 4 done in progress Backlog Critical KANBAN FLOW

  20. Kritischer Arbeitsfluss 3 selected 4 done in progress Backlog Critical KANBAN FLOW

  21. Kritischer Arbeitsfluss 3 selected 4 done in progress Backlog Critical Arbeit gestoppt,bis kritisches Ticket erledigt ist KANBAN FLOW

  22. Was sieht man? • An was arbeitest du? • Bist du überlastet? • Wosind die Engpässe? • GibtesirgendwoDiskrepanzen? • Istetwasgeblockt? • Meetings • Daily Stand-up (15min. Synchronisierenfür den Tag) • Review (den aktuellen Code der Firma zeigen) • Retrospective (was war gut, was war schlecht, was wollenwirverbessern) Transparenz

  23. Das Board • Visuelles Tool zurÜberprüfung • Transparenz/ Inspect/Adapt • Immerwiederholend • Arbeitsweise • Arbeitsweise: Um sicherzustellen, dass alle Beteiligten des Prozesses wissen, unter welchen Annahmen und Gesetzmäßigkeiten man arbeitet, werden möglichst alle Regeln, die es gibt, explizit gemacht. Dazu gehören z.B. eine Definition des Begriffes "fertig", ähnlich der Definition ofDone in Scrum.

  24. Kanban Card Ticketnummer Art des Tickets Inhalt Kurzbeschreibung Wer arbeitet daran Start Ende Qualitätstest Feature Branch

  25. Example Boards 1

  26. Example Boards 2

  27. Example Boards 3

  28. MöglicheLösungen • Pairing • Board Analysen • BessereAkzeptanzKriterienbenutzen • Urlaubsvertretungen etc. klären • Standup verbessern und Kennzahlenüberprüfen • Agile Coach fragen • WIP Limits verändern • … • Immer : • Organisieredichselbst und tualles was nötigist um dichzuverbessern. (KAIZEN- kontinuierlicheVerbesserung) Wie man mit Hindernissen umgeht

  29. Scrum und Kanban Ähnlichkeiten: • Zentrale Rolle der Visualisierung der Tickets und des Workflows • Transparenz • Pull Prinzip • Basierend auf agilen Prinzipien und Werten • Meetings: Daily standup, Retrospektive • Schlanker Prozess • Begrenzung des WiP • Releaseplan

  30. Scrum und Kanban • Scrum: • Iterationen sind ein Muss. • WiP wird indirekt limitiert - Menge der Anforderungen, die in einen Sprint „passt“. • Commitment. Das Team vereinbart, eine bestimmte Menge an Arbeit während der nächsten Iteration zu erledigen. • Kanban: • Iterationen sind optional. • WiPwird limitiert. • Commitments sind optional. Unterschiede:

  31. Scrum und Kanban • Scrum: • Die Team-Geschwindigkeit (Velocity) ist die Basis-Metrik für Planung und Prozessverbesserung. • Anforderungen müssen so aufgeteilt werden, dass sie sich innerhalb einer Iteration erledigen lassen. • Burndown-Charts. • Kanban: • Die Durchlaufzeit (Cycle Time) wird als Basis-Metrik für Planung und Prozessverbesserung verwendet. • Keine Vorschrift bezüglich der Größe von Anforderungen • Es gibt keine speziellen Diagrammtypen. Unterschiede:

  32. Scrum und Kanban • Scrum: • Schätzungen sind vorgeschrieben. • Während eines laufenden Sprints können keine neuen Anforderungen in das Team gegeben werden. • Schreibt drei Rollen vor (ProductOwner,Scrum Master, Team) • Kanban: • Schätzungen sind optional. • Bei freien Kapazitäten können neue Anforderungen zu jeder Zeit in das Team gegeben werden. • Schreibt keine Rollen vor. Unterschiede:

  33. Scrum und Kanban • Scrum: • Scrum-Board wird nach jedem Sprint neu aufgesetzt. • Das Backlog sollte priorisiert sein • Kanban: • Ein Kanban-Board wird immer weitergepflegt. • Priorisierung ist optional • Die IT arbeitet mit vielen Unterbrechungen daher ist ungestörtes Arbeiten, sowie Iterationen fester Länge (Scrum) oft nur schwer möglich. Unterschiede:

  34. Scrum und Kanban Die Empfehlungen • Kanban: Passt zu kleinen und serviceorientierten Teams • Scrum: Passt zu Produkt fokussierten Teams

  35. Scrum und Kanban Der Umstieg: • Ziel von Kanban ist es nicht den Inhalt in einen Prozess zu pressen, sondern einen Prozess zu kreieren der für den Inhalt passend ist. • Um das Senior Management von Kanban zu überzeugen, muss man erst ihre Bedürfnisse und Herausforderungen kennenlernen und verstehen. • Kanban enthält als festen Bestandteil eine Kultur des kontinuierlichen Verbesserns. Das sollte auch so gewünscht werden. • Probleme werden mit Kanban behoben, nicht verwaltet • Durch das Kanban-Board werden Fehler schnell deutlich sichtbar

  36. Scrum und Kanban Der Umstieg: • Suche nach Verbesserungsmöglichkeiten: Kanban biete die Möglichkeit flexibler mit den Anforderungen umzugehen, Durchlaufzeiten zu verkürzenund fokussiert zu arbeiten. • Kanban bietet im Gegensatz zu Scrum den Vorteil: Änderungen können allmählich eingeführt werden, ohne sofort gravierende Änderungen vorzunehmen. • Kanban ist auch für Bereiche attraktiv in denen nur Spezialisten arbeiten.

  37. Fragen?

More Related