Was bedeutet „Wert“ in der Softwareentwicklung?
Obwohl Value Stream Management und Lean-Prinzipien zur Optimierung und Vereinfachung komplexer Fertigungsprozesse entwickelt wurden, erwiesen sie sich mit der Zeit als Best Practices für die Messung und Nachverfolgung des Werts, der mit der Softwarebereitstellung erzielt wird. Ein Value Stream beschreibt letztendlich nur eine Reihe von Aktivitäten, die ein Unternehmen durchführt, um die Wünsche und Bedürfnisse seiner Kunden zu erfüllen.
In der Softwareentwicklung gibt es diesen Value Stream entweder pro Produkt, Service oder Software-Applikation. Flow Items beschreiben die unterschiedlichen Werteinheiten, die Teil des Value Stream sind – etwa eine neues Software-Feature oder ein Bugfix. Das Ziel ist, die Lead Time-Rate dieser Elemente zu erhöhen, damit ein größerer Mehrwert in einer geringeren Zeit erzielt werden kann.
Anstelle eines projektorientierten Ansatzes können Unternehmen dank Value Stream Management einen kunden- und produktorientierten Ansatz verfolgen. Aus dieser ganzheitlichen Perspektive lassen sich Schwachstellen einfacher erkennen und strategische Wege zur Verbesserung des Value Stream besser entwickeln.
Im nächsten Abschnitt wird auf den Gemba Walk eingegangen und erläutert, wie Value Stream Management eine Softwareentwicklung ermöglicht.
Gemba Walk
Im Vergleich zur Fließbandfertigung gibt es in der Softwareentwicklung viel mehr abstrakte, nicht greifbare Prozesse, die Außenstehenden, die nicht in diese alltäglichen Arbeitsabläufe der Entwickler involviert sind, verborgen bleiben.
Und genau hier setzt der sogenannte Gemba Walk an: „Gemba“ entstammt dem Japanischen und bedeutet „tatsächlicher Ort“ – damit bezieht sich Gemba auf den tatsächlichen Ort, an dem die Wertschöpfung aktiv stattfindet. Bei einem Gemba Walk wird zunächst die Arbeitsumgebung genau untersucht, um nachvollziehen zu können, wie Produkte eigentlich entstehen und welche die genauen Herausforderungen sind.
Für Mitarbeiter, die nicht der IT-Abteilung angehören, gleichwie für das Management kann sich die Beobachtung unterschiedlicher, der Softwareentwicklung inhärenter Prozesse ziemlich undurchsichtig gestalten und verwirrend sein. Deshalb wird hier auf Flow Metrics zurückgegriffen, um einen holistischen Echtzeitüberblick zu erhalten, anstatt nur eine Momentaufnahme dessen, was während der Wertschöpfung geschieht.
Die schrittweise Nachverfolgung des genauen Wertschöpfungsprozesses bringt die Product Owner näher zum Code und die Technologieteams näher zum Kunden. Dies schafft ein gegenseitiges Verständnis und vereint die beiden Seiten hinter einem gemeinsamen Ziel.
Arbeit greifbar machen
Wie bereits beschrieben ist die Arbeit im Bereich Softwareentwicklung nichts, was man auf den ersten Blick mit bloßem Auge erkennen könnte. Deswegen bleibt die Arbeit von Softwareentwicklern denjenigen verborgen, die nicht in die jeweiligen Entwicklungsprozesse involviert sind. Im Allgemeinen fehlt in technologieorientierten Unternehmen eine Einigung dahingehend, welche Elemente eigentlich durch den Softwareentwicklungprozess fließen sollen.
Wenn man die Value Streams der Softwareentwicklung mit denen der Automobilfertigung vergleicht, wird schnell deutlich, worin die Schwierigkeit besteht: In der Automobilbranche kann die Produktivität anhand der Anzahl der hergestellten Autos festgemacht werden. Aber wie misst man Produktivität in der Software-Welt?
Zur Beantwortung dieser Frage braucht es zunächst eine eindeutige Definition des Konzeptes „Software Value Stream“. Dr. Mik Kersten, ein Vorreiter in der Integration von Entwicklungstools mit Agile und DevOps, legte vier Flow-Elemente fest, die ein integraler Bestandteil des Value Stream in der Softwareentwicklung sind: Feature, Defect, Risk und Debt.
| Flow-Elemente |
Mehrwert |
Beschreibung |
Beispiele |
| Features |
Neuer Geschäftswert |
Neuer Mehrwert zur Lösung von Kundenproblemen |
Features, User Stories, Anforderungen |
| Defects |
Produktqualität und Produktstabilität |
Behebung von Qualitäts- und Stabilitätsproblemen, die die Kundenerfahrung (Customer Experience; CX) beeinträchtigen |
Bugs, Probleme und Vorfälle |
| Risks |
Sicherheit, Governance und Compliance |
Lösung von Sicherheits-, Datenschutz und Compliance-Bedenken |
Schwachstellenbehebung, rechtliche und regulatorische Anforderungen |
| Debts |
Zukunftssichere Plattform, die immer auf dem neusten Stand ist |
Verbesserung der Softwarearchitektur, Austausch von Software-Artefakten (Framework, Bibliothek, Programmiersprache) und Betriebsabläufe |
Technische Schulden, Upgrades, Architekturaustausch und Prozessveränderungen |
Die Elemente Feature und Defect gehen vom Kunden aus. Wenn also ein neues Feature oder ein Defect den Kunden dazu bewegt, den Service oder das Produkt zu erwerben, dann müssen sie Teil des Value Flow sein. Die eher verborgenen Flow-Elemente Risk und Debt gehen von den Sicherheits-/Risikobeauftragten und Architekten aus. Die Verwaltung von Risiken, die Einhaltung von Compliance-Richtlinien und die Reduzierung der technischen Schulden durch Anpassung oder Automatisierung der IT-Infrastruktur haben beachtliche Auswirkungen auf den Value Stream.
Wie wird Mehrwert geschaffen?
Nachdem Unternehmen den Gemba Walk absolviert und die Flow-Elemente in ihrem Value Stream festgelegt haben, müssen sie die Frage beantworten, wie genau sie einen Mehrwert für ihre Kunden schaffen und dadurch den Geschäftswert steigern. Im Folgenden werden drei Möglichkeiten beschrieben, die Sie beim Schritt von der Theorie hinein in die Praxis unterstützen.
Das Produkt beschreiben
Vor der eigentlichen Entwicklungsphase eines Produkts erfolgt die Planungs- und Designphase, in der die Sales-Teams die Bedürfnisse und Pain Points ihrer Kunden analysieren und daraus neue Features ableiten. Nach der Abschätzung der Kosten und anderer Ressourcen entwickeln und testen UX-Designer Ideen, wie genau diese neuen Features aussehen könnten. Manager und Owner unterteilen das Produkt in Epics und Stories.
Während dieses langen Prozesses ist es von unschätzbarer Bedeutung, dass alle involvierten Parteien miteinander kommunizieren und dadurch Missverständnissen vorgebeugt werden. Möglich ist dies durch die Nutzung von Netzwerken, in denen Wissen ausgetauscht werden kann. So wird sichergestellt, dass das Produkt auch den ursprünglichen Anforderungen entspricht.
Den Code verstehen
Ein Netzwerk, in dem alle Beteiligten ihr Wissen austauschen können, macht archaische Kommunikationsformen wie E-Mail-Threads, Tabellenkalkulationen und mehrere schwerfällige Tools überflüssig und ermöglicht gleichzeitig eine reibungslosere Produktentwicklung.
Die Entwickler sollten sinnvollen Code schreiben und dabei die ursprünglichen Anforderungen an das Produkt und die Entwicklungen in der Planungs- und Designphase im Auge behalten. Wenn Entwickler ganz genau wissen, wofür sie den Code entwickeln, führt dies zu besseren Produkten, die ihren Zweck vollumfänglich erfüllen.
Sich mit Kunden zusammenschließen
Da es schließlich um den Kunden geht, braucht es direkte Kommunikationskanäle zwischen den Sales- und Entwicklungsteams, um ein gemeinsames Verständnis für die Notwendigkeit bestimmter Features oder Produkte zu verstehen. Deswegen ist ein integriertes VSM-Tool wesentlich, um einen größtmöglichen Mehrwert zu schaffen.
Wenn Entwickler genau wissen, was sich der Kunde wünscht, können sie diesen Wunsch gezielt erfüllen und somit einen richtigen Mehrwert schaffen. Diese Verlagerung vom projektorientierten Ansatz hin zum kunden- und produktorientierten Ansatz erhöht das Engagement im gesamt Value Stream-Prozess und steigert die Kundenzufriedenheit – und letztendlich auch den Umsatz.
Mehr erfahren
/EN/White-Paper/SBOM-thumbnail-White-Paper.png?width=260&height=171&name=SBOM-thumbnail-White-Paper.png)
/EN/Reports/Gartner-Reprint-SBOM-Thumbnail.jpg?width=260&height=171&name=Gartner-Reprint-SBOM-Thumbnail.jpg)
/EN/Poster/Thumbnail-SBOM-Poster.png?width=260&height=171&name=Thumbnail-SBOM-Poster.png)
/DE/Reports/DE-LX-DevOp-Exp-Survey-Resource-Page-Thumbnail.png?width=260&height=171&name=DE-LX-DevOp-Exp-Survey-Resource-Page-Thumbnail.png)
.svg)