Die Computermaler

„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 ...

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 ...