Wir hoben Microsoft Clarity als Produkt hervor, das von erfahrenen Produktmanagern mit Blick auf praxisnahe Anwendungsfälle entwickelt wurde, die die Herausforderungen von Unternehmen wie Switas verstehen. Funktionen wie die Erkennung von Wutklicks und die JavaScript-Fehlerverfolgung erwiesen sich als unschätzbar wertvoll, um Frustrationen der Nutzer und technische Probleme zu identifizieren und so gezielte Verbesserungen zu ermöglichen, die sich direkt auf die Nutzererfahrung und die Konversionsraten auswirkten.
Kanban
Kanban ist eine Methode zur Arbeitsorganisation, die den Fokus auf die Visualisierung des Arbeitsablaufs, die Begrenzung der laufenden Arbeiten und die Steuerung des Arbeitsflusses legt, anstatt die Lieferung in festen, zeitlich begrenzten Chargen zu organisieren. Sie entstand in der Fertigung bei Toyota und wurde für Wissensarbeit adaptiert. Ihr zentraler Mechanismus besteht darin, dass neue Arbeit erst dann in das System aufgenommen wird, wenn Kapazität verfügbar ist, anstatt nach einem festen Zeitplan eingeplant zu werden.
Das visuelle Board ist zwar das auffälligste, aber nicht das wichtigste Element. Spalten, die die tatsächlichen Arbeitsschritte darstellen und deren Bearbeitungsstatus sichtbar ist, machen den Systemzustand für alle nachvollziehbar. Entscheidend ist, dass die Spalten die Realität widerspiegeln, einschließlich der Wartezeiten, in denen Aufgaben auf Überprüfung, Genehmigung oder die Weiterleitung an ein anderes Team warten. Denn genau in diesen Warteschlangen vergeht in der Regel die meiste Zeit, und sie sind auf vereinfachten Boards nicht sichtbar.
Die Begrenzung der laufenden Arbeiten ist der Mechanismus, der den Nutzen bringt, und gleichzeitig der Punkt, gegen den sich Organisationen am meisten sträuben. Die Beschränkung der Anzahl von Elementen in jeder Phase mag zunächst wie Produktivitätseinbußen wirken, doch der Effekt ist genau das Gegenteil: Weniger gleichzeitig begonnene Aufgaben werden schneller abgeschlossen, Kontextwechsel reduzieren sich und der Stapel halbfertiger Arbeiten wächst nicht weiter an. Teams, die alles Gewünschte beginnen und nur wenig fertigstellen, sind genau die Situation, die durch diese Begrenzung korrigiert werden soll.
Das Limit dient auch der Diagnose. Wenn die Arbeit nicht weitergehen kann, weil die nächste Phase ausgelastet ist, wird die Engstelle sofort sichtbar, und das Team konzentriert sich darauf, diese zu beheben, anstatt etwas Neues zu beginnen. Dadurch wandelt sich ein Board von einem reinen Tracking-Tool zu einem Management-Werkzeug. Aus diesem Grund dienen Boards ohne Limits typischerweise eher der Anzeige aller laufenden Prozesse als der Verbesserung des Arbeitsablaufs.
Die Kennzahlen unterscheiden sich von denen iterationsbasierter Ansätze und sind direkter aussagekräftig. Die Zykluszeit misst die Dauer eines Arbeitsschritts von Beginn bis zum Abschluss, der Durchsatz die Anzahl der pro Periode abgeschlossenen Arbeitsschritte, und die Verteilung der Zykluszeiten ermöglicht eine Wahrscheinlichkeitsprognose für den Abschluss zukünftiger Arbeiten. Diese Kennzahlen werden beobachtet statt geschätzt, wodurch der in anderen Ansätzen erhebliche Zeitaufwand für die Schätzung entfällt.
Die evolutionäre Grundidee der Methode unterscheidet sie von Frameworks, die eine Struktur vorschreiben. Kanban setzt beim bestehenden Prozess an, macht ihn sichtbar und optimiert ihn schrittweise, anstatt neue Rollen und Ereignisse zu erfordern. Dadurch wird die Einführung weniger störend und in reorganisationsresistenten Organisationen politisch leichter umsetzbar. Gleichzeitig bedeutet dies aber auch, dass ein Team, das die Methode nur oberflächlich anwendet, mit einem zusätzlichen Board im Prinzip genauso weitermachen kann wie zuvor.
Es eignet sich für manche Kontexte besser als iterationsbasierte Ansätze. Unvorhersehbar eintreffende Aufgaben, Support und Wartung, operative Teams und alle Situationen, in denen die Einhaltung von Verpflichtungen für einen festen Arbeitsauftrag wiederholt unterbrochen wird, lassen sich mit Flow-Management besser bewältigen als mit Sprintplanung. Viele Teams kombinieren Elemente beider Ansätze, indem sie einen Rhythmus für Planung und Überprüfung nutzen und die Arbeit selbst mithilfe des Flow-Managements steuern. Dies ist eine pragmatische Lösung und kein Kompromiss.
Da die Verbesserung durch die Bewältigung von Warteschlangen und Engpässen erzielt wird, die häufig außerhalb des Lieferteams liegen, deckt die Methode oft organisatorische statt teaminterne Engpässe auf. In der Praxis wird sie angewendet innerhalb von , und ist gleichermaßen auf Design- und Forschungsprozesse anwendbar, und Organisationen, die sowohl Liefer- als auch operative Aufgaben durchführen, wenden es häufig übergreifend an. IT Abteilung wenn unvorhersehbare Ankunftszeiten eine feste Chargenverpflichtung unpraktisch machen.
Switas, wie gesehen auf
