Das Supermarkt Prinzip

Sind Sie mit Ihren Wochenendeinkäufen auch schon mal am Ende einer langen Schlange an der einzigen geöffneten Kasse im Supermarkt gestanden? Dann werden Sie sich gewünscht haben, dass jemand eine zweite Kasse aufmacht.

Diese Situation ist gar nicht so unterschiedlich zu der eines Kunden, der zum Beispiel eine Softwarefunktion in einem Produkt anfragt. Denn der Kunde steht nun auch, meist mit anderen „Bittstellern“, bei der Produktentwicklung an und wartet, bis er seinen Wunsch umgesetzt bekommt. In kleinen Organisationen mit einem Team ist die Situation für den Kunden dann ähnlich wie mit dem Einkaufswagen an der einzigen Kasse eines Supermarktes. Die Kundenwünsche werden nacheinander abgearbeitet. Wenn nun sehr viele Kundenwünsche umgesetzt werden sollen, kann die Warteschlange, wie im Supermarkt, sehr lang werden. Der Wunsch nach echter Skalierung und einer damit schnelleren Durchlaufzeit ist offensichtlich.

Was im Supermarkt so offensichtlich falsch ist, ist in der Produktentwicklung allerdings Alltag. Der Skalierungsansatz erfolgt nicht durch Parallelisierung, sondern durch einfache Arbeitsteilung, indem der Kundenwunsch (Warenkorb) in Frontend- und Backend-Team (Milchprodukte und der Rest) aufgeteilt wird. Keines dieser Komponententeams ist nun mehr in der Lage, eigenständig einen Kundenwunsch umzusetzen. In wirklich großen Organisationen mit Dutzenden oder Hunderten von Teams zersplittern wir die Kundenwünsche so kleinteilig, dass eine Unmenge von Teams in der Kundenwertschaffung beteiligt sind und damit Abhängigkeiten zwischen den Teams wachsen. Welches Team ist dann für die Gesamtkoordination verantwortlich? Schwer zu sagen. Also führen solche Organisationen meist koordinierende Rollen ein, wie Projekt- und Teilprojektleiter oder Epic- und Feature Owner. Das erhöht allerdings die organisatorische Komplexität und schafft einen großen Wasserkopf, der nicht wirklich in die Kundenwertschaffung einzahlt.