IT visualisieren – ganz spontan
Strukturiert man sein Task- oder Kanban-Board, beginnt der Workflow naheliegenderweise häufig mit einer „To Do“ oder „Backlog“-Spalte und endet mit einer „Done“-Spalte – und alles dazwischen ist mehr oder minder „WIP“, „Work in Progress/Process“, ggf. … weiterlesen ...
Auch wenn ich persönlich ein Fan physischer Kanban-Boards bin: In Zeiten zunehmend räumlich verteilter Teams und nun auch vermehrt des Homeoffices sind Softwarelösungen für Kanban-Boards fast unumgänglich. Eine interessante Folge davon: Was im Falle physischer Boards des hohen Aufwandes und des Platzbedarfs wegen vermieden werden würde – das Anlegen neuer, zusätzlicher Boards – ist im Falle eines software-basierten Boards trivial und wird dementsprechend häufig getan. … weiterlesen ...
Kaum eine Kanban-Einführung vergeht, ohne dass irgendwann Littles Gesetz erwähnt und als (meist die) Erklärung für die Sinnhaftigkeit von WIP-Limits herangezogen wird. Theoretisch mag dieser Ansatz richtig sein, praktisch erscheint er mir sehr wenig zielführend.
Die wenigsten Informatiker (und noch weniger Betriebswirtschaftler) werden das Thema „Warteschlangentheorie“ im Studium genossen haben – und mit einer hübschen Formel am Flipchart lässt sich auch nur beeindrucken, wenn sich der Trainer beim Erklären der beteiligten Variablen und Rahmenbedingungen nicht hoffnungslos verhaspelt. … weiterlesen ...
Viele gerade kleinere IT-Abteilungen haben meiner Erfahrung nach große Schwierigkeiten, die (meist knappe) zur Verfügung stehende Zeit zwischen zwei Arten von Arbeit aufzuteilen: reaktivem Support und (gleichsam proaktiver) Projektarbeit – Betrieb und Projekt. Eine klare personelle Trennung zwischen diesen Bereichen ist meist spätestens im Falle von Eskalationen in den 2nd Level kaum möglich – dafür steht in mittelständischen IT-Abteilungen in aller Regel schlicht nicht genügend ausreichend qualifiziertes Personal zur Verfügung. … weiterlesen ...
Die Wirkung von WIP-Limits im Alltäglichen zu erleben, ist problemlos möglich – schaut man nur aufmerksam genug hin (vgl. bspw. hier und hier). Möchte man diesen vielleicht stärksten „Hebel“ zur Verbesserung des Arbeitsflusses aber für ein Team gemeinsam erlebbar machen, ist eine Simulation bzw. … weiterlesen ...
Immer auf der Suche nach erhellenden Metaphern und Modellen (vgl. hier), fiel mir kürzlich beim Zahnarzt auf, in was für einem wunderschönen kanban-artigen Wartesystem ich dort eigentlich sitze – und wieviel man anhand dieses Systems ganz allgemein über WIP-Limits und den Arbeitsfluss lernen kann: … weiterlesen ...
Ich dachte immer, die Engpassorientierung von Eliyahu M. Goldratts „Theory of Constraints“ (TOC) läge mir so nahe, weil sie so „physikalisch“ ist. In Wirklichkeit liegt das aber an meiner baggermatschlastigen Kindheit. … weiterlesen ...