Kanban: Wie ein Board Ordnung in den IT-Alltag bringt

Kanban ist ein Vorgehen, bei dem ein Team seine Arbeit als Karten auf einer Tafel mit Spalten sichtbar macht und bewusst nur so viel gleichzeitig angeht, wie es auch fertigstellen kann. Das Wort kommt aus dem Japanischen und heißt so viel wie „Schild“. Toyota steuerte damit den Nachschub in der Fertigung: Erst wenn Teile verbraucht waren, signalisierte eine Karte, dass neue geliefert werden sollen.

In kleinen IT-Teams kommt die Arbeit von überall: Tickets, E-Mails, Nachrichten in Microsoft Teams, Zurufe am Gang und nebenbei ein Projekt. Kanban verlangt dafür keine neuen Rollen und keine Sprints. Es beginnt mit dem Ablauf, den das Team heute schon hat, und macht sichtbar, was liegen bleibt. Ein Whiteboard reicht für den Anfang.

Das Wichtigste in Kürze

• Drei Handgriffe: alles sichtbar machen, Gleichzeitiges begrenzen und Hindernisse regelmäßig gemeinsam lösen.
• Kein Umbau nötig: Kanban setzt beim heutigen Ablauf an und verbessert ihn in kleinen Schritten.
• Passt zu kleinen Teams: wenig Aufwand für Meetings, geeignet für Teams, die zwischen Support und Projekten wechseln.
• Ein System, nicht drei: Ob Whiteboard, Microsoft Planner oder ITSM-Tool – entscheidend ist, dass alle Anfragen an einem Ort landen.

Stand: November 2026 · Fachlich abgeglichen mit dem Leitfaden der Kanban University, dem Kanban Guide (2025) und Microsoft Learn (Quellen am Ende des Artikels)

Ein Kanban-Board in fünf Schritten aufbauen

1. Arbeit einsammeln: Eine Woche lang alles notieren, was beim Team ankommt, egal über welchen Kanal. Erst dann wird sichtbar, wie viel Arbeit nie als Ticket erfasst wurde.
2. Spalten nach dem echten Ablauf: Für den Anfang genügen fünf, etwa „Neu“, „Diese Woche“, „In Arbeit“, „Wartet auf andere“ und „Erledigt“. Die Spalte für Wartezeiten ist die wichtigste, weil sie zeigt, wo Arbeit hängt.
3. Ein Limit festlegen: Ein Team aus zwei Personen könnte „In Arbeit“ auf vier Karten begrenzen. Ist die Spalte voll, wird zuerst etwas fertiggemacht.
4. Regeln aufschreiben: Was gilt als erledigt? Wer darf eine Karte nach „Diese Woche“ holen? Wie wird mit dringenden Störungen umgegangen? Drei, vier Sätze am Rand des Boards reichen.
5. Kurz und regelmäßig am Board sprechen: Täglich zehn Minuten mit der Frage, was blockiert ist, nicht, wer was gemacht hat.

Warum das Limit so viel bewirkt

Jede halb erledigte Aufgabe kostet Aufmerksamkeit. Wer zwischen fünf Themen springt, verliert bei jedem Wechsel Zeit, und alle fünf werden später fertig. Die Kanban University bringt es auf die Formel „Stop starting, start finishing“: weniger anfangen, mehr fertigstellen. Dazu kommt ein einfacher Zusammenhang aus der Warteschlangentheorie: Bei gleichem Tempo wartet jede Aufgabe im Schnitt umso länger, je mehr gleichzeitig offen sind.

Woher die Regeln kommen

Es gibt zwei verbreitete Beschreibungen. Der Leitfaden der Kanban University geht auf David J. Anderson zurück und nennt sechs Praktiken, darunter Visualisieren, Limits und explizite Regeln. Der Kanban Guide ist kürzer und verlangt zusätzlich vier Kennzahlen. Für ein kleines Team reicht der Kern beider: Board, Limit, Regeln und regelmäßiger Blick auf das, was hängt.

Ticketliste, Aufgabenboard oder Kanban?

Viele Teams haben bereits ein Board, etwa in Microsoft Planner oder auf einem Whiteboard. Kanban wird daraus erst, wenn Limits und Regeln dazukommen. Der Unterschied zur klassischen Ticketliste im Überblick:

Beides schließt sich nicht aus: Die Ticketliste bleibt die Grundlage für Historie und Fristen, das Board ist die Arbeitsansicht darauf. Und Scrum? Scrum plant in Sprints von bis zu einem Monat und passt gut zu Entwicklungsteams. Ein Supportteam, das täglich unterbrochen wird, kommt mit dem laufenden Fluss von Kanban meist besser zurecht.

Kanban im kleinen IT-Team: Alltag, Standorte, Dienstleister

Angenommen, ein Handelsunternehmen hat seine Zentrale in Linz und Filialen in Wien und Graz, die IT besteht aus drei Personen. Montagfrüh liegen 25 offene Anfragen vor, die Umstellung auf neue Notebooks läuft, und in Graz streikt ein Drucker. Das Team teilt sein Board in drei Zeilen: ganz oben „Dringend“ mit einem Limit von einer Karte, darunter „Support“ und „Projekte“. Die Spalte „Wartet auf Dienstleister“ sammelt alles, was beim externen Netzwerkpartner liegt.

Nach zwei Wochen fällt auf, dass dort Karten älter als zehn Tage sind. Statt einzelner Nachfragen per E-Mail geht das Team jetzt einmal pro Woche diese Spalte mit dem Dienstleister durch. Das Board macht aus einem Gefühl („der Partner ist langsam“) eine konkrete Liste.

Fünf Situationen, in denen das Board hilft

• Störung mitten im Projekt: Die Störung kommt in die Zeile „Dringend“. Alle sehen, dass das Projekt dafür kurz ruht, und warum.
• Kollegin im Urlaub: Ihre Karten zeigen, was offen ist und wo es steht. Die Übergabe braucht keine lange E-Mail.
• Anfrage per Teams-Chat: Sie wird zur Karte oder zum Ticket, sonst existiert sie für das Team nicht.
• Standort meldet sich doppelt: Wien und Graz melden denselben Fehler. Auf dem Board fällt das auf, bevor zwei Personen daran arbeiten.
• Die Frage „Wann ist das fertig?“: Wer weiß, wie lange ähnliche Karten bisher gedauert haben, kann ehrlich antworten statt zu schätzen.

Microsoft 365 und Ticketsystem

Für Projektaufgaben ist ein Board in Microsoft Planner oft genug. Störungen und Anfragen mit Fristen und Historie gehören dagegen in ein Ticketsystem, sonst pflegt das Team alles doppelt. In ky2help^® kommen Anfragen über E-Mail, MS Teams oder Self-Service-Portale an einem Ort an, und die Abläufe dahinter passen Sie im Prozessdesigner per Drag-and-Drop an, ohne Programmierer.

ky2help® für IT-Teams

Stolpersteine und Checkliste für den Start

Kanban scheitert in kleinen Teams selten an der Methode, sondern an ein paar wiederkehrenden Mustern:

• Zu viele Spalten: Zehn Spalten für drei Personen machen das Board unübersichtlich. Lieber mit fünf beginnen und nur bei Bedarf erweitern.
• Das Limit steht nur auf dem Papier: Wird es bei jedem Anruf überschritten, ist es zu niedrig oder die Regel für Dringendes fehlt.
• „Wartet“-Spalten ohne Nachfassen: Karten, die dort verschwinden, sind schlimmer als unsichtbare. Ein fester Termin zum Nachfassen gehört dazu.
• Jede Person hat ihr eigenes Board: Dann sieht niemand das Ganze. Ein Board pro Team, notfalls mit Zeilen pro Person.
• Das Board wird zur Kontrolle: Geht es in der Besprechung darum, wer zu wenig erledigt hat, verschwinden Karten vom Board. Die Frage lautet: Was hält uns auf?

Checkliste für die ersten vier Wochen

1. Eine Woche lang alle eingehenden Anfragen sammeln, auch die per Zuruf.
2. Fünf Spalten nach dem echten Ablauf festlegen, inklusive einer Spalte für Wartezeiten.
3. Ein erstes Limit für „In Arbeit“ setzen und eine Regel für dringende Störungen vereinbaren.
4. Drei bis vier Regeln sichtbar am Board festhalten.
5. Täglich zehn Minuten am Board, einmal pro Woche einen Blick auf die ältesten Karten werfen.
6. Nach vier Wochen zwei Zahlen ansehen: Wie viele Karten wurden pro Woche fertig, und wie alt ist die älteste offene? Dann Limit und Spalten anpassen.

Häufige Fragen zu Kanban

Was bedeutet Kanban einfach erklärt?

Kanban heißt auf Japanisch so viel wie „Schild“. Gemeint ist ein Board mit Spalten, auf dem jede Aufgabe als Karte von links nach rechts wandert. Das Team beginnt nur so viele Aufgaben gleichzeitig, wie es fertigstellen kann, und sieht auf einen Blick, wo etwas hängt.

Lohnt sich Kanban für ein IT-Team mit zwei oder drei Personen?

Ja, gerade dort. Kleine Teams werden ständig unterbrochen und wechseln zwischen Support und Projekten. Ein Board mit Limit zeigt, was wirklich offen ist, erleichtert Vertretungen und braucht kaum Meetingzeit, oft nur zehn Minuten am Tag.

Brauche ich für Kanban eine spezielle Software?

Nein. Ein Whiteboard mit Haftnotizen reicht für den Anfang. Digitale Boards helfen, wenn das Team an mehreren Standorten sitzt. Wichtig ist, dass Anfragen nicht in drei Systemen gepflegt werden: Tickets mit Fristen gehören ins Ticketsystem, das Board ist die Arbeitsansicht darauf.

Wie hoch sollte das WIP-Limit sein?

Eine feste Zahl gibt es nicht. Ein guter Startpunkt liegt knapp unter dem, was heute gleichzeitig offen ist, bei zwei Personen etwa vier Karten in Arbeit. Nach einigen Wochen zeigt sich, ob das Limit passt: Wird es ständig überschritten oder bleibt die Spalte oft leer, wird nachjustiert.

Was tun mit dringenden Störungen, wenn das Limit voll ist?

Dafür gibt es eine eigene Zeile oder Serviceklasse für Dringendes, meist mit einem Limit von einer Karte. Sie darf das normale Limit überholen. Wird diese Zeile ständig genutzt, ist das ein Hinweis, die Kriterien für „dringend“ zu schärfen.

Wie passt Kanban zu ky2help® und Microsoft 365?

ky2help^® bindet E-Mail und MS Teams im Standard an, Anfragen landen damit an einem Ort. Die Abläufe passen Sie im Prozessdesigner selbst an. Für reine Projektaufgaben kann ein Board in Microsoft Planner daneben bestehen. Am einfachsten probieren Sie das in der kostenlosen Testversion aus.

Quellen und weiterführende Artikel

Quellen

• Kanban University: The Official Guide to The Kanban Method
• Vacanti, Coleman: The Kanban Guide (Fassung Mai 2025)
• Microsoft Learn: Grenzwerte für laufende Arbeit (WIP) in Azure Boards
• Microsoft Support: Microsoft Planner – Hilfe und Lernen
• Lean Enterprise Institute: Lexikon: Kanban
• Toyota Europe: Toyota Production System

Weiterlesen im Glossar und bei KYBERNA

• Helpdesk und Incident
• Workflow und Kaizen
• Scrum und Backlog
• Microsoft 365: Leistungen von KYBERNA
• Der agile Service Desk: klassisch vs. agil nach ITIL 4