Kanban und Scrum

Kindernothilfe e. V.
Referat Organisation und Datenmanagement
Stattdessen haben wir ein Bündel indirekter Kontrollinstrumente.
Wenige/viele Leute | wenige große/viele kleine Teams | niedrige/
hohe WIP-Limits | keine/lange Iterationen | wenig/viel Planung …
Scrum und Kanban sind beide empirisch in dem Sinne, dass von Ihnen erwartet wird, mit dem Vorgehen zu
experimentieren und es auf Ihre Umgebung anzupassen. In der Tat, Sie müssen experimentieren. Weder
Scrum noch Kanban bringen alle Antworten mit – sie geben Ihnen nur eine einfache Menge von
Einschränkungen, um Ihre eigenen Vorgehensverbesserungen betreiben zu können.
• Scrum sagt, Sie sollten funktionsübergreifende Teams haben. Also, wer soll in welchem Team sein?
Weiß nicht, experimentieren Sie.
• Scrum sagt, das Team legt fest, wieviel Arbeit es in einen Sprint hinein nimmt. Also, wieviel sollten sie
hinein nehmen? Weiß nicht, experimentieren Sie.
• Kanban sagt, Sie sollten WIP begrenzen. Also, was soll die Grenze sein? Weiß nicht, experimentieren
Sie.
Wie ich früher schon erwähnt habe, macht Kanban weniger Einschränkungen als Scrum. Das bedeutet, Sie
bekommen mehr Parameter, über die Sie nachdenken, mehr Drehknöpfe zum Drehen. Das kann sowohl ein
Nachteil als auch ein Vorteil sein, abhängig von Ihrem Kontext. Wenn Sie die Konfigurationsdatei eines
Softwarewerkzeugs öffnen, haben Sie zum Einstellen lieber 3 Optionen oder 100 Optionen? Wahrscheinlich
irgendwas dazwischen. Hängt davon ab, wieviel Sie einstellen möchten und wie gut Sie das Werkzeug
verstehen.
Also lassen Sie uns annehmen, wir reduzieren ein WIP-Limit auf Grund der Hypothese, dass das unser
Vorgehen verbessern wird. Dann beobachten wir, wie Dinge wie Kapazität, Durchlaufzeit, Qualität und
Vorhersagbarkeit sich verändern. Wir ziehen Schlüsse aus den Ergebnissen und ändern dann einige weitere
Dinge, kontinuierlich unser Vorgehen verbessernd.
Es gibt viele Namen dafür. Kaizen (kontinuierlicher Verbesserungsprozess in Leansprache), Inspizieren &
Adaptieren (Inspect & Adapt, Scrumsprache), empirische Prozesskontrolle (Empirical Process Control), oder
warum nicht „Die wissenschaftliche Methodik“ (The Scientific Method).
Der kritischste Punkt dabei ist die Rückkopplungsschleife (feedback loop). Ändere etwas => Finde heraus,
wie es lief => Lerne daraus => Ändere wieder etwas. Allgemein gesprochen, Sie möchten eine möglichst
kurze Rückkopplungsschleife, so dass Sie ihr Vorgehen schnell adaptieren können.
- 18 -