Wie bei Kanban die Post abgeht

Einmal war ich bei einer Firma, die kurze Zeit vorher mit Kanban angefangen hatte, so dass mir ihr Geschäftsführer jetzt stolz ihr Board zeigte. In der Tat war es beachtlich, was sie in kurzer Zeit bereits erreicht hatten, ohne dabei externe Unterstützung in Anspruch zu nehmen.

Download EPUB

Wie bei Kanban die Post abgeht

Einmal war ich bei einer Firma, die kurze Zeit vorher mit Kanban angefangen hatte, so dass mir ihr Geschäftsführer jetzt stolz ihr Board zeigte. In der Tat war es beachtlich, was sie in kurzer Zeit bereits erreicht hatten, ohne dabei externe Unterstützung in Anspruch zu nehmen.

Mit einem Kaffee in der Hand plauderten wir über Kanban und ihr Board (siehe Bild 1). Als ich dann die Frage nach den Warteschlangen im Postamt stellte, sah mich mein Gegenüber ungläubig an. Also holte ich etwas weiter aus:

"Als ich noch klein war, da gab es in jeder Postfiliale eine eigene Warteschlange für jeden Schalter. Wenn man dann an einem Samstagvormittag eine Sendung aufgeben wollte, musste man sich entscheiden, an welche Schlange man sich anstellen wollte (und natürlich war es immer die falsche Wahl, denn es stellte sich schnell heraus, dass es an allen anderen Schlangen viel schneller ging).

Heute sieht es in Postfilialen ganz anders aus. Es gibt nämlich nur noch eine einzige, zentrale Warteschlange, und erst, wenn man an der Reihe ist, wird man einem bestimmten Schalter zugeteilt. Warum könnte das so sein? Die Ein-Schlangen-Lösung hat mindestens drei große Vorteile:

  1. Die Vorhersagbarkeit der Wartezeit ist viel besser. Wenn ich mich im alten System in eine Schlange eingereiht hatte, in der vor mir jemand ein kompliziertes Anliegen hatte, dann hatte ich Pech und musste sehr lange warten. Ebenso, wenn an meinem Schalter gerade ein neuer Azubi eingearbeitet wurde, der natürlich viel langsamer war als alle anderen.

    Im neuen System kommen diese Dinge genauso vor, aber sie wirken sich anders aus, weil die zusätzliche Wartezeit sozusagen auf alle Wartenden aufgeteilt wird. Im Fachjargon nennt man dies "Puffern der Variabilität durch Pooling". Fast unnütz zu erwähnen, dass mit dieser besseren Vorhersagbarkeit und gleichmäßigeren Wartezeit auch eine höhere Kundenzufriedenheit (oder geringere Unzufriedenheit) einhergeht.
  2. Die Ausfallsicherheit ist viel höher. Was passiert im alten System, wenn ein Post-Mitarbeiter plötzlich ausfällt, z.B. weil er dringend außerhalb des Schalterbereichs gebraucht wird? Dann verursacht das eine erhebliche Verwirrung für das System, weil seine Schlange nun auf die anderen Schlangen umverteilt werden muss. Dabei ist unklar, wie man das am besten tut. Sollen die Kunden sich einfach hinten an andere Schlagen anstellen? Ist das nicht ungerecht, weil sie ja mitunter schon sehr lange gewartet haben?

    Im neuen System ist es zwar auch etwas ärgerlich, wenn ein Schalter plötzlich schließen muss, aber es beeinträchtigt das Gesamtsystem nur minimal. Niemand muss umverteilt werden, und es erhöht sich nun nur die Wartezeit aller Kunden ein wenig. Ungerecht behandelt dürfte sich aber niemand fühlen, denn auch hier wird die zusätzliche Wartezeit gleichmäßig auf alle Wartenden umgelegt.
  3. Sie erzeugt weniger Stress für die Post-Angestellten. Im alten System muss jeder Postler alle seine Kunden bedienen, bevor er Pause oder Feierabend machen kann. Wenn er es nicht tut, wird es vermutlich auch niemand anders tun. Im neuen System hingegen arbeiten alle Kollegen im Team – was der eine nicht leisten kann (weil er einen schlechten Tag hat oder besonders schwierige Kunden), das können seine Kollegen kompensieren.

Kanban-Board mit Swim Lanes

Die ganze Wartschlange im Blick

Mein Gesprächspartner nickte die ganze Zeit eifrig mit dem Kopf, dies alles konnte er nachvollziehen. Dann sah er wieder auf das Board und fing an, laut zu denken: "Bei uns sind jetzt die Tickets auf dem Board die Kunden, die unterschiedliche Anliegen haben. Unsere Mitarbeiter sind die Schalter-Angestellten, die diese Anliegen bearbeiten. Im Moment weisen wir jedem Kollegen schon sehr früh seine Aufgaben zu. Wir arbeiten also im alten Schalter-System mit individuellen Warteschlangen.

Wenn ich so darüber nachdenke, dann können wir genau die Nachteile bei uns beobachten, die du von der Post geschildert hast. Eine Gesamt-Warteschlange wäre also auch bei uns die bessere Lösung. Dann müsste das Board aber anders aussehen."

Er nahm Schwamm und Whiteboard-Marker und änderte das Board-Design. Die "Swim Lanes" für die einzelnen Kollegen waren jetzt verschwunden. Stattdessen hatte er durch Avatare visualisiert, wer gerade an welcher Aufgabe arbeitet. Aufgaben, die noch nicht begonnen waren, wurden auch noch keiner Person zugeordnet.

Kanban-Board mit Avataren

"Genau!", erwiderte ich, "Jetzt hättet ihr ein ganz anderes System. Dies würde sogar noch ein weiteres Problem lösen, das ich bei euch vermute: Die Aufgaben haben doch nicht alle die gleiche Wichtigkeit für das Unternehmen, oder? Wenn jeder Kollege seine eigene Warteschlange hat, dann könnt ihr kaum gewährleisten, dass die wichtigsten Aufgaben auch zuerst bearbeitet werden. Ihr arbeitet dann nicht mehr nach Firmen-Priorität, sondern nach individueller Auslastung.

Der Knackpunkt mit den Spezialisten

So kann es passieren, dass eine wichtige Aufgabe ewig lange liegen bleibt, weil der entsprechende Kollege sich gerade die Zähne an etwas ganz anderem ausbeißt (oder krank geworden ist). Gleichzeitig werden reihenweise weniger wichtige Aufgaben von einem anderen Kollegen abgearbeitet. Wenn ihr hingegen einen großen Pool von Aufgaben hättet, aus dem dann jeweils das Ticket mit der höchsten Priorität gezogen wird, sobald jemand eine andere Aufgabe abgeschlossen hat, dann wäre das doch besser, oder?"

Jetzt sah mein Gegenüber plötzlich sehr betrübt aus: "Du hast Recht. Und aus Business-Sicht ist das eigentlich eine Katastrophe. Aber es gibt ja einen Grund, warum wir so arbeiten, und der heißt Spezialisierung. Anders als in der Post kann bei uns natürlich nicht jeder Kollege jede Aufgabe übernehmen. Das mit dem großen Pool, aus dem sich jeder bedienen kann, ist bei uns nicht praktikabel. Oder doch? Vielleicht sollten wir unsere Kollegen darin ausbilden, dass sie breiter gefächerte Skills aufbauen und somit die Spezialisierung ein Stück weit aufbrechen. Das wird aber teuer und wird lange dauern..."

Reflexion

Sehen wir uns die Situation nun einmal aus der Vogelperspektive an. Sollte die Firma auf das neue System mit nur einer Warteschlange umstellen? Diese Frage lässt sich pauschal nicht beantworten. Denn dem genannten Nutzen stehen (wie immer) Kosten gegenüber. Vielleicht müssen wir unsere Kollegen ausbilden, damit sie generalisierte Skills entwickeln. Das kann eine erhebliche Investition darstellen.

Eine andere Lösung könnte darin bestehen, dass wir Pairs oder Mini-Teams bilden, die dann jeweils alle Skills in sich vereinen, um jede Aufgabe aus dem Pool zu erledigen. Das bedeutet dann, dass unsere Kollegen tendenziell unter-ausgelastet sind. Auch das kostet (nämlich Opportunitätskosten). Diese Entscheidung kann also nur im Einzelfall unter Abwägung der Kosten und Nutzen getroffen werden. Kanban hilft dabei, solche und andere sinnvolle Diskussionen anzustoßen.

Für jeden Bedarf die passende Mitgliedschaft

 

Das projektmagazin - unverzichtbares Nachschlagewerk und Inspirationsquelle für alle,
die in Projekten arbeiten. Ihre Vorteile auf einen Blick

Image
Wissensplattform

Zugriff auf die größte deutschsprachige Wissensplattform
für Projektmanagement  (>1.800 Artikeln und Tipps)

Image
Praxisbezogene Beiträge

Praxisbezogene Beiträge
Fachautoren schreiben aus der Praxis für die Praxis.

Image
Tools

Werkzeuge (Tools)
z.B. Checklisten und Vorlagen, Methoden mit Schritt-für-Schritt-Anleitung.

Image
Glossar

Umfangreiches Projektmanagement-Glossar
über 1.000 Fachbegriffen (deutsch/englisch)

Image
Blogbeiträge

Blogbeiträge, Themenspecials, Bücher, Stellenangebote etc.
rund um das Thema Projektmanagement

Alle Kommentare (1)

Guest

Das Spezialisten Thema erinnert mich sehr an die Diskussion um agile Feature Teams vs. Komponenten Teams für skalierte SCRUM Projekte mit mehreren Entwicklungszügen. Die Auswirkungen sind ähnlich: Komponenten Teams können zum Flaschenhals werden, Feature Teams erfordern dagegen eine breitere Verteilung der Skills und mehr Generalisten als Spezialisten. Trainings und know how Transfer müssen dafür organisiert werden. Auch da gibt es keinen Königsweg sondern nur die individuelle Entscheidung je nach Projekt, Umfeld und beteiligten Menschen.