Kamishibai zum Nachhören

Kamishibai und Kanban

Vor ein paar Wochen frag­te mich Götz Mül­ler, ob ich Inter­es­se hät­te, für sei­nen Pod­cast „Kai­zen 2 go“ mit ihm über das The­ma „Kami­shi­bai“ zu spre­chen. Gesagt, getan: Letz­te Woche fand die Auf­zeich­nung statt, seit heu­te Mor­gen ist das Ergeb­nis online. Gera­de, weil ich selbst ja einen eher rei­nen IT-Hin­ter­grund habe, war ich sehr gespannt – kommt Götz Mül­ler doch aus dem ja in vie­len Punk­ten deut­lich anders (und dann, wie sich her­aus­ge­stellt hat, doch nicht so anders) orga­ni­sier­ten (Lean‑)​Produktions-Bereich. … weiterlesen ...

Warum gibt es eigentlich keinen „Kanban Master“?

Warum gibt es eigentlich keinen "Kanban Master"?

Auch, wenn mir der Begriff ganz und gar nicht gefällt: Die Exis­tenz der Rol­le des Scrum Mas­ters ist sicher­lich einer der wich­ti­ge­ren Grün­de für den Erfolg und die Ver­brei­tung des Rah­men­wer­kes „Scrum“.

Kan­ban kennt eine sol­che Rol­le nicht – eine vor­ge­schrie­be­ne neue Rol­le wür­de womög­lich gar den Chan­ge­ma­nage­ment-Prin­zi­pi­en von Kan­ban wider­spre­chen. … weiterlesen ...

Warum „Teilzeit-Scrum“ m. E. nur das Problem verlagert, Zielkonflikte verursacht und nicht effizient ist

Warum "Teilzeit-Scrum" nur das Problem verlagert, Zielkonflikte verursacht und nicht effizient ist „Teilzeit-Scrum“ – sich aufteilen müssen zwischen der Arbeit im Scrum- oder gar Entwicklungsteam und anderen Arbeiten in der Organisation – ist m. E. eine der potentiell schädlichsten MeTooden, die aktuell en vogue sind. Zu dieser Einschätzung komme ich vor allem aus drei Gründen: weiterlesen ...

Kanban und Gantt – mischen impossible‽

Kanban und Gantt – mischen impossible‽

Situa­ti­ons­be­dingt kom­me ich mit mei­ner Prä­fe­renz für phy­si­sche, „hap­ti­sche“ Kan­ban-Boards im Moment nicht weit; die pan­de­mie­be­ding­te Ver­brei­tung von Home Office macht digi­ta­le Lösun­gen gera­de­zu not­wen­dig. Bei der nun ver­mehr­ten Aus­ein­an­der­set­zung mit Kan­ban-Soft­ware fällt auf: Prak­tisch jede Lösung am Markt offe­riert zusätz­lich zur Visua­li­sie­rung des Arbeits­flus­ses am eigent­li­chen Kan­ban-Board eine Dar­stel­lung als Gantt-Dia­gramm und wirbt oft­mals sogar damit – was für eine absur­de, das Werk­zeug sei­nes Kerns ent­klei­den­de Metho­den-Chi­mä­re! … 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 Kami­shi­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 Kami­shi­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 ...

Von Methoden, METHODEN und MeTooden

Von Methoden, METHODEN und MeTooden

Tom DeMar­co und Timo­thy Lis­ter unter­schei­den in ihrem m. E. nach wie vor lesens­wer­ten Klas­si­ker „Wien war­tet auf Dich!“ (engl.: „Peo­p­le­wa­re“) zwi­schen „Metho­di­ken“ und „METHODIKEN“ – letz­te­re sind im Gegen­satz zu ers­te­ren „[…] meist rie­sig und wer­den immer umfang­rei­cher […]“, wer­den gern dog­ma­tisch ange­wandt und als eine Art „All­heil­mit­tel“ ange­se­hen. … weiterlesen ...