Agile Produktentwicklung - Vorbehalte überwinden
Die agile Produktentwicklung befindet sich in einer seltsamen Lage. In der Softwarebranche gilt sie als alltäglich, als Mainstream und, offen gesagt, als eine Selbstverständlichkeit. In der Hardwarebranche hingegen wird die agile Produktentwicklung oft als schwierig, herausfordernd und vielleicht sogar als Spielerei angesehen. Dabei ist Agile bereits ein Unterscheidungsmerkmal für die Entwicklung physischer Produkte.
In einer kürzlich durchgeführten PTC-Umfrage wurden die Befragten gebeten, sich hinsichtlich ihrer Wettbewerbsposition entweder als führend oder als rückständig einzustufen. Diese Segmentierung ergab zwar viele Unterschiede, aber einer davon war besonders deutlich. (Wir werden die vollständigen Ergebnisse dieser Umfrage in einem demnächst erscheinenden Whitepaper mit dem Titel The Approach to Agile Product Development: Was führende Unternehmen anders machen.)
Nachzügler stoßen bei der agilen Produktentwicklung viel häufiger auf interne Widerstände. Sie berichteten sogar fast doppelt so häufig wie führende Unternehmen von diesem Hindernis. Aber warum genau ist dies ein Problem, und was können Nachzügler tun, um die interne Führung davon zu überzeugen, die agile Produktentwicklung zu unterstützen?
Bevor wir jedoch zu philosophisch werden, sollten wir einige Grundlagen schaffen: Was meinen wir, wenn wir von agiler Produktentwicklung sprechen?
Bei PTC definieren wir agile Produktentwicklung als Anwendung von Software-Methodik auf einen physischen Herstellungsprozess. In gewissem Sinne wird ein Produkt mit Hilfe von Agile entwickelt, oder - um es deutlicher auszudrücken - Hardware wird wie Software entwickelt. Die agile Produktentwicklung folgt in der Regel vier Grundprinzipien:
- Menschen und Interaktionen statt Prozesse und Werkzeuge
- Ein funktionierendes Produkt statt einer umfassenden Dokumentation
- Zusammenarbeit mit dem Kunden statt Vertragsverhandlungen
- Reagieren auf Veränderungen statt Befolgen eines Plans
Diese Methodik ist heute in der Softwarebranche vorherrschend, und zwar aufgrund ihrer Flexibilität und der Priorisierung klar definierter, wertorientierter Sprints. Für Unternehmen ist es einfacher, komplexe Softwareprojekte in erreichbare, verständliche Arbeitsabschnitte zu unterteilen und sich auf die Erledigung einer Aufgabe zu konzentrieren, bevor sie von einer anderen abgelenkt werden.
Betrachten Sie es einmal so: Wäre es wichtig, dass Microsoft Teams über einen Videochat verfügt, wenn es sich nicht mit Ihrer Webkamera integrieren ließe? Indem Sie die Arbeit nach Prioritäten ordnen (z. B. Webcam-Integration aktivieren DANN Videochat-Funktionalität aktivieren), wird ein komplexes Projekt transparenter und leichter verständlich, und es besteht weniger Gefahr, einen entscheidenden Schritt zu verpassen.
Diese Vorteile gelten nicht nur für Software, sondern auch für viele Hersteller von physischen Produkten, die genau dieses Gefühl haben: "Agil, toll für die, aber nicht für mich. Es ist einfach nicht möglich."
Nun, es ist möglich, und - was noch wichtiger ist - die Chancen stehen gut, dass Sie zumindest ein wenig agile Produktentwicklung betreiben, ohne es zu merken.
Die interne Abneigung gegen die agile Produktentwicklung verstehen
Agile kann eine schwer zu verfolgende Methodik sein. Es gibt keine "agile Überwachung" - keine externe Kraft, an die sich ein Unternehmen wenden kann, um zu fragen: "Ist mein Unternehmen wirklich agil?" Infolgedessen haben wir erlebt, dass Unternehmen behaupten, agil zu sein, obwohl sie es nicht sind, und dass Unternehmen behaupten, nicht agil zu sein, obwohl sie mehrere wichtige agile Produktentwicklungsverfahren befolgen (in der Regel tägliche Meetings, häufiges Kundenfeedback, schnelle Sprints durch mindestens eine Produktionsphase zur Erstellung eines Prototyps usw.). Diese Verwirrung kann einer der Gründe sein, warum Führungskräfte Agile ablehnen.
Abgesehen davon ist die Zurückhaltung im Hardwarebereich zu einem großen Teil auf die Assoziation von Agile mit Agilität zurückzuführen. Ein Entscheidungsträger liest vielleicht etwas über agile Produktentwicklung und sagt: "Klar, Software kann in wenigen Wochen entwickelt werden, aber Hardware braucht viel länger." Agile Produktentwicklung hat zwar mit Geschwindigkeit zu tun, aber es geht nicht darum, schnell zu sein.
Agile ist auf nachhaltigen Fortschritt ausgerichtet
Eines der Kernprinzipien der agilen Produktentwicklung ist die Nachhaltigkeit, allerdings nicht unbedingt im Sinne der Umweltfreundlichkeit. Alles, was mit agilen Methoden durchgeführt wird, sollte theoretisch unbegrenzt wiederholt werden können, ohne dass dabei Herausforderungen oder Hindernisse entstehen. Sprints sind nur so nützlich, wie sie verlässlich sind. Unternehmen werden nicht ermutigt, zu schnell zu arbeiten, damit sie ihre Mitarbeiter nicht ausbrennen oder unrealistische Standards für das nächste Projekt setzen.
Bei Software kann ein nachhaltiger Sprint Wochen dauern, aber Hardware sollte sich nie gezwungen fühlen, dieses Tempo einzuhalten. Sollte dies dennoch der Fall sein, ist die agile Produktentwicklung flexibel genug, um sich darauf einzustellen. Bei Sprints geht es nicht immer darum, ein funktionierendes Produkt zu liefern, sondern vielmehr um einen messbaren Wert. Physische Produkte müssen also nicht in Wochen erstellt werden. Unternehmen gewinnen jedoch ein umfassenderes Verständnis für die Phasen und Unterteilungen, die erforderlich sind, um während der gesamten Produktentwicklung konsistent einen messbaren Wert zu liefern.
Die Erkenntnis, dass Zeit und Geschwindigkeit nicht die entscheidenden Faktoren von Agile sind, von denen manche glauben, dass sie dazu beitragen können, die interne Abneigung gegen den Einsatz von Agile zu verringern. Bei der agilen Produktentwicklung stehen Konsistenz, Zusammenarbeit und Risikovermeidung im Vordergrund - all dies wird durch Sprints erreicht, die darauf abzielen, einen messbaren Wert zu liefern, sei es ein funktionierender Prototyp oder einfach ein definitives Häkchen auf dem Weg zur physischen Produktentwicklung.
Schlüssel zum agilen Erfolg
Klein anfangen
Die Abneigung gegen die agile Produktentwicklung ist auch auf die wahrgenommenen Investitionskosten zurückzuführen. Die digitale Transformation ist selten kostengünstig, und Unternehmen sind es gewohnt, die Vorteile einer digitalen Initiative gegen die Kosten ihrer Umsetzung abzuwägen. Agile ist jedoch nicht an Technologie gebunden. Es gibt keine Anfangsinvestitionskosten. Tatsächlich wird bei der agilen Produktentwicklung in der Regel Software verwendet, die bereits weit verbreitet ist. Programme wie Jira, Microsoft Teams und Zoom können alle in agilen Arbeitsabläufen verwendet werden.
Darüber hinaus muss die Umstellung auf Agile nicht gleich unternehmensweit erfolgen. In der Tat sollte das nicht immer der Fall sein. Unternehmen, die mit der agilen Produktentwicklung liebäugeln, wählen oft ein kleines Team aus, mit dem sie experimentieren. Dieses Team sollte an einem Projekt arbeiten, das sich für die Anwendung agiler Konzepte eignet. Wenn man klein anfängt, kann man Agile mit den bestehenden Arbeitsabläufen vergleichen und genau verstehen, ob und wie es sich auswirkt.
Messen und nochmals messen
Eine der größten Erfolgsgeschichten der digitalen Transformation ist die Erhöhung der Transparenz. Mit digitalen Tools können Unternehmen ihre Leistung besser verfolgen und den Erfolg messen. Sie verstehen genau, wie bestimmte Systeme funktionieren und wissen, wann sie reguliert werden müssen. Agile ist in dieser Hinsicht nicht anders. Es reicht nicht aus, einem Team zu sagen, dass es die agile Produktentwicklung ausprobieren soll, und dann keine Anstrengungen zu unternehmen, um die Leistung zu messen. Natürlich sollte man keine sofortigen Ergebnisse erwarten, und das erste Projekt wird wahrscheinlich das am wenigsten effiziente sein, während sich das Team an die agile Produktentwicklung gewöhnt, aber danach sollten sich bald Ergebnisse einstellen.
Wählen Sie einen Arbeitsablauf, bei dem die Ergebnisse für das Führungsteam leicht zu lesen und zu verstehen sind. Auf diese Weise ist der Einfluss von Agile auf den aktuellen Prozess messbar. Dadurch erhalten die internen Stakeholder etwas Konkretes, auf das sie sich beziehen können, wenn sie beurteilen, ob die agile Produktentwicklung die richtige Lösung ist.
Die interne Akzeptanz der agilen Produktentwicklung ist entscheidend für ihren Erfolg, und Nachzügler riskieren weiteren Wettbewerb, indem sie ignorieren, was ein echter Segen für die Produktivität sein könnte. Ja, Agilität wird oft mit Geschwindigkeit assoziiert, aber das muss nicht sein. Agile Produktentwicklung erfordert keine bedeutenden Kosteninvestitionen, sondern lediglich das richtige Team, die richtigen Leute und die richtige Einstellung, um die Testphase zu durchlaufen, damit wirklich festgestellt werden kann, ob die agile Produktentwicklung für Ihr Unternehmen geeignet ist.