Little’s Law – wie man WIP-Limits möglichst nicht erklärt und wie es vielleicht besser geht

Little's Law – wie man WIP-Limits moeglichst nicht erklaert und wie es vielleicht besser geht

Kaum eine Kan­ban-Ein­füh­rung ver­geht, ohne dass irgend­wann Litt­les Gesetz erwähnt und als (meist die) Erklä­rung für die Sinn­haf­tig­keit von WIP-Limits her­an­ge­zo­gen wird. Theo­re­tisch mag die­ser Ansatz rich­tig sein, prak­tisch erscheint er mir sehr wenig ziel­füh­rend.

Die wenigs­ten Infor­ma­ti­ker (und noch weni­ger Betriebs­wirt­schaft­ler) wer­den das The­ma „War­te­schlan­gen­theo­rie“ im Stu­di­um genos­sen haben – und mit einer hüb­schen For­mel am Flip­chart lässt sich auch nur beein­dru­cken, wenn sich der Trai­ner beim Erklä­ren der betei­lig­ten Varia­blen und Rah­men­be­din­gun­gen nicht hoff­nungs­los ver­has­pelt. … weiterlesen ...

Kamishibai und Kanban

Kamishibai und Kanban

„Bloß nicht noch ein Board!“ ist häu­fig die Reak­ti­on mei­nes jewei­li­gen Gegen­übers, wenn ich die Ein­füh­rung eines Kamis­hi­bai-Boards als Ergän­zung zum vor­han­de­nen Task- oder Kan­ban-Board vor­schla­ge (vgl. hier). Das ist scha­de – nicht nur, weil ein Kamis­hi­bai (紙芝居) die sinn­vol­le Model­lie­rung wie­der­keh­ren­der Arbeit in einem Kan­ban-Sys­tem ermög­licht, son­dern auch, weil die bei­den Boards und die dahin­ter­ste­hen­den Ideen, Prin­zi­pi­en und Pro­zes­se so naht­los inein­an­der­grei­fen kön­nen, dass das Ergeb­nis nach kür­zes­ter Zeit gar nicht mehr wie „noch ein Board“ wirkt. … weiterlesen ...

Kamishibai in der IT

Kamishibai in der IT

Ich neh­me die Men­schen im IT-Infra­struk­tur-Bereich oft­mals als in ihrer Arbeit hin- und her­ge­ris­sen wenn nicht gar zerris­sen wahr: Die meist feh­len­de kla­re Tren­nung von Betrieb und Pro­jekt ist im Tages­ge­schäft ein kaum auf­lös­ba­rer Dau­er-Kon­flikt und die Dring­lich­keit des Betriebs gewinnt meist gegen die Wich­tig­keit des Pro­jekts – der Haupt­grund, war­um mir Kan­ban als über­grei­fen­de Metho­de zur Steue­rung die­ser Arbei­ten als emp­feh­lens­wert erscheint: Kan­ban ermög­licht nicht nur das Mischen von reak­ti­ven Sup­port-Tätig­kei­ten und Pro­jekt­ar­beit, son­dern macht zudem den inhä­ren­ten Kon­flikt sicht- und damit hand­hab­bar (vgl. … weiterlesen ...

Warum mir Scrum im IT-Infrastruktur-Bereich oft als wenig sinnvoll erscheint

Warum Scrum im IT-Infrastruktur-Bereich oft wenig sinnvoll ist

„Wir machen jetzt [auch] Scrum.“ ist ein Satz, den (sicher nicht nur) ich in den letz­ten Jah­ren sehr häu­fig gehört habe – inzwi­schen auch außer­halb des Soft­ware­ent­wick­lungs-Bereichs im tra­di­tio­nell metho­disch eher kon­ser­va­ti­ven IT-Infra­struk­tur-Bereich. Prak­tisch erlebt man dabei Scrum häu­fig eher als MeToode (Antrieb: „Alle machen das!“) … weiterlesen ...

Bitte keine Klebezettel aufs Whiteboard kleben!

Bitte keine Haftnotizen aufs Whiteboard kleben

Dass White­boards mög­lichst sau­ber und frei von Rück­stän­den aller Art sein soll­ten, um gut abwisch­bar zu sein, erwäh­ne ich ja häu­fi­ger (vgl. hier, hier und hier). Dass dazu auch gehört, mög­lichst nie­mals Haft­no­ti­zen auf White­boards zu kle­ben, ist mir erst in letz­ter Zeit klar gewor­den. … weiterlesen ...

Warum ein Ticket-System kein Kanban-Board ersetzt

Warum ein Ticket-System kein Kanban-Board ersetzt

Vie­le gera­de klei­ne­re IT-Abtei­lun­gen haben mei­ner Erfah­rung nach gro­ße Schwie­rig­kei­ten, die (meist knap­pe) zur Ver­fü­gung ste­hen­de Zeit zwi­schen zwei Arten von Arbeit auf­zu­tei­len: reak­ti­vem Sup­port und (gleich­sam pro­ak­ti­ver) Pro­jekt­ar­beit – Betrieb und Pro­jekt. Eine kla­re per­so­nel­le Tren­nung zwi­schen die­sen Berei­chen ist meist spä­tes­tens im Fal­le von Eska­la­tio­nen in den 2nd Level kaum mög­lich – dafür steht in mit­tel­stän­di­schen IT-Abtei­lun­gen in aller Regel schlicht nicht genü­gend aus­rei­chend qua­li­fi­zier­tes Per­so­nal zur Ver­fü­gung. … weiterlesen ...

Methoden-„Frankensteining“

Methoden-"Frankensteining"

Mary Shel­ley ließ Vik­tor Fran­ken­stein in ihrem gleich­na­mi­gen Roman ver­gleichs­wei­se wahl­los sein bei der Zusam­men­stel­lung der „Zuta­ten“ sei­ner Schöp­fung – dem (eben die­ser Wahl­lo­sig­keit wegen) spä­te­ren „Mons­ter“. Der Name „Fran­ken­stein“ steht seit­her für mons­trös-wahl­lo­se Schöp­fun­gen aller Art; im Eng­li­schen hat gar das Verb „fran­ken­stei­ning“ eine gewis­se Ver­brei­tung erlangt. … weiterlesen ...

Featureban jetzt auch auf Deutsch

Featureban jetzt auch auf Deutsch

Die Wir­kung von WIP-Limits im All­täg­li­chen zu erle­ben, ist pro­blem­los mög­lich – schaut man nur auf­merk­sam genug hin (vgl. bspw. hier und hier). Möch­te man die­sen viel­leicht stärks­ten „Hebel“ zur Ver­bes­se­rung des Arbeits­flus­ses aber für ein Team gemein­sam erleb­bar machen, ist eine Simu­la­ti­on bzw. … weiterlesen ...