Planung

Planen Sie die Kanban-Produktentwicklung

Wir müssen über Pläne sprechen. Einer der größten Missverständnisse über Agile ist, dass man nicht planen kann. Das stimmt nicht. Man kann einfach keine detaillierten langfristigen Pläne erstellen, die strikt eingehalten werden müssen.

Eine Möglichkeit, damit umzugehen, besteht darin, keine Gantt-Charts oder Excel-Listen mit Aufgaben, Fristen und Zuordnungen zu erstellen. Wenn Sie das tun – werden Sie enttäuscht sein. Einer der Nachteile bei der Durchführung eines Agile-Kanban-Projekts besteht darin, dass man nicht genau sagen kann, wann Dinge freigegeben und abgeschlossen sein werden.

Wenn Sie das tun, wird es wahrscheinlich länger dauern, da Sie es zurückhalten müssen, Entwickler dafür einsetzen müssen und Geschäftsführer bereitstehen müssen, um es zu unterstützen und durchzusetzen. Kanban ist anders, da es von einem Zustand in den nächsten übergeht, und zwar in einem Tempo, das dem Verarbeitungsrhythmus der anderen im System entspricht.

Wenn Sie sich beeilen, werden Sie an diesen verschiedenen Stationen Rückstände anhäufen und damit Verschwendung erzeugen. Es wird nur länger dauern, bis es freigegeben wird.

Es kann bestimmte Funktionen geben, die Sie nicht jeden Tag an Ihre Benutzer freigeben möchten. Sie können sie trotzdem freigeben, indem Sie Feature-Flags oder ähnliche Funktionalitäten verwenden. Das ist im Grunde ein kleines Verwaltungs- oder Code-Feature, mit dem Sie Funktionen für eine ausgewählte Gruppe oder spezifische Kunden aktivieren können, wenn Sie es benötigen.

So können Sie gleichzeitig Produktbesitzer und Kanban-Vertreter zufriedenstellen. Es mag seltsam erscheinen, dass Sie Funktionen ungenutzt in der Hauptcodezweig haben und sie dennoch zur Produktion freigeben, aber solange sie ordnungsgemäß verwaltet und aktiv bearbeitet werden – also von dem Produktbesitzer gefördert und kommuniziert werden –, ist das in Ordnung. Andernfalls ist es noch mehr Verschwendung.

Lesen Sie mehr in "Der CTO-Leitfaden" verfügbar auf Amazon/Kindle.