Kanban

Kanban

Copyright ┬ę Shutterstock / Quarta

Was ist Kanban?

Kanban wird in der Softwareentwicklung als Instrument f├╝r agiles Softwaremanagement eingesetzt. Dabei ist Kanban urspr├╝nglich ein Prozess zur dezentralisierten und flexiblen Steuerung von Fertigungsprozessen in der Automobilindustrie. Die Instrumente und Vorgehensweisen der Methode lassen sich jedoch sehr gut auf den IT-Sektor ├╝bertragen.

├ťberblick

Das Wort Kanban ist japanischen Ursprungs und setzt sich aus den beiden Substantiven “Kan” f├╝r Visualisieren und “Ban” f├╝r Karte oder Tafel zusammen. In ├╝bertragener Bedeutung bedeutet der Begriff, dass durch den Einsatz von Karten und Tafeln die Gesamtheit verschiedener Prozesse veranschaulicht und die Menge der angefangenen Arbeiten begrenzt wird. Zudem l├Ąsst sich der Durchsatz so viel effizienter messen und bei Bedarf anpassen. Die Karten werden also eingesetzt, um wichtige Informationen an benachbarte Teams und Produktionsbereiche so schnell wie m├Âglich weiterzuleiten.

Teams und Projektbeteiligte erhalten durch den Einsatz dieser Methode die M├Âglichkeit, ihre Arbeiten weitestgehend autonom zu organisieren sowie die Informationsvermittlung effizienter und transparenter zu gestalten. Genau aus diesem Grund hat sich diese Vorgehensweise in den letzten Jahren als Methode bei der agilen Anwendungsentwicklung durchgesetzt. Im Rahmen dieser Vorgehensweise werden komplexe Projekte und Verl├Ąufe in kleinere Arbeitsschritte aufgeteilt, welche bei der Einteilung und Planung von Aufgaben und Optimierungsprozessen eingesetzt werden, wodurch ein konsistenter und optimierter Workflow erm├Âglicht wird.

Geschichte

Das erste System, das auf Kanban beruhte, wurde im Jahr 1974 von dem japanischen Ingenieur und Unternehmer Taiichi Ohno f├╝r den Automobilhersteller Toyota Motors entworfen. Das japanische Unternehmen wollte damit seine Produktionsprozesse optimieren, um sich gegen├╝ber der US-amerikanischen Konkurrenz einen Wettbewerbsvorteil zu verschaffen. In diesem Kontext spielten auch die immer enger werdenden Verzahnungen an Automobilzulieferer eine wichtige Rolle bei der Entwicklung des Systems. Ono hat sich bei der Entwicklung von Kanban am Supermarktprinzip orientiert: Wenn in einem Supermarkt Waren aus einem bestimmten Regal entnommen werde, werden diese erkannt und der entstandene Leerraum wird innerhalb k├╝rzester Zeit aufgef├╝llt.

Durch die verbrauchsorientierte und flexible Regelung der Produktion, welche durch den Einsatz von Kanban beg├╝nstigt wird, konnte der japanische Automobilproduzent eine deutliche Produktionssteigerung erzielen. Das System war so erfolgreiche, dass es innerhalb kurzer Zeit von anderen japanischen Unternehmen ├╝bernommen und in ihre Produktionsprozesse adaptiert und integriert wurde. In den 1980 Jahren wurde die Methode auch in den USA und in Europa immer beliebter.

Das Kanbanboard

Das Board ist die zentrale Anlaufstelle. Um eine bestm├Âgliche Transparenz gew├Ąhrleisten zu k├Ânnen, werden alle relevanten Karten auf einer Kanbantafel platziert, die in mehrere Kategorien aufgeteilt ist. Dabei ist eine einfache Einteilung, wie beispielsweise in “zu tun”, “in Bearbeitung”, “erledigt”, genauso m├Âglich wie eine viel komplexere Aufstellung. Auf der Tafel werden auch Unit-Tests, Entwicklungsschritte und Prozesse, die aufgrund unterschiedlicher Faktoren schwer einzusch├Ątzen sind, visualisiert dargestellt und festgehalten.

Je nach Status der einzelnen Aufgaben werden die Karten auf der Kanbantafel von einer Kategorie in die n├Ąchste verschoben. Dabei haben die Teams bzw. die Team-Mitglieder die M├Âglichkeit, sich die Karten je nach pers├Ânlicher Pr├Ąferenz selbst auszusuchen und diese zu bearbeiten. Kollegen, die mit ihren Aufgaben ├╝berfordert sind, werden bei Bedarf von anderen Team-Mitgliedern bei ihrer Arbeit unterst├╝tzt, falls diese gerade nichts zu tun haben. Wie aus diesen Beispielen ersichtlich ist, stellt eine eigenverantwortliche Arbeitsorganisation das Grundprinzip der Kanaban-Methode dar.

Anwendungsbereiche in der IT

Die Anwendungsbereiche der Vorgehensweise in der IT sind verschiedenartig. Das System wird heutzutage im Rahmen der IT prim├Ąr im folgenden Szenarien eingesetzt:

  • Ein Entwicklerteam, welches bereits eine agile Methode (beispielsweise Scrum) einsetzt, will seine Entwicklungsprozesse noch weiter verbessern und sucht nach weiteren Optimierungsm├Âglichkeiten. Kanban stellt in diesem Kontext eine gute M├Âglichkeit dar, mit den unterschiedlichen Herausforderungen im Bereich der Softwareentwicklung noch flexibler umzugehen, Release-Termine einzuhalten und sich auf wichtige Aufgaben zu konzentrieren.
  • F├╝r Unternehmen, die traditionell ausgerichtet sind und klassische Modelle einsetzen, wie beispielsweise das Wasserfallmodell, stellt die Umstellung auf eine agile Vorgehensweise einen beachtlichen Aufwand dar. Kanban bietet in solchen F├Ąllen den Vorteil, dass ├änderungen allm├Ąhlich eingef├╝hrt werden k├Ânnen, ohne dass deswegen gleich s├Ąmtliche Prozesse umgestaltet werden m├╝ssen.
  • F├╝r IT-Bereiche, bei denen eine starke Spezialisierung und Arbeitsaufteilung zum Einsatz kommt, ist Kanban in vielen F├Ąllen besser geeignet als andere vergleichbare agile Methoden.
  • Der allt├Ągliche IT-Betrieb zeichnet sich durch Wartungen und unerwartete Unterbrechungen aus, sodass hier ein ununterbrochener Arbeitsprozess, wie es die Scrum-Methode fordert, kaum m├Âglich ist. In diesem Fall kann Kanban durchaus eine bessere Wahl darstellen, insbesondere deswegen, weil sich die Vorgehensweise optimal in den Arbeitsalltag von Netzwerk- und Systemadministratoren integrieren l├Ąsst.

Kontinuierliche Verbesserungsprozesse

Die Methode setzt auf eine Kultur des kontinuierlichen Verbesserungsprozesses. Obwohl es hierf├╝r keine fest vorgeschriebenen Regeln gibt, haben sich im Laufe der Jahre die folgenden vier Praktiken herauskristallisiert:

T├Ągliche Standup-Meetings

Die Teams treffen sich t├Ąglich vor der Kanban-Tafel. Da sich auf dem Board alle relevanten Informationen bez├╝glich des Projekts befinden, wird dort anhand relevanter Informationen der Projektfortschritt seit dem letzten Statusmeeting visualisiert und besprochen. Probleme werden verdeutlicht und eventuelle L├Âsungswege werden diskutiert. Die Meetings sind in der Regel auf 15 Minuten begrenzt, sodass l├Ąngere Diskussionen im Rahmen dieser Meetings nicht stattfinden.

Operations Reviews

Bei Kanban werden in unregelm├Ą├čigen Abst├Ąnden sogenannte “Operations Reviews” organisiert. Dabei handelt es sich um Meetings, in denen alle Projektbeteiligten zusammenkommen und retrospektiv dar├╝ber diskutieren, wie man bestehende Prozesse optimierten kann. Die Operations Reviews zeichnen sich durch eine hohe Objektivit├Ąt aus, indem man alle relevanten Daten aus der Vergangenheit einbezieht und analysiert.

Root Cause Analysis

Bei Kanban werden Probleme nicht verwaltet, sondern behoben. Dies wird in erster Linie dadurch erm├Âglicht, dass am Kanbanboard Fehler und potenzielle Engp├Ąsse schnell erkannt werden, wie beispielsweise, weil einzelne Teams mit ihrer Arbeit nicht zurechtkommen, oder dass bestimmte Stationen nicht optimal ausgelastet sind. Die Fehlerursachen werden dadurch schnell ausfindig gemacht und effektiv behoben.

Unterschieden zu Scrum

Das agile Vorgehensmodell des Projekt- und Produktmanagements Scrum weist viele Gemeinsamkeiten mit Kanban auf. Diese beiden Vorgehensmodelle stehen jedoch in keinem zwingenden Verh├Ąltnis zueinander. Man muss weder Kanban zuerst einsetzen, bevor man Scrum einf├╝hrt, noch sperren sich diese beiden Methoden gegenseitig aus. Vielmehr l├Ąsst sich Scrum als eine gewisse Implementierung von Kanban betrachten. Der Hauptunterschied zwischen diesen beiden Vorgehensmodellen ├Ąu├čert sich in der Tatsache, dass Scrum prim├Ąr ein team-orientierter Ansatz ist und Kanban auf die Optimierung entlang der Wertsch├Âpfungskette setzt.

F├╝r weitere informative Artikel besuchen Sie unser Glossar!


Sie haben noch Fragen?

Kontaktieren Sie uns

Kostenloser SEO-Check der OSG


Weitere Inhalte