Melanie König

5Minds IT-Solutions GmbH & Co. KG

Kanban für Scrummies

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 PRINZIPIEN METRIKEN

PRAKTISCHE BEISPIELE

Konzept

WARUM KANBAN?

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)

Konzept

LEAN MANAGEMENT

Kanban

Lean Thinking

Verschwendung vermeiden

Gleichmäßiger Fluss

Der Wert der zu erledigenden Tickets

Prinzipien

“Kanban lässt sehr viel Spielraum …“

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)

Metriken

“ALLES KANN VERBESSERT WERDEN ”

Metriken

Lead time

Anfrage - Endprodukt Kunde/Interessengruppe/Stakeholder

Lead time

Ticket kreiert Ticket Live

Metriken

Cycle time

Aktive Entwicklung

Lead time

Ticket kreiert

Ticket Live

Cycle time

Start Work

SELECTED IN PROGRESS DONE3

Kritisches Ticket

4

Arbeitsabschnittseinteilung/ Columns

Backlog

Product Owner Team

Priorität

Flow

A

B

C

D

SELECTED IN PROGRESS DONE

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

KANBAN FLOW

selected in progress done

Critical

4 3Backlog

Optimaler Arbeitsfluss

KANBAN FLOW

selected in progress done

Critical

4 3Backlog

KANBAN FLOW

selected in progress done

Critical

4 3Backlog

KANBAN FLOW

selected in progress done

Critical

4 3Backlog

Kritischer Arbeitsfluss

KANBAN FLOW

selected in progress done

Critical

4 3Backlog

Kritischer Arbeitsfluss

Arbeit gestoppt,bis kritisches Ticket erledigt ist

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)

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.

Kanban Card

Ticketnummer Art des Tickets

Wer arbeitet daran

Feature BranchQualitätstest

Start

Ende

InhaltKurzbeschreibung

Example Boards 1

Example Boards 2

Example Boards 3

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)

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

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.

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.

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.

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.

Scrum und Kanban

Die Empfehlungen

Kanban: Passt zu kleinen und serviceorientierten Teams Scrum: Passt zu Produkt fokussierten Teams

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

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.

Fragen?