Kanban im Startup-Alltag
Nicht jedes Startup braucht Sprints. Nicht jedes Team arbeitet am besten in festen Zeitabschnitten. Wenn du nach einer flexibleren Alternative zu Scrum suchst, die trotzdem Struktur und Transparenz bietet, dann ist Kanban genau richtig für dich.
Kanban kommt ursprünglich aus der japanischen Automobilindustrie -- Toyota hat es in den 1950er-Jahren entwickelt, um die Produktion zu optimieren. Heute ist es eine der beliebtesten agilen Methoden in der Softwareentwicklung und im Startup-Umfeld. Und das aus gutem Grund.
Kanban in drei Sätzen
Kanban basiert auf drei Grundprinzipien:
- Visualisiere deine Arbeit auf einem Board
- Begrenze die gleichzeitige Arbeit (Work in Progress -- WIP)
- Optimiere den Durchfluss kontinuierlich
Das klingt simpel -- und das ist es auch. Die Eleganz von Kanban liegt in seiner Einfachheit.
Dein erstes Kanban-Board aufsetzen
Die Grundstruktur
Ein minimales Kanban-Board hat drei Spalten:
| Backlog | In Arbeit | Fertig |
|---------|-----------|--------|
| Task A | Task D | Task F |
| Task B | Task E | |
| Task C | | |Für ein Startup empfehle ich diese erweiterte Struktur:
| Backlog | Bereit | In Arbeit | Review | Fertig |
|---------|--------|-----------|--------|--------|- Backlog: Alle Aufgaben, die irgendwann erledigt werden müssen
- Bereit: Aufgaben, die klar definiert und bereit zur Bearbeitung sind
- In Arbeit: Aufgaben, an denen gerade gearbeitet wird
- Review: Aufgaben, die auf Prüfung warten (Code-Review, QA, Feedback)
- Fertig: Abgeschlossene Aufgaben
Swimlanes für verschiedene Arbeitstypen
Wenn dein Team an verschiedenen Arten von Aufgaben arbeitet, füge horizontale Bahnen (Swimlanes) hinzu:
- Feature-Entwicklung: Neue Funktionen für euer Produkt
- Bugs: Fehlerbehebungen
- Infrastruktur: Technische Aufgaben, die nicht direkt sichtbar sind
- Expedite: Dringende Aufgaben, die alles andere übertrumpfen
Viele österreichische Startups, die ich kenne, nutzen auch eine Swimlane für "Förderanträge und Administration" -- denn dieser Aufwand ist real und sollte sichtbar sein.
WIP-Limits: Die geheime Superkraft von Kanban
Das wichtigste Konzept in Kanban sind WIP-Limits (Work in Progress Limits). Sie begrenzen, wie viele Aufgaben gleichzeitig in einer Spalte sein dürfen.
Warum WIP-Limits entscheidend sind
Stell dir vor, du hast ein Team von vier Personen und 15 Aufgaben gleichzeitig "In Arbeit". Was passiert?
- Niemand wird richtig fertig
- Jeder wird ständig zwischen Aufgaben hin- und hergezogen
- Die Qualität leidet
- Die Durchlaufzeit explodiert
Studien zeigen, dass Multitasking die Produktivität um bis zu 40 Prozent reduziert. WIP-Limits sind das Gegenmittel.
WIP-Limits richtig setzen
Eine bewährte Faustregel für den Start:
WIP-Limit pro Spalte = Anzahl Teammitglieder + 1
Bei einem Vier-Personen-Team wäre das:
- In Arbeit: WIP-Limit 5
- Review: WIP-Limit 3
Das bedeutet: Wenn die Spalte "In Arbeit" bereits fünf Karten enthält, darf niemand eine neue Aufgabe anfangen, bis eine bestehende abgeschlossen oder weiterbewegt wurde.
Der magische Moment
Am Anfang fühlen sich WIP-Limits einschränkend an. "Ich kann nichts Neues anfangen, obwohl ich Zeit habe!" Genau das ist der Punkt. Statt eine neue Aufgabe zu starten, hilf einem Teamkollegen, seine Aufgabe fertigzustellen. Räum ein Hindernis aus dem Weg. Mach ein Review.
Dieses Verhalten -- Fokus auf Fertigstellen statt Anfangen -- ist der Schlüsse zu höherer Produktivität.
Kanban im Vergleich zu Scrum
Wann solltest du Kanban statt Scrum wählen? Hier ein Vergleich:
| Kriterium | Scrum | Kanban |
|---|---|---|
| Zeitrahmen | Feste Sprints | Kontinuierlicher Fluss |
| Rollen | Product Owner, Scrum Master, Team | Keine vorgeschriebenen Rollen |
| Planung | Sprint Planning alle 1-4 Wochen | Kontinuierliche Priorisierung |
| Änderungen | Erst im nächsten Sprint | Jederzeit möglich |
| Metriken | Velocity, Burndown | Lead Time, Throughput |
| Meetings | 5 vorgeschriebene Events | Keine vorgeschriebenen Meetings |
Kanban passt besser, wenn...
- Dein Team sehr klein ist (2-3 Personen)
- Eure Arbeit schlecht planbar ist (viel Support, häufige Änderungen)
- Ihr in der Frühphase seid und noch keinen klaren Rhythmus habt
- Ihr häufig auf externe Abhängigkeiten wartet
- Euer Team neben der Produktentwicklung auch Support und Operations macht
Scrum passt besser, wenn...
- Dein Team mindestens vier Personen hat
- Ihr an einem klar definierten Produkt arbeitet
- Ihr regelmässige Releases braucht
- Stakeholder regelmässige Updates erwarten
Kanban-Metriken, die wirklich zählen
Lead Time
Die Lead Time misst die Zeit vom Erstellen einer Aufgabe bis zu ihrer Fertigstellung. Sie umfasst auch Wartezeiten.
Beispiel: Du erstellst am Montag eine Aufgabe. Am Mittwoch beginnt jemand damit. Am Freitag ist sie fertig. Lead Time: 5 Tage.
Cycle Time
Die Cycle Time misst nur die aktive Bearbeitungszeit -- vom Start der Arbeit bis zur Fertigstellung.
Beispiel: Die Aufgabe wird am Mittwoch begonnen und am Freitag fertig. Cycle Time: 3 Tage.
Die Differenz zwischen Lead Time und Cycle Time zeigt dir, wie viel Wartezeit in eurem Prozess steckt. Wenn die Lead Time doppelt so lang ist wie die Cycle Time, habt ihr ein Wartezeitproblem.
Throughput
Throughput misst, wie viele Aufgaben pro Zeiteinheit fertiggestellt werden. Zum Beispiel: "Wir schaffen im Schnitt 12 Aufgaben pro Woche."
Cumulative Flow Diagram
Das Cumulative Flow Diagram (CFD) ist das wichtigste Kanban-Diagramm. Es zeigt die Anzahl der Aufgaben in jeder Spalte über die Zeit. Wenn eine Spalte immer dicker wird, hast du einen Engpass gefunden.
Du brauchst kein spezielles Tool dafür -- viele Kanban-Tools erstellen CFDs automatisch. Oder du zählt jeden Freitag die Karten pro Spalte und trägst es in eine Tabelle ein.
Kanban in der Praxis: Ein Tag im Leben eines Startups
So könnte ein typischer Tag in einem Startup aussehen, das Kanban nutzt:
08:30 -- Kurzer Check-in (5 Minuten) Das Team trifft sich vor dem Kanban-Board (physisch oder virtuell). Jeder schaut auf das Board und identifiziert:
- Gibt es blockierte Aufgaben?
- Ist ein WIP-Limit erreicht?
- Braucht jemand Hilfe?
09:00 -- Fokusarbeit Jeder arbeitet an seinen Aufgaben. Keine Unterbrechungen, keine unnötigen Meetings.
11:00 -- Pull-Prinzip Eine Aufgabe ist fertig und wird in die nächste Spalte gezogen. Der Entwickler schaut auf die "Bereit"-Spalte und zieht sich die nächste priorisierte Aufgabe.
14:00 -- Engpass erkannt Die "Review"-Spalte hat ihr WIP-Limit erreicht. Statt eine neue Aufgabe anzufangen, hilft ein Teammitglied beim Review, um den Engpass aufzulösen.
16:00 -- Neue Aufgabe im Backlog Ein Kunde meldet ein Problem. Die Aufgabe wird in den Backlog aufgenommen und priorisiert. Wenn sie dringend ist, kommt sie in die "Expedite"-Swimlane.
Typische Kanban-Fallen und wie du sie vermeidest
Falle 1: Kein WIP-Limit
Ein Kanban-Board ohne WIP-Limits ist nur eine hübsche To-Do-Liste. Ohne Begrenzung der parallelen Arbeit verlierst du den wichtigsten Vorteil von Kanban.
Falle 2: Das Board nicht aktuell halten
Wenn die Karten auf dem Board nicht die Realität widerspiegeln, verliert das Board seinen Wert. Mach das Aktualisieren zur Gewohnheit -- idealerweise in Echtzeit, mindestens aber täglich.
Falle 3: Nie über den Prozess reflektieren
Kanban hat keine vorgeschriebene Retrospektive, aber das heisst nicht, dass du keine machen solltest. Plane mindestens alle zwei Wochen ein "Service Delivery Review" ein, bei dem ihr euren Prozess unter die Lupe nehmt.
Falle 4: Zu viele Spalten
Manche Teams erstellen Boards mit zehn oder mehr Spalten. Das führt zu Verwirrung. Starte mit maximal fünf Spalten und füge weitere nur hinzu, wenn du einen klaren Grund dafür hast.
Falle 5: Die "Bereit"-Spalte ignorieren
Die "Bereit"-Spalte ist dein Qualitätsgate. Nur Aufgaben, die klar definiert sind und alle nötigen Informationen enthalten, dürfen in diese Spalte. Sonst blockierst du dir später die "In Arbeit"-Spalte mit schlecht definierten Aufgaben.
Kanban-Tools für österreichische Startups
Für den Einstieg
- Trello: Kostenlos, intuitiv, perfekt für den Start. WIP-Limits müssen über ein Power-Up hinzugefügt werden.
- Kanbanize: Speziell für Kanban entwickelt, mit eingebauten WIP-Limits und Metriken. Kostenlose Variante verfügbar.
Für wachsende Teams
- Jira: Bietet ein vollständiges Kanban-Board mit WIP-Limits, CFDs und vielen Integrationen. Kostenlos für bis zu 10 Nutzer.
- Linear: Modernes Design, schnelle Performance, gute Kanban-Unterstützung. Ab ca. 8 EUR pro Nutzer pro Monat.
Für technische Teams
- GitHub Projects: Direkt in GitHub integriert. Wenn euer Code dort liegt, spart ihr euch ein zusätzliches Tool.
- GitLab Boards: Ähnlich wie GitHub Projects, aber für GitLab-Nutzer.
Kanban und Förderungen
Ein praktischer Tipp für österreichische Startups: Wenn du Förderungen der aws oder der Wirtschaftsagentur Burgenland erhältst, musst du oft den Projektfortschritt dokumentieren. Ein gut gepflegtes Kanban-Board ist dafür Gold wert -- du kannst jederzeit zeigen, welche Aufgaben erledigt sind und was noch aussteht. Manche Teams machen wöchentliche Screenshots ihres Boards als Teil der Förderdokumentation.
Fazit
Kanban ist die perfekte agile Methode für Startups, die Flexibilität brauchen, ohne auf Struktur zu verzichten. Die drei Kernprinzipien -- Arbeit visualisieren, WIP begrenzen, Durchfluss optimieren -- klingen einfach, entfalten aber eine enorme Wirkung.
Mein Rat: Starte morgen. Nimm ein Whiteboard oder ein kostenloses Tool, erstelle fünf Spalten, setze WIP-Limits und fang an. Innerhalb einer Woche wirst du merken, wie sich die Transparenz in deinem Team verändert. Und innerhalb eines Monats wirst du die ersten Engpässe identifiziert und beseitigt haben.
Kanban ist kein Ziel -- es ist eine Reise der kontinuierlichen Verbesserung. Und genau das macht es so passend für Startups.
Über Startup Burgenland
Startup Burgenland ist die zentrale Anlaufstelle für Gründerinnen und Gründer im Burgenland. Wir unterstützen dich mit Beratung, Vernetzung und Ressourcen auf deinem Weg zum erfolgreichen Startup. Egal ob du noch in der Ideenphase steckst oder bereits dein Produkt skalierst -- wir sind für dich da. Besuche uns auf unserer Website oder komm zu einem unserer Events, um die burgenländische Startup-Community kennenzulernen.
Hinweis zur Serie: Dieser Beitrag ist Teil 568 der Serie "Agiles Arbeiten und Projektmanagement". In dieser Serie behandeln wir alle Aspekte moderner Arbeitsmethoden -- von den Grundlagen bis zu fortgeschrittenen Techniken -- speziell zugeschnitten auf die Bedürfnisse von Startups und jungen Unternehmen in Österreich.
Über den Autor: Felix Lenhard ist Program Director und Startup Coach bei Startup Burgenland. Zuvor Managing Director beim 360 Innovation Lab, Innovation Manager bei RHI Magnesita und Serial Entrepreneur mit internationalen Exits. Über 15 Jahre Erfahrung in Innovation und Unternehmensaufbau.