Die Präsentation wird geladen. Bitte warten

Die Präsentation wird geladen. Bitte warten

Melanie König 5Minds IT-Solutions GmbH & Co. KG Kanban für Scrummies.

Ähnliche Präsentationen


Präsentation zum Thema: "Melanie König 5Minds IT-Solutions GmbH & Co. KG Kanban für Scrummies."—  Präsentation transkript:

1 Melanie König 5Minds IT-Solutions GmbH & Co. KG Kanban für Scrummies

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 Konzept WARUM KANBAN?

8 Konzept KANBAN  Ursprünglich aus der Automobil Industrie (Toyota Production System – TPS)  Bedeutung: Signal Karte  Ist im Bereich des Softwareentwicklung seit 2003 bekannt (inspiriert durch das Buch von David J. Anderson)

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

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

11 Prinzipien …TU WAS IMMER NÖTIG IST  Visualisiere den Workflow/Arbeitsfluss  Limitiere die laufende Arbeit/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 of Done in Scrum. Die Bedeutung der Spalten muss klar sein, wer wann was ziehen kann Das Team  Achtet auf die oben genannten Dinge und versucht sich immer wieder selbst zu verbessern(KAIZEN)

12 Metriken “ALLES KANN VERBESSERT WERDEN ”

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

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

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

16 SELECTEDIN PROGRESSDONE 3 Kritisches Ticket 4 Fälligkeitsdatum STANDARD REFACTORING Class of Services Bsp. bug im registrierungs prozess Bsp. marketing teaser Bsp. backlog item Bsp. cleaning up code base

17 KANBAN FLOW selectedin progressdone Critical Backlog Optimaler Arbeitsfluss

18 KANBAN FLOW selectedin progressdone Critical Backlog

19 KANBAN FLOW selectedin progressdone Critical Backlog

20 KANBAN FLOW selectedin progressdone Critical Backlog Kritischer Arbeitsfluss

21 KANBAN FLOW selectedin progressdone Critical Backlog Kritischer Arbeitsfluss Arbeit gestoppt,bis kritisches Ticket erledigt ist

22 Transparenz Was sieht man?  An was arbeitest du?  Bist du überlastet?  Wo sind die Engpässe?  Gibt es irgendwo Diskrepanzen?  Ist etwas geblockt? Meetings  Daily Stand-up (15min. Synchronisieren für den Tag)  Review (den aktuellen Code der Firma zeigen)  Retrospective (was war gut, was war schlecht, was wollen wir verbessern)

23 Das Board  Visuelles Tool zur Überprüfung Transparenz/ Inspect/Adapt  Immer wiederholend 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 of Done in Scrum.

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

25 Example Boards 1

26 Example Boards 2

27 Example Boards 3

28 Wie man mit Hindernissen umgeht Mögliche Lösungen  Pairing  Board Analysen  Bessere Akzeptanz Kriterien benutzen  Urlaubsvertretungen etc. klären  Standup verbessern und Kennzahlen überprüfen  Agile Coach fragen  WIP Limits verändern  … Immer :  Organisiere dich selbst und tu alles was nötig ist um dich zu verbessern. (KAIZEN- kontinuierliche Verbesserung)

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 Unterschiede : 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.  WiP wird limitiert.  Commitments sind optional.

31 Scrum und Kanban Unterschiede : 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.

32 Scrum und Kanban Unterschiede: Scrum:  Schätzungen sind vorgeschrieben.  Während eines laufenden Sprints können keine neuen Anforderungen in das Team gegeben werden.  Schreibt drei Rollen vor (Product Owner, 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.

33 Scrum und Kanban Unterschiede: 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.

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ürzen und 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?


Herunterladen ppt "Melanie König 5Minds IT-Solutions GmbH & Co. KG Kanban für Scrummies."

Ähnliche Präsentationen


Google-Anzeigen