Agile Produktbereitstellung

Insbesondere können Sie sich die Zeit nehmen, eine nach außen gerichtete, marktorientierte Perspektive zu entwickeln und auf den Tisch zu bringen, die so überzeugend und so gut informiert ist, dass sie die nach innen gerichtete, unternehmenszentrierte Ausrichtung des Betriebsplans des letzten Jahres ausgleichen kann.

– Geoffrey Moore, Escape Velocity

Agile Product Delivery ist ein kundenorientierter Ansatz zur Definition, Erstellung und Freigabe eines kontinuierlichen Flusses wertvoller Produkte und Dienstleistungen für Kunden und Benutzer.

It ist eine der sieben Kernkompetenzen des Lean Enterprise, von denen jede für die Erreichung von Business Agility unerlässlich ist. Jede Kernkompetenz wird durch ein spezifisches Assessment unterstützt, das es dem Unternehmen ermöglicht, ihre Kompetenz zu bewerten. Diese Kernkompetenzbewertungen sowie empfohlene Verbesserungsmöglichkeiten sind im Artikel Measure and Grow verfügbar.

Warum agile Produktlieferung?

Um geschäftliche Agilität zu erreichen, müssen Unternehmen ihre Fähigkeit, innovative Produkte und Dienstleistungen zu liefern, rasch steigern. Um sicherzustellen, dass das Unternehmen zur richtigen Zeit die richtigen Lösungen für die richtigen Kunden entwickelt, müssen sie ihren Ausführungsfokus mit einem Kundenfokus in Einklang bringen. Diese Fähigkeiten unterstützen sich gegenseitig und schaffen Chancen für eine nachhaltige Markt- und Serviceführerschaft. Wie in Abbildung 1 dargestellt, gibt es drei Dimensionen für die agile Produktlieferung.

1. Customer Centricity und Design Thinking – Customer Centricity stellt den Kunden in den Mittelpunkt jeder Entscheidung und nutzt Design Thinking, um sicherzustellen, dass die Lösung wünschenswert, machbar, tragfähig und nachhaltig ist.
2. Entwickeln nach Trittfrequenz; Freigeben nach Bedarf – Die Entwicklung nach Trittfrequenz hilft, die der Produktentwicklung innewohnende Variabilität zu bewältigen. Die Entkopplung der Wertfreisetzung stellt sicher, dass Kunden das bekommen, was sie brauchen, wenn sie es brauchen.
3. DevOps und die Continuous Delivery Pipeline – DevOps und die Continuous Delivery Pipeline schaffen die Grundlage, die es Unternehmen ermöglicht, jederzeit Werte ganz oder teilweise freizusetzen, um die Kunden- und Marktnachfrage zu erfüllen.

Die folgenden Abschnitte beschreiben jede dieser Dimensionen der agilen Produktlieferung genauer.

Customer Centricity und Design Thinking

Customer Centricity ist eine Denkweise und Geschäftsweise, die sich darauf konzentriert, positive Interaktionen zu schaffen, wenn Kunden die Produkte und Dienstleistungen des Unternehmens erleben. Kundenorientierte Unternehmen erzielen höhere Gewinne, steigern das Engagement der Mitarbeiter und erfüllen die Kundenbedürfnisse gründlicher. Kundenorientierte Regierungen und gemeinnützige Organisationen schaffen Resilienz, Nachhaltigkeit und die Ausrichtung, die zur Erfüllung ihrer Mission erforderlich ist.

Lean-Agile-Unternehmen erreichen diese Ziele durch die Anwendung von Design Thinking, einem iterativen Lösungsentwicklungsprozess, der sicherstellt, dass Lösungen von Kunden und Anwendern gewünscht werden, und gleichzeitig sicherstellt, dass die Lösung während ihres gesamten Lebenszyklus machbar, wirtschaftlich rentabel und nachhaltig ist.

Agiles Produktmanagement dient als zentrale Koordinierungsfunktion, um neue Lösungen auf den Markt zu bringen und gleichzeitig den anhaltenden Erfolg bestehender Produkte sicherzustellen.

Kundenorientierung

Wann immer ein kundenorientiertes Unternehmen eine Entscheidung trifft, überlegt es genau, welche Auswirkungen es auf seine Endbenutzer haben wird . Das motiviert die Teams:

• Fokus auf den Kunden – Kundenorientierte Unternehmen nutzen Markt- und Nutzersegmentierung, um das Unternehmen auf bestimmte, zielgerichtete Nutzersegmente auszurichten und zu fokussieren.
• Die Bedürfnisse des Kunden verstehen – Kundenorientierte Unternehmen gehen über das reine Zuhören von Kunden hinaus, die nach Funktionen fragen. Stattdessen investieren sie die Zeit, um Kundenbedürfnisse zu identifizieren und Lösungen zu entwickeln, die diesen Bedürfnissen gerecht werden.
• Denken und fühlen wie der Kunde – Kundenorientierte Unternehmen sind einfühlsam und bemühen sich, die Welt aus der Sicht ihrer Kunden zu sehen.
• Build whole product solutions – Kundenorientierte Unternehmen entwerfen eine Komplettlösung für die Bedürfnisse des Benutzers, um sicherzustellen, dass die anfänglichen und langfristigen Erfahrungen des Kunden optimal sind und sich bei Bedarf weiterentwickeln.
• Customer Lifetime Value schaffen – Kundenorientierte Unternehmen gehen über die Transaktionsmentalität hinaus und konzentrieren sich stattdessen auf die gesamte Beziehung zu einem Kunden über die natürliche Lebensdauer der Lösung. Die daraus resultierende langfristige Kundenbeziehung ermöglicht es dem Unternehmen, Kundennutzen zu schaffen, oft auf eine Weise, die bei der ersten Veröffentlichung der Lösung nicht erwartet wurde .

Design Thinking

Design Thinking ist ein integraler Bestandteil der Kundenorientierung. Design Thinking hat zwei Hauptaktivitäten, die in einer nachhaltigen Lösung gipfeln, wie in Abbildung 2 gezeigt:

1. Verständnis des Problems, das einen Einblick in die Anforderungen und Vorteile einer wünschenswerten Lösung bietet
2. Entwerfen der richtigen Lösung, die sicherstellt, dass die Lösung technisch machbar ist
3. Sicherstellen der Tragfähigkeit und Nachhaltigkeit der Lösung durch Verständnis und Management der Lösungsökonomie

Durch den Einsatz von Design Thinking während des gesamten Lösungslebenszyklus wird sichergestellt, dass diese drei Attribute für die gesamte Lebensdauer der Lösung bestehen bleiben.

Auf Trittfrequenz entwickeln; Release on Demand

Kundenorientierte Unternehmen versuchen, einen kontinuierlichen Wertfluss für ihre Kunden zu schaffen. Der Zeitpunkt dieser Veröffentlichungen wird von den Markt- und Kundenbedürfnissen sowie der Motivation des Unternehmens, einen Mehrwert zu bieten, bestimmt. Einige Unternehmen veröffentlichen möglicherweise extrem häufig, während andere möglicherweise durch Compliance oder andere Marktanforderungen eingeschränkt sind, die zu weniger häufigen Veröffentlichungen führen. Gemeinsam bezeichnet SAFe diese Funktionen als Release on Demand.

Der Zeitpunkt der Veröffentlichung stimmt jedoch nicht mit dem Workflow der Personen überein, die Lösungen erstellen. Teams wenden ein Prozessmodell an, das für hochvariable Wissensarbeit optimiert ist. In SAFe wird dies als Develop on Cadence bezeichnet, eine koordinierte Reihe von Praktiken, die agile Teams unterstützen, indem sie eine zuverlässige Reihe von Ereignissen und Aktivitäten bereitstellen, die nach einem regelmäßigen, vorhersehbaren Zeitplan stattfinden . Die Entkopplung der Ereignisse und Aktivitäten, die die Wertschöpfung des Unternehmens unterstützen, von der Art und Weise, wie dieser Wert bereitgestellt wird, fördert die geschäftliche Agilität weiter (Abbildung 3).

Agile Team- und Agile Release Train-Kadenzen

Die Trittfrequenzstruktur von SAFe unterstützt Agile Teams und Agile Release Trains (ARTs) bei der Schaffung und Bereitstellung von Mehrwert.

• Iterationen sind der Grundbaustein der agilen Entwicklung. Jede Iteration ist eine Standard-Timebox mit fester Länge, in der agile Teams einen inkrementellen Wert liefern. Für agile Teams handelt es sich in der Regel um funktionierende Software und Hardware, während Business-Teams andere Aspekte des Werts bereitstellen. Eine typische Timebox-Dauer beträgt zwei Wochen. Etwas kürzere oder längere Timeboxen können jedoch nützlich sein. Iterationen sind gut strukturiert und folgen einem konsistenten Zyklus aus Iterationsplanung, Iterationsausführung (einschließlich einer täglichen Stand-Up- und Backlog-Verfeinerung), Iterationsüberprüfung und einer Iterationsrückschau.
• Programminkremente (PIs) sind eine größere Timebox, eine Reihe von Iterationen, in denen eine Gruppe von agilen Teams, die in einer ART organisiert sind, inkrementellen Wert in Form von funktionierender, getesteter Software und Systemen liefern. PIs werden in der Regel als fester Zeitraum von 8 bis 12 Wochen festgelegt, der aus 3 bis 5 Entwicklungsiterationen besteht, gefolgt von einer Innovations– und Planungsiteration (IP).

Programmschritte werden weiter organisiert, um zusätzliche trittfrequenzbasierte Ereignisse und Aktivitäten einzubeziehen, die die geschäftliche Agilität fördern.

Arbeiten in Programmschritten

Programmschritte sind der Schlüssel zum Aufbau eines trittfrequenzbasierten Unternehmens. Sie stellen eine Timebox dar, die ‚groß genug‘ ist, um substanzielle Arbeit zu planen und zu erledigen, während sie ‚klein genug‘ ist, um schnelles Feedback und Kursmittelkorrektur zu fördern. Dementsprechend hat ein Programminkrement mehrere wichtige Aktivitäten und Ereignisse:

• Die Programminkrementplanung (PI) ist das wichtigste trittfrequenzbasierte Ereignis des Unternehmens. PI Planning dient als Herzschlag der KUNST und richtet alle seine Teams auf eine gemeinsame Mission und Vision aus. Während die Eingaben in die PI-Planung je nach Kontext variieren, umfassen die beiden primären Ausgaben:

• • Engagierte PI-Ziele – Diese geschäftlichen und technischen Ziele für jedes Team, mit Zustimmung und Wert, die von den Geschäftsinhabern zugewiesen werden, leiten die Arbeit des Teams für das nächste Programmschritt.
  • Program Board – Dies ist eine „visuelle Übersicht“ über die neuen Feature-Liefertermine, Feature-Abhängigkeiten zwischen Teams und anderen ARTs sowie relevante Meilensteine (Abbildung 4).

• Systemdemos werden am Ende jeder Iteration durchgeführt und bieten eine integrierte Ansicht der neuen Funktionen für die letzte Iteration. Jede Demo gibt Kunstbeteiligten ein objektives Maß für den Fortschritt des aktuellen Inkrements. Durch die Bereitstellung von Möglichkeiten für Anpassungen in Echtzeit ist eine Systemdemo ein kritisches Ereignis, das die geschäftliche Agilität ermöglicht.
• Inspect and Adapt (I&A) -Ereignisse finden am Ende jedes Programminkrements (PI) statt. Es bietet dem gesamten TEAM die Möglichkeit, Prozessverbesserungen über einen strukturierten Problemlösungsworkshop zu identifizieren.
• Innovations- und Planungsiterationen bieten Teams in jeder Phase die Möglichkeit, an Innovationsaktivitäten zu arbeiten, die sich nur schwer in ein kontinuierliches, inkrementelles Wertschöpfungsmuster einfügen lassen.

Während Teams und Teams an diesem Rhythmus arbeiten, kann das Unternehmen die Continuous Delivery Pipeline nutzen, um jederzeit Werte freizusetzen, die Markt- und Governance-Bedingungen rechtfertigen.

Release on Demand

Release on Demand erfasst die Mechanismen und Prozesse, mit denen neue Funktionen in der Produktion bereitgestellt und je nach Bedarf sofort oder schrittweise an Kunden freigegeben werden. Unternehmen unterscheiden sich in Bezug darauf, wann sie Funktionen freigeben.

In Zusammenarbeit mit Stakeholdern bestimmt das Agile Produktmanagement, wann ein Release erfolgen soll, welche Elemente des Systems freigegeben werden sollen und welche Endbenutzer und Kunden das Release erhalten sollen. Einige Produkte bedienen Märkte, in denen die Freigabe neuer Funktionen, sobald sie verfügbar sind, die optimale Wahl ist. Bemerkenswerte Beispiele sind moderne SaaS-Software und Service Provider, die ausgefeilte DevOps-Funktionen entwickelt haben, die es ihnen ermöglichen, mehrmals täglich Werte freizugeben.

Andere können Märkte mit unterschiedlichen Marktrhythmen bedienen, die optimale Veröffentlichungsfenster bestimmen. Zum Beispiel gibt es einen ausgeprägten Marktrhythmus für den Verkauf von Waren bei kaltem Wetter, von Kleidung bis zu Fahrzeugen, der weitgehend von der Hemisphäre bestimmt wird, in der Sie leben. Die größere Lieferkette reagiert auf diese Rhythmen, wie im Roadmap-Artikel näher erläutert.

Weitere Faktoren, die beeinflussen, wann ein Unternehmen Funktionen freigeben möchte, sind:

• Regulatorische Fristen
• Reaktion auf Produktfehler und Sicherheitsupdates
• Reaktion auf den Wettbewerbsdruck des Marktes

Zunehmend ausgefeilte Architekturen und technische Praktiken, die die geschäftliche Agilität verbessern, unterstützen auch Release on Demand. Beispielsweise sammelt die Produkttelemetrie Daten, um die Ergebnishypothese zu messen und objektive Beweise dafür zu erhalten, wie Kunden auf den freigegebenen Wert reagieren. Separat freigebbare Komponenten, Dark Launches, Feature Toggles und Canary Releases maximieren die Geschäftsflexibilität und gewährleisten gleichzeitig die betriebliche Stabilität.

DevOps und die Continuous Delivery Pipeline

Es ist zwar leicht zu vereinbaren, dass Release on Demand das Ziel ist, aber es ist harte Arbeit, die Kompetenz zu schaffen, Werte zuverlässig und geschickt freizugeben, wann immer dies gewünscht wird. Es beinhaltet die Übernahme der DevOps-Denkweise und -Kultur und die Schaffung einer zunehmend automatisierten Continuous Delivery-Pipeline.

DevOps-Denkweise, -kultur und -praktiken einbeziehen

Da die digitale Disruption die Welt weiter verändert und Software zu einem größeren Teil der Fähigkeit jedes Unternehmens wird, seine Produkte und Dienstleistungen bereitzustellen und zu unterstützen, muss jedes Unternehmen mit digitalen Lösungen schneller auf Kundennachfragen und -bedürfnisse reagieren. Ein häufiges Problem für eine schnelle Lieferung war schon immer die Kluft zwischen Entwicklung und Betrieb; ersteres optimiert für häufige Freigaben und Änderungen, letzteres optimiert für die Betriebsstabilität. Wenn nicht angesprochen, diese Dichotomie in ‚Weltanschauung‘ schafft eine Barriere für den Erfolg.

Die DevOps-Bewegung, die durch Bücher wie das Phoenix-Projekt und das spätere DevOps-Handbuch bekannt wurde, arbeitet daran, Entwicklung, Betrieb, Geschäft, Informationssicherheit und andere Bereiche so aufeinander abzustimmen, dass sie besser zusammenarbeiten, indem sie die Verantwortung für die Verbesserung der Geschäftsergebnisse teilen. Der Grund ist einfach: leistungsstarke Unternehmen wenden DevOps-Funktionen an, um andere sowohl in technischer Hinsicht als auch bei den Geschäftsergebnissen deutlich zu übertreffen, wie Abbildung 5 zeigt.

DevOps ist die Übernahme einer Denkweise, einer Kultur und einer Reihe technischer Praktiken, die dem Kunden Lösungselemente ohne Übergabe oder übermäßige externe Produktions- oder Betriebsunterstützung zur Verfügung stellen. Wie in Abbildung 6 dargestellt, basiert der DevOps-Ansatz von SAFe auf fünf Konzepten: Kultur, Automatisierung, Lean Flow, Messung und Wiederherstellung (CALMR).

• Kultur steht für die Philosophie der gemeinsamen Verantwortung für eine schnelle Wertschöpfung über den gesamten Wertstrom hinweg. Es besteht aus allen, die zur Wertschöpfung beitragen, einschließlich Produktmanagement, Entwicklung, Testen, Sicherheit, Compliance, Betrieb usw.
• Die Automatisierung stellt die Notwendigkeit dar, menschliche Eingriffe aus einem möglichst großen Teil der Pipeline zu entfernen, um Fehler zu verringern und die Gesamtzykluszeit des Freigabeprozesses zu verkürzen.
• Lean Flow identifiziert die Praktiken der Begrenzung von Work in Process (WIP), der Reduzierung der Stapelgröße und der Verwaltung von Warteschlangenlängen. Diese beschleunigen den Wertefluss zum Kunden und ermöglichen ein schnelleres Feedback.
• Die Messung fördert das Lernen und die kontinuierliche Verbesserung, indem sie den Wertfluss durch die Pipeline versteht und quantifiziert.
• Recovery erstellt Systeme, die eine schnelle Behebung von Produktionsproblemen durch automatisches Rollback und ‚Fix Forward‘ -Funktionen (d. h. Fix in der Produktion) ermöglichen.

Ein Vorteil des CALMR-Modells besteht darin, dass es so konzipiert ist, dass es mit einer Organisation auf jeder Ebene der geschäftlichen Agilität zusammenarbeitet und sie sofort unterstützt, wenn sie mit dem Prozess der unermüdlichen Verbesserung beginnen.

Die Continuous Delivery Pipeline

Die Continuous Delivery Pipeline stellt die Workflows, Aktivitäten und Automatisierungen dar, die erforderlich sind, um eine neue Funktionalität von der Ideenfindung bis zu einer On-Demand-Freigabe von Wert für den Endbenutzer bereitzustellen. Wie in Abbildung 7 dargestellt, besteht die Pipeline aus vier Aspekten: Continuous Exploration (CE), Continuous Integration (CI), Continuous Deployment (CD) und Release on Demand. Die Pipeline ist das wichtigste Element der Agile Product Delivery Kompetenz (Abbildung 1).

Jeder Agile Release Train (ART) erstellt und verwaltet oder teilt mit anderen ARTs eine Pipeline mit den Assets und Technologien, die erforderlich sind, um den Lösungswert so unabhängig wie möglich bereitzustellen. Die ersten drei Elemente der Pipeline (CE, CI und CD) arbeiten zusammen, um die Lieferung kleiner Chargen neuer Funktionen zu unterstützen, die dann entsprechend der Marktnachfrage freigegeben werden.

Kontinuierliche Exploration fördert Innovation und baut Ausrichtung auf das, was gebaut werden soll. Design Thinking wird verwendet, um Markt- und Kundenbedürfnisse kontinuierlich zu untersuchen und eine Vision, Roadmap und eine Reihe von Funktionen für eine Lösung zu definieren, die diese Anforderungen erfüllt. Dabei werden neue Ideen aufgegriffen, verfeinert und als Liste priorisierter Features im Programm-Backlog aufbereitet. Sie werden während der PI-Planung in die Implementierung gezogen, wodurch der kontinuierliche Integrationsprozess beginnt.

Continuous Integration bringt Qualität in den Entwicklungsprozess, indem die laufende Arbeit vieler agiler Teams kontinuierlich integriert wird. Alle Arbeiten sind versionskontrolliert, und neue Funktionen werden erstellt und in ein vollständiges System oder eine vollständige Lösung integriert. Anschließend wird es in einer geeigneten Staging-Umgebung validiert, die von reinen Cloud-basierten Softwaresystemen bis hin zu physischen Geräten und / oder Gerätesimulatoren reicht.

Continuous Deployment erfasst die Prozesse, die mit dem Verschieben von Lösungen durch das Staging in Produktionsumgebungen verbunden sind. Wie bei der kontinuierlichen Integration variiert dies erheblich je nach Art der erstellten Lösungen und dem damit verbundenen Lösungskontext. Um sicherzustellen, dass Lösungen für eine vollständige Version für Kunden bereit sind, umfasst die Bereitstellung die Überwachung, um Flexibilität bei der Steuerung von Releases, dem Rollback einer Version oder der Bereitstellung inkrementeller Updates und Patches zu bieten.

Wie oben beschrieben, ist Release on Demand die Fähigkeit, Kunden auf einmal oder ad hoc, basierend auf Markt- und Geschäftsanforderungen, einen Mehrwert zur Verfügung zu stellen. Release on Demand ist von zentraler Bedeutung für die geschäftliche Agilität, da die Entscheidungen, was an wen und wann freigegeben werden soll, wichtige Werttreiber sind.

Zusammenfassung

Unternehmen müssen ihren Ausführungsfokus mit einem Kundenfokus in Einklang bringen, um sicherzustellen, dass sie die richtigen Lösungen für die richtigen Kunden zur richtigen Zeit entwickeln. Die agile Produktbereitstellung basiert auf der Kundenorientierung, die den Kunden in den Mittelpunkt jeder Entscheidung stellt. Es verwendet Design Thinking, um sicherzustellen, dass die Lösung wünschenswert, machbar, lebensfähig und nachhaltig ist.

Die Entwicklung mit Trittfrequenz hilft, die der Produktentwicklung innewohnende Variabilität zu bewältigen. Release on Demand entkoppelt den Release- und Entwicklungsrhythmus, um sicherzustellen, dass Kunden das bekommen, was sie brauchen, wenn sie es brauchen. DevOps und das CDP schaffen die Grundlage, die es Unternehmen ermöglicht, jederzeit Werte ganz oder teilweise freizusetzen, um die Kunden- und Marktnachfrage zu erfüllen.

Das Ergebnis einer agilen Produktbereitstellung ist eine verbesserte geschäftliche Agilität mit überlegenen Ergebnissen für das Unternehmen und die Kunden, denen es dient.

Erfahren Sie mehr

Norman, Don. Das Design alltäglicher Dinge. Osterwalder, Alexander, Yves Pigneur, Gregory Bernarda, und Alan Smith. Value Proposition Design: So erstellen Sie Produkte und Dienstleistungen, die Kunden wünschen. Wiley, 2014. Leffingwell, Dean. Agile Softwareanforderungen: Lean Requirements Practices für Teams, Programme und das Unternehmen. Addison-Wesley, 2011. Kim, Gene. Das Phoenix-Projekt: Ein Roman über IT, DevOps und den Gewinn Ihres Unternehmens. ES revolutioniert DIE Presse. Kim, Gene, Jez Humble, Patrick Debois und John Willis. Das DevOps-Handbuch: So schaffen Sie erstklassige Agilität, Zuverlässigkeit und Sicherheit in Technologieunternehmen. ES revolutioniert DIE Presse. Accelerate – Stand von DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

Zuletzt aktualisiert: 10. Februar 2021