49
Kanban im Universitätspraktikum Ein Erfahrungsbericht Jan Nonnen, Jan Paul Imhoff, Daniel Speicher

Kanban im Universitätspraktikum Ein Erfahrungsbericht · Kanban im Universitätspraktikum Ein Erfahrungsbericht Jan Nonnen, Jan Paul Imhoff, Daniel Speicher . Bonn-Aachen International

  • Upload
    others

  • View
    16

  • Download
    0

Embed Size (px)

Citation preview

Kanban im Universitätspraktikum

Ein Erfahrungsbericht

Jan Nonnen, Jan Paul Imhoff, Daniel Speicher

Bonn-Aachen International Center for Information Technology

Established in fall 2002 by:

International Program of Excellence (IPEC)

„The International Program of Excellence in Computer Science (IPEC)

at the B-IT offers, mainly in the time between terms, compact

teaching units on the highest level. This results in a speed-up of

studying and in a simultaneous increase of quality.“

3

Einführung: Unsere Praktika

Hartnäckige Schwierigkeiten

Kanban kann helfen

Neue Herausforderungen

Kanban fördert Fluss und Klarheit

Gliederung

Einführung: Unsere Praktika

4

5

Realistisches Produkt

Entspannte energiereiche Teamarbeit

Hohe selbstverantwortliche Produktivität

Forschungsinhalte integrieren

[Zukunft: Prozess wissenschaftlich reflektieren]

Ziele Einführung

6

≥ 1 ½ Dozenten: „Teamleiter/Coach“, „Kunde“, „Experte“

Bis zu 16 Teilnehmer (i.d.R. 12)

3 Tage Blockseminar

4 Wochen Praktikum, Vollzeit

Elemente von Scrum, XP und jetzt Kanban

Verantwortlich: Prof. Dr. A.B. Cremers

Schlüsseldaten Einführung

Collaboration with other departments

2007a: Integration of an Animation Studio with Motion Library (Blender, MotionLab)

2007cn: Editor for ad-hoc Network Simulations / Requirements Management Tool [Nanjing, China]

Context Sensitive Mobile Applications

2012b: GeoQuest

2010b: Context Sensitive Adaptation of Webpages

2009b: Enhanced Mobile Gaming (youAnt)

2007b: Context Sensitive Mobile Gaming (Scotland Yard to go)

2006b: Context Sensitive Mobile Navigator (CSI Navigator)

2005b: Context Sensitive Mobile Application (CSI PimPro)

Plug-Ins for JDT/Eclipse

2011b: Cultivate goes Android

2009a: Improved Cultivate

2008a: Improved UI for JTransformer

2005a: Visual Tool Support for Refactoring to Pattern

(Cultivate, PatchWork)

2004b: Program Analysis by Logic Meta Programming

(JTransformer, Cultivate)

2004a2: Tool Support for Pattern Management

(PatchWork)

2004a1: Synchronized Logic Representation of Java

Code (JTransformer)

2003b: Improved Editor for Conditional

Transformations (ConTraCT)

„Produkte“ 2003-2011 Einführung

► „Prozessbeschreibung“ 2007 Einführung

Hartnäckige Schwierigkeiten

9

10

Task-Vermeidung Schwierig

Oben, Horizontal:

Stories Rest: Tasks

Task stünde an, wird aber

vermieden

Status: Rot ->

Gelb -> Grün

Laaange Besprechungen

Die Plannung verbraucht mehr Zeit als wir uns

einzurechnen getrauten.

Aber wir brauchen doch Planung, oder?

Wie können wir die Planung geschmeidiger

integrieren?

Weitere Schwierigkeiten

Schubweise Fertigstellung überfordert die

„Abnahmeleistung“ des Kunden

Lernzeit lässt sich schlecht integrieren

Kunde würde gerne weiter wünschen

13

1) Task-Vermeidung (Insbesondere Schlusstasks)

2) Laaange Besprechungen

3) Kunde würde gerne weiter wünschen

4) Lernzeit lässt sich schlecht integrieren

5) Schubweise Fertigstellung überfordert die „Abnahmeleistung“ des Kunden

Hartnäckige Schwierigkeiten Schwierig

Kanban kann helfen

Taichi Ohno -1953

Toyota Production System

Just-In-Time Produktion

kanban ≈ Schild

kanban(看板) Kanban

David Anderson- 2010

„Kanban: Successful Evolutionary Change for Your Technology Business”

16

Kanban als Softwareprozess Kanban

17

Auf Basis von Kapazität durch das System ziehen

Anstatt auf Basis von Nachfrage zu drücken

Pull Prinzip Kanban

18

Regeln Kanban

19

Regeln Kanban

20

Visualisiere den Fluss Kanban

Todo Work Done

A

B

C

Flussrichtung

21

Visualisiere den Fluss Kanban

Todo Work Done

A

B

C

Flussrichtung

22

Regeln Kanban

23

Begrenze angefangene Arbeit Kanban

Todo Work Done

A

B

C

1

24

Begrenze angefangene Arbeit Kanban

Todo Work Done

A

B

C

1

25

Regeln Kanban

► Unser Kanban-Board 2011 Kanban

Miss den Fluss über alle Phasen

Herausforderung: Balanciere kontinuierlichen Fluss und WIP

Durch aktives Management des Flusses können Änderungen am System evaluiert werden.

Miss und steure den Fluss Kanban

► Cumulative Flow Diagramm

► Cumulative Flow Diagramm

Lead time

WIP

Cycle time

30

Regeln Kanban

31

Regeln Kanban

32

1) Task-Vermeidung (Insbesondere Schlusstasks) Stockende Tasks sind deutlich sichtbarer!

2) Laaange Besprechungen Zeitlich und personell besser verteilt!

3) Kunde würde gerne weiter wünschen Re-priorisierung des Backlog immer möglich!

Hartnäckige Schwierigkeiten Schwierig

33

4) Lernzeit lässt sich schlecht integrieren System bietet nützliche Spielräume. Lernaufgaben stehen auf Karten bereit.

5) Schubweise Fertigstellung überfordert die „Abnahmeleistung“ des Kunden Kontinuierliche Fertigstellung ist besser, aber der Kunde ist immer noch überfordert.

Hartnäckige Schwierigkeiten Schwierig

Neue Herausforderungen

35

Handhabung des Boards Neu

► Unser Kanban-Board 2011 Kanban

37

Hungrige Entwicklungsphase Neu

Input Queue

Analysis Development Review Live

In Prog Done In Prog Done

5 2 2 1

Backlog

Todo In Prog Done

38

Hungrige Entwicklungsphase Neu

Input Queue

Analysis Development Review Live

In Prog Done In Prog Done

5 2 2 1

Backlog

Todo In Prog Done

39

Hungrige Entwicklungsphase Neu

Input Queue

Analysis Development Review Live

In Prog Done In Prog Done

5 2 2 1

Backlog

Todo In Prog Done

► Cumulative Flow Diagram

1. Handhabung des Kanban-Boards

2. Hungrige Entwicklungsphase

3. Interpretation des Cummulative Flows

4. Kalibrierung der Stories

5. Vermutete Einschwingdauer

6. Kontinuierliche Fertigstellung überfordert die „Abnahmeleistung“ des Kunden immer noch.

Neue Herausforderungen Neu

Kanban fördert Fluss und Klarheit

42

1. Handhabung des Kanban-Boards Genügend Zeit in die Einführung investieren!

2. Hungrige Entwicklungsphase Bei uns: Analyse vor Review vor Development

3. Interpretation des Cummulative Flows Nicht nur auf WIPs schauen! Kompetenzentwicklung! Kallibrierung!

Neue Herausforderungen Neu

4. Kalibrierung der Stories Planning Poker für Konsens über Schätzung!

5. Vermutete Einschwingdauer Nur entweder WIP oder Phasen ändern!

6. Kontinuierliche Fertigstellung überfordert die „Abnahmeleistung“ des Kunden immer noch. Der Kunde darf nicht allein für die Qualitäts-sicherung verantwortlich sein. Team[leiter]!

Neue Herausforderungen Neu

45

1) Task-Vermeidung (Insbesondere Schlusstasks) Stockende Tasks sind deutlich sichtbarer!

2) Laaange Besprechungen Zeitlich und personell besser verteilt!

3) Kunde würde gerne weiter wünschen Re-priorisierung des Backlog immer möglich!

Hartnäckige Schwierigkeiten Schwierig

46

4) Lernzeit lässt sich schlecht integrieren System bietet nützliche Spielräume. Lernaufgaben stehen auf Karten bereit.

5) Schubweise Fertigstellung überfordert die „Abnahmeleistung“ des Kunden Kanban zeigte tieferes Problem! Lösung gefunden.

Hartnäckige Schwierigkeiten Schwierig

Copy From the Master Layot

Kanban

Copy From the Master Layot

Kanban

49

Workflow - Agile Lab Bonn 2011

Vielen Dank für Ihre Aufmerksamkeit!

Kanban in Action Process