Nutzen Sie Value Stream Mapping, um Verschwendung zu eliminieren

Sie halten die Markteinführung neuer Funktionen für zu langsam und möchten sie beschleunigen

Sie stellen fest, dass die Dinge langsam sind und es schwer ist, etwas innerhalb einer Iteration abzuschließen. Sie haben versucht, kleinere Inkremente zu liefern, aber es ist immer noch schwierig, diese in einer angemessenen Zeit fertigzustellen. Einer der Gründe für die wahrgenommene Langsamkeit könnte sein, dass sich in Ihrem Entwicklungsprozess verschwenderische Aktivitäten und unnötige Übergaben verstecken.

Eine Wertstromkarte (VSM) kann Ihnen helfen, diese Arten von Verschwendung in Ihrem Softwareentwicklungsprozess aufzudecken

Value Stream Mapping ist eine Form des Lean-Managements und war die Grundlage des Toyota Produktionssystems. Ein VSM bildet die Reihe von Aktivitäten ab, die ein Produkt oder eine Dienstleistung vom Beginn eines Prozesses (Idee) bis zum Kunden führen.

Auch wenn die Technik aus der Welt der Fertigung stammt, kann sie auch auf Software angewendet werden. Insbesondere bei der Software-Entwicklung ist sie eine hilfreiche Technik, da der Kontextwechsel mit hohen Kosten und Wartezeiten verbunden ist.

Die Erstellung eines VSM ist eine kleine Investition, führt aber sehr oft zu Effizienzsteigerungen im zweistelligen Bereich. Wenn Sie den VSM im Laufe der Zeit aktualisieren, erhalten Sie einen Einblick in die Entwicklung Ihrer Teams.

Wie macht man das bei einem Softwareprojekt?

Ich empfehle, dies in Form eines Workshops zu tun, bei dem jeder, der am Lieferprozess beteiligt ist, an der Abbildung der Aktivitäten von den Anfängen bis zur Bereitstellung in der Produktion teilnimmt. Die Technik ist einfach, ihre Anwendung erfordert etwas Übung.

Wählen Sie einige relevante und repräsentative Tickets aus, die das Team vor kurzem abgeschlossen hat, um alle am Lieferprozess beteiligten Aktivitäten zu erfassen. Zum Beispiel: Code schreiben, auf die Überprüfung des Codes warten, Dokumentation erstellen, usw.

Als nächstes klassifizieren Sie jede Aktivität als kundenwertsteigernd (CVA), nicht wertsteigernd (NNVA) und als Verschwendung.

In dem obigen Beispiel würde ich die Aktivitäten wie folgt klassifizieren. Schreiben von Code -> CVA, Ausführen der CI-Pipeline, Ausführen automatisierter Tests -> NNVA, Warten auf Code-Review -> Verschwendung

Sie können nun die Zykluseffizienz berechnen, indem Sie die Summe der CVA durch die Gesamtvorlaufzeit dividieren. Das Ergebnis ist eine Ausgangsbasis für Ihre Teams, von der aus Sie sich verbessern können!

Die visuellen und kollaborativen Aspekte sind wichtig, und die Abbildung Ihres Prozesses wird bereits zu Ideen für Optimierungen führen. Darüber hinaus kann es auch zu einem erhöhten Maß an Empathie führen, wenn es sich um eine siloartige Organisation handelt. Indem Sie den VSM regelmäßig aktualisieren, tragen Sie dazu bei, das Wachstum eines Teams greifbarer zu machen. Ich würde sogar so weit gehen zu sagen, dass die Zusammenarbeit der wichtigste Aspekt des VSM ist.

Kann ich es nur für das Entwicklungsteam tun?

Das können Sie, und es wird immer noch von Vorteil für die Optimierung der Zykluszeit des Entwicklungsteams sein. Der Vorteil ist, dass ein Team dies ohne Abhängigkeiten vom Rest der Organisation tun kann. Es ist kleiner und lässt sich leichter organisieren. Der größte Nutzen wird durch die Abbildung des gesamten Wertstroms von der Entwicklung bis zur Auslieferung erzielt. Wenn es Ihnen schwer fällt, alle Beteiligten einzubeziehen, haben Sie vielleicht nur ein organisatorisches und/oder kulturelles Problem entdeckt.

Können Sie einige Beispiele für Verschwendung nennen, die mit Hilfe eines VSM identifiziert wurden?

Ja, ein Kunde, dem ich geholfen habe, hatte kürzlich eine doppelte Codeüberprüfung (eine innerhalb des Teams und eine außerhalb). Die enorme Menge an Übergaben und Wartezeiten war immer versteckt gewesen, aber jetzt wurde sie für die Teams sichtbar. Wegen der vielen Wartezeiten wechselten die Teams zu anderen Aufgaben, was effektiv bedeutete, dass alles gleichzeitig in Arbeit war, was zu mehr Komplexität und zum Verlust des Fokus führte.

Wir haben eines der Teams davon überzeugt, mit Pair Programming zu experimentieren. Dies führte nicht nur zu einem verstärkten Wissensaustausch, sondern auch zu einer erheblichen Verringerung der Abfallmenge. Durch das Pairing waren sie 33% schneller(!), was zu einer Aufwärtsspirale und Motivation für das Team führte.

Bei einem anderen Kunden gab es einen Schritt zur Freigabe durch den Product Owner, der im Durchschnitt mehrere Tage in Anspruch nahm, was den Prozess zusätzlich belastete. Die Entwicklungsteams waren sich des Problems sehr bewusst, aber die VSM-Übung half auch dabei, den Product Owner anhand von Daten davon zu überzeugen, dass dieses Quality Gate unglaublich teuer war und zu Kontextwechsel führen würde. Es wurde deutlich, dass der PO während der gesamten Iteration enger mit dem Team zusammenarbeiten musste, anstatt die Funktionen erst nach der Implementierung zu validieren. Sie werden von den Erkenntnissen, die die Daten liefern, überrascht sein!

Wir arbeiten mit Scrum. Mir wurde gesagt, dass ein VSM nicht für Scrum-Teams gilt.

In Scrum sollten die drei Säulen Transparenz, Inspektion und Anpassung autonome, T-förmige Teams in die Lage versetzen, sich selbst zu organisieren, zu optimieren und Verschwendung zu beseitigen. In der Realität tun sich Teams mit unterschiedlichen Reifegraden schwer damit. Oft sind sie sich der Verschwendung bestimmter Aktivitäten und der versteckten Kosten von Übergaben nicht bewusst, so dass sie nicht versuchen, diese zu optimieren.

Für Scrum Master und Agile Coaches kann es schwierig sein, Teams in diesem Bereich effektiv zu unterstützen und zu fordern.

Ich nehme einige Anpassungen für Scrum vor: Die einzigen offiziellen Rollen in einem Scrum-Team sind Dev, PO und SM. Ich neige dazu, mich auf die Aktivitäten zu konzentrieren und nicht von Rollen auszugehen. Außerdem sind (reife) Scrum-Teams in der Regel weniger starr und fließender in Bezug auf den Arbeitsfluss. Dennoch finden bestimmte Schritte immer statt und führen zu einem Ergebnis, das in der Regel die CI/CD-Pipeline mit all den menschlichen Aktivitäten widerspiegelt, die vor der Übergabe erforderlich sind.

Sollte ich spezielle Werkzeuge verwenden?

Es gibt Tools, die die Automatisierung der Berechnungen, die Wiederholbarkeit und die Speicherung von Ergebnissen aus bestimmten Messperioden erleichtern können. Ich finde, dass die Ergebnisse besser sind, wenn man mit Stiften und Klebezetteln auf einer physischen Tafel arbeitet. Der visuelle Aspekt ist wichtig. Durch die interaktive Zusammenarbeit werden wichtige Erkenntnisse gewonnen und ein gemeinsames Verständnis erreicht.

Nachteile und wann Sie einen VSM nicht verwenden sollten

Ziehen Sie in Erwägung, die Technik nicht zu verwenden, wenn Sie erwarten, dass sie zur Messung der Leistung eines Teams eingesetzt und gegen sie verwendet werden könnte, oder wenn es an psychologischer Sicherheit mangelt. Wenn die Sicherheit fehlt oder nicht gewährleistet ist, wirkt sich dies auf den Geist und die Kreativität der Sitzung aus, was nicht funktionieren wird.

Die Ergebnisse der VSM sind ein Anhaltspunkt und sollten nicht als harte Zahlen betrachtet werden. Achten Sie auch darauf, dass die Erstellung der VSM nicht zu einer Verschwendung von Zeit wird, weil Sie viel Zeit für die Erfassung der Eingabedaten aufwenden. Schätzungen reichen in der Regel aus!

Schlussfolgerungen

VSMs können Ihnen helfen, Ineffizienzen im Entwicklungsprozess sichtbar zu machen. Meiner Meinung nach ist ein VSM ein unverzichtbares Element im Werkzeugkasten eines jeden Trainers. Außerdem wirkt es auf Teams inspirierend und kann dazu beitragen, eine Kultur der kontinuierlichen Verbesserung in Gang zu setzen. Und nicht zuletzt kann ein VSM den Fortschritt des Teams und die Ergebnisse des Coachings greifbarer machen. Probieren Sie es aus!