Veröffentlicht am

Was ist der Unterschied zwischen Prototypen und MVPs?

Image by FranckinJapan from Pixabay

Der Begriff “Minimum Viable Product” oder auch MVP kommt aus derm Lean-Startup-Ansatz und wurde in unserem Blog schon mehrfach thematisiert. Siehe dazu Kundenzufriedenheit: Vom Minimum Viable Product (MVP) zum MLP (Minimum Loveable Product)?, Wie MVP´s (Minimum Viable Products) zur Kundenzufriedenheit beitragen oder auch Was macht ein minimal funktionsfähiges Produkt aus? Bei den verschiedenen Beschreibungen und Erläuterungen wird oft nicht so klar, was der Unterschied zwischen MVPs und Prototypen ist. Dazu habe ich folgendes gefunden:

“A key distinction between prototypes and MVPs relates to how these objects are positioned relative to stakeholders. MVPs are externally facing and used for market validation, testing, and learning about product-market fit (Blank, 2013; Blank & Eckhardt, 2024). Prototypes are internally positioned and used mainly to assess manufacturability or patentability. Overall, the key conceptual and pragmatic differences between MVPs and prototypes lie in their inherent purposes, internal versus externally facing positions in relation to stakeholders, and their integration within the lean start-up framework”

Source: Stevenson et al. (2024): The Minimum Viable Product (MVP): Theory and Practice.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Veröffentlicht am

Mit Lean Budgets in einem agilen Umfeld Projektarbeit flexibel finanzieren

Auf dem Weg zu einer Agilen Organisation wird schnell klar, dass das klassische Budgetieren, oder die klassische Projektkostenrechnung, nicht besonders gut geeignet sind, Wertströme in einem agilen Umfeld darzustellen und zu unterstützen. Siehe dazu auch Veränderung des Controllings in einer VUCA-Welt. Auf der Ebene der Gesamtorganisation wird beispielsweise in der Zwischenzeit öfters OKR (Objectives and Key Results) verwendet. Wenn es nicht diese “große Lösung” sein kann oder soll, könnten Lean Budgets helfen, agile Projektarbeit flexibel zu finanzieren.

“Lean Budgets ist ein Lean-adaptive-Ansatz für die Finanzverwaltung, der den Durchsatz
und die Produktivität erhöht, indem der mit der Projektkostenrechnung verbundene Aufwand und die Kosten reduziert werden. Bei der Einführung von Agilität in großem Maßstab stellen viele Unternehmen schnell fest, dass das Streben nach geschäftlicher Agilität durch eine Lean-adaptive-Entwicklung im Widerspruch zu den traditionellen Budgetierungs- und Projektkostenrechnungsmethoden steht. Infolgedessen wird die Umstellung auf die Lean-adaptive-Entwicklung – und die Realisierung der potenziellen geschäftlichen Vorteile – beeinträchtigt oder ganz verhindert. Um dieses Problem zu lösen, führt z. B. SAFe Lean Budgets als einen Lean-adaptive-Ansatz für die Finanzverwaltung ein. Dabei werden an den Wertschöpfungsprozessen des Unternehmens orientierte Themenfelder finanziert, von denen jedes gewünschte Geschäftslösungen liefert. Der erste Schritt der Lean Budgetierung besteht darin, jedem dieser sogenannten Wertströme ein Budget entsprechend definierter Leitplanken (Politik, Richtlinien, Strategie) zuzuweisen. Aus diesen »Töpfen« wird dann die operative Arbeit in der Umsetzung im Detail flexibel finanziert” (Hüsselmann 2024).

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Veröffentlicht am

Meilensteine und agile Entwicklung: Passt das zusammen?

In der Entwicklung von innovativen Produkten bietet sich ein agiles Vorgehen, z.B. nach Scrum an. Das Ergebnis am Ende eines Sprints (maximal 1 Monat) wird in dem Rahmenwerk als Increment bezeichnet, das in einem Review anhand des vereinbarten Sprintziels und den damit verbundenen Definition of Done (DoD) beurteilt wird.

Der Begriff “Meilenstein” kommt hier nicht vor, da der Meilenstein eher im klassischen, plangetrieben Projektmanagement verwendet wird, um besondere Ereignisse zu Kennzeichnen, zu denen jeweils ein Ergebnis vorliegen soll. Manche Autoren weisen allerdings darauf hin, dass eine agile Produktentwicklung durchaus auch mit Meilensteinen arbeiten sollte, wobei die Meilensteine allerdings Produktinkremente und keine anderen Ergebnisse (Konzepte usw.) beschreiben sollten. Hier ein Beispiel zu dieser Argumentation:

“Agile Produktentwicklung erfordert einen Meilensteinplan. Über Release Burndown Charts können Sie zielgerichtet auf Ihre Meilensteine zulaufen. Dazu sollten die Meilensteine nicht weiter als drei bis sechs Monate auseinanderliegen. Der wesentliche Unterschied im agilen Umfeld: Meilensteine sollten immer Produktzustände bzw. -inkremente beschreiben, nicht abstrakte Zustände der Papierlage wie zum Beispiel fertige Konzepte, freigegebene Anforderungen und so weiter. Ein getestetes Produktinkrement ist in der agilen Welt das einzig valide Kriterium, um den Fortschritt beurteilen zu können” (Pfeffer 2019:3).

Die Kombination aus Meilensteinen und agilen Vorgehen bei der Produktentwicklung weist auf ein Hybrides Projektmanagement hin, in dem das Vorgehensmodell auf das jeweilige Projekt abgestimmt ist.

Informationen zu den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten, finden Sie auf unserer Lernplattform.

Veröffentlicht am

Systemabwehr: Kräfte, mit denen sich Organisationen gegen Neuerungen sperren

Image by free stock photos from www.picjumbo.com from Pixabay

Oft wird darüber gesprochen und geschrieben, dass sich einzelne Personen/Mitarbeiter gegen Veränderungen sperren. Das kann beispielsweise an recht stabilen Deutungsmuster von Erwachsenen liegen. Siehe dazu auch Digitale und ökologische Transformation bedeutet auch eine Transformation von Deutungsmustern. Darüber hinaus kommt es auch auf der Ebene der Organisation vor, dass sich die gesamte Organisationsstruktur gegen Neuerungen sperrt. Siehe dazu auch Pfadabhängigkeit in Organisationen und Innere und äußere Projektkultur beachten.

Doch wie kann man sich das erklären? Rolf Arnold hat dazu auf Peter Heintl und Ewald E. Krainz verwiesen, die schon 1994 den Begriff der Systemabwehr dafür verwendet haben,

“um damit die eingespielten, häufig latenten, aber insgesamt wirkungsvollen Kräfte, mit denen Organisationen sich gegen Neuerungen sperren, zu beschreiben. Solche Widerstände zeigen, „wie sehr sich Abläufe in Organisationen in einem Selbstlauf >einschleifen<, sodass es für Steuerungsbemühungen oft unmöglich ist, diese Selbstläufe zu unterbrechen.  Ja mehr noch – die Steuerungsbemühungen sind selbst Bestandteil der Selbstläufe und gefangen in der Eigendynamik organisatorischer Apparaturen.“ (Heintl/Krainz 1994, S.164), zitiert ind Arnold 2017).

Im heute oft hervorgehobenen turbulenten Wandel mit seinen vielfältigen Dimensionen, ist die ständige Veränderung auf allen Ebenen (Individuum, Gruppe, Organisation und Netzwerk) entscheidend – und ein Wettbewerbsvorteil. Gerade die Entwicklung hin zu einer Agilen Organisation stellt viele Unternehmen vor große Herausforderungen. Siehe dazu auch Freund, R. (2011): Das Konzept der Multiplen Kompetenz auf den Analyseebenen Individuum, Gruppe, Organisation und Netzwerk.

Informationen zu den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK), und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Veröffentlicht am

Automobilindustrie: Adaptives Projektmanagement im Produktentstehenungsprozess

Quelle: Schmidtner, M.; Timinger, H. (2020): Automatisiertes Tailoring von Produktentstehungsprozessen, in: ProjektmanagementAktuell 02/2020).

Die Automobilindustrie hat in den letzten Jahrzehnten die Entwicklung mechanischer Bauteile professionalisiert. Dabei kam der Kommunikation mit den Lieferanten eine besondere Bedeutung zu. Die verschiedenen Abstimmungsprozesse erfolgten z.B. an gemeinsamen Quality Gates.

In der Zwischenzeit dominieren allerdings nicht mehr nur die mechanischen Bauteile, sondern es zieht immer mehr Software in das Auto ein. Dabei sind die Entwicklungszyklen von mechanischen Bauteilen und Software-Komponenten sehr unterschiedlich. Wie wir alle wissen, liegt der Technologiezyklus z.B. für ein Smartphone in der Zwischenzeit weit unter einem Jahr. Ähnlich sieht es bei anderen digitalen Angeboten aus. Bei komplexen mechanischen Bauteilen eines Autos sind die Zyklen allerdings wesentlich länger.

Es besteht somit ein Bedarf an Abstimmungsprozessen nicht nur zwischen dem Hersteller (OEM) und seinen wichtigsten Modul- und Systemlieferanten (Tier 1), sondern auch innerhalb der jeweiligen Projektebenen. Es erweist sich in diesem Zusammenhang als hilfreich, eine Prozessebene mit den bekannten Phasen und Meilensteinen, und eine Vorgehensebene zu unterscheiden (Abbildung). Hier kommen dann die im Projektmanagement bekannten plangetriebenen, auch die agilen und hybriden Vorgehensmodelle hinzu.

“Es existiert also der Wunsch agile und hybride Methoden im automobilen Produktentstehungsprozess anzuwenden. Auch wurden bereits erste Versuche hierzu durchgeführt, die deren positiven Effekt festgestellt haben. Was bisher aber noch fehlt, ist ein Leitfaden, der Unternehmen bei der Einführung dieser Vorgehensmodelle unterstützt und die verschiedenen Möglichkeiten zur Kommunikation mit Partnern in vorhergehenden bzw. nachfolgenden Tiers aufzeigt” ( Schmidtner, M.; Timinger, H. (2020): Automatisiertes Tailoring von Produktentstehungsprozessen, in: ProjektmanagementAktuell 02/2020).

In einem geförderten Projekt wird so ein Leitfaden entwickelt. Die Autoren haben weiterhin in einem Paper zusammengefasst, wie so ein adaptives System in der Automobilindustrie aussehen kann: Schmidtner, Markus; Timinger, Holger (2021): HyValue – Ein adaptives Referenzmodell für dem hybridem Produktentstehungsprozess in der Automobilindustrie. In: Lehmann, Lisa; Engelhardt, Doris; Wilke, Winfried (Hrsg.): Kompetenzen für die digitale Transformation 2020. Berlin: Springer Vieweg, S. 37-48.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen, Projektmanager/in (IHK) und Projektmanager/in Agil (IHK), die wir an verschiedenen Standorten anbieten. Weitere Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Veröffentlicht am

Agilität (Strategie) mit Lean-Agile umsetzen

Image by Mario Aranda from Pixabay

Die Veränderung von Organisationen ist notwendig (Stichwort: VUCA) und erfordert eine strategische Entscheidung, die auch umgesetzt werden muss. Dabei ist die Entwicklung hin zu einer modernen Organisation eine permanente Herausforderung, und somit ein permanenter Prozess, dessen Ziele möglicherweise nicht erreicht werden können. Toyotas strategische Ziele zeigen das gut auf: “Single piece flow, 100% value adding activities, zero defects” (vgl. DACH 2019). Den Hinweis “agility is a strategic goal” (ebd.) würde ich daher etwas differenzierter sehen. Es ist in dem Zusammenhang selbstverständlich wichtig, die Kultur einer Organisation in Richtung mehr Offenheit, mehr Vertrauen, mehr Risikoübernahme und mehr Experimentieren weiterzuentwickeln, bzw. neu zu entwickeln (Transition). Doch stellt sich sogleich die Frage, wie diese strategischen Elemente mit den Prozessen, Strukturen und Praktiken in der Organisation verknüpft werden können.

“Another important step is to connect the strategic goals of agility to derived tactics used to implement the strategy (e.g. processes, structures, practices) alongside leading indicators of improvement on all levels of the organization. Lean management provides proven tools for strategy deployment, widely known as Hoshin Kanri or X-Matrix. From the long-term vision, through strategy, to tactics and day-to-day actions, each level is a hypothesis that requires experimentation” (ebd.).

Die Verbindung von Agilität und Lean ist vielen Organisationen scheinbar nicht klar. Zu oft werden beide Ansätze voneinander getrennt gesehen, wodurch offensichtliche Vorteile nicht genutzt werden. Beispielsweise kann Lean zusammen Kanban (KANBAN in der IT nach Anderson) eine gute Möglichkeit sein, agile Arbeitsweisen evolutionär zu etablieren, denn Kanban ist weniger präskriptiv (vorschreibend) wie z.B. das Scrum Framework mit seinem Scrum Guide (Aktuell aus 2020).

Solche Zusammenhänge thematisieren wir auch in dem von uns entwickelten Blended Learning Lehrgang Projektmanager AGIL (IHK), den wir an verschiedenen Standorten anbieten. Weitere Informationen zum Lehrgang und zu Terminen finden Sie auf unserer Lernplattform.

Veröffentlicht am

Mit Lean Startup schnell minimal funktionsfähige Produkte entwickeln

In dem Beitrag Agiles Projektmanagement und Lean Projektmanagement findet sich eine Gegenüberstellung die zeigt, dass Agiles Projektmanagement und Lean Projektmanagement zwar Ähnlichkeiten haben, dennoch unterschieden werden sollten. Die in dem Beitrag angegeben Quellen belegen diese Perspektive. Darüber hinaus stellt sich die Frage, wie Learn Startup und Agiles Projektmanagement zusammenhängen, bzw. sich unterscheiden. Dazu ist es erst einmal erforderlich, sich mit Lean Startup auseinanderzusetzen. – am besten über die Wikipedia-Seite. Auch hier muss zunächst einmal festgehalten werden, dass Lean Startup bei großer Unsicherheit im Geschäftsumfeld angewendet werden kann. Doch was versteht Steve Blank unter einem Startup?

“Er definiert ein Start-up als eine (temporäre) Organisation, die dafür geformt wurde, um nach einem wiederholbaren, skalierbaren Geschäftsmodell zu suchen” (Blank, Dorf 2012, zitiert in Lang/Scherber 2019:15).

Eine temporäre Organisation kann somit z.B. auch eine Organisationseinheit sein, die unter Unsicherheit Produkte entwickeln soll. Das macht den Lean Startup Ansatz auch für etablierte Unternehmen interessant. Herzstück ist dabei die Feedbackschleife Built-Measure-Learn (Bauen-Messen-Lernen) bei der Entwicklungsarbeit. “Das wichtigste Ziel von Lean Startups ist es, möglichst schnell zu einem minimal funktionsfähigen Produkt (Minimum Viable Product) zu gelangen. Das MVP ist eine erste Produktversion, die es erlaubt, mit minimalem Aufwand und in kürzester Zeit die größtmögliche Anzahl an validierten Erkenntnissen über Kundenerwartungen und -verhalten zu gewinnen” (Lang/Scherber 2019:22). Siehe dazu Was macht ein minimal funktionsfähiges Produkt (MVP) aus? und Wie MVP´s (Minimum Viable Products) zur Kundenzufriedenheit beitragen.

Oft kommt es hier zur Gleichsetzung von MVP und dem Begriff Increment aus dem Scrum Guide. Beide Begriffe sollten allerdings immer in Bezug auf das jeweilige Framework gesehen werden. Lean Startup kommt aus dem Bereich der Innovation und bietet einen Rahmen (ein Mindset) zur schnellen Entwicklung und Skalierung von Produkten unter Unsicherheit.

Solche Zusammenhänge thematisieren wir auch in dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Veröffentlicht am

Wie MVP´s (Minimum Viable Products) zur Kundenzufriedenheit beitragen

Image by Tayeb MEZAHDIA from Pixabay

Ein Minimum Viable Product (MVP) ist die Version eines neuen Produkts, das dem Kunden vorgestellt und vom Kunden begutachtet wird. Siehe dazu auch Was macht ein minimal funktionsfähiges Produkt (MVP) aus?. Der Begriff wurde 2001 von F. Robinson geprägt und später von S. Blank und E. Ries bekannt gemacht.

Die durch MVP´s generierten Daten (Erfahrungswerte, Lernen) führen anschließend zu dem gewünschten Produkt-Features und zur Kundenzufriedenheit- Bei dem Stichwort Kundenzufriedenheit kommt das Kano-Modell ins Spiel, das verschiedene Dimensionen nennt und beschreibt, wie diese Kundenzufriedenheit erzielt werden kann. Es ist also eine gute Idee, MVP´s als wichtige Vorstufen zu nutzen, bevor die teure Feature-Entwicklung angegangen wird.

“Kano macht darauf aufmerksam, dass jedes erfolgreiche Release eines Produkt-Features alle drei Kategorien enthalten sollte. Wenn Sie konstant nur Basisfaktoren bereitstellen, werden Ihre Kunden nicht sehr glücklich sein. Sie müssen einige Leistungsfaktoren einbeziehen, beispielsweise Features, um die Kunden ausdrücklich gebeten haben, selbst wenn diese nicht absolut notwendig sind. Sie sollten versuchen innovativ zu sein, indem Sie Features in ihr Produkt aufnehmen, die ihre Kunden bei Erhalt begeistern (Begeisterungsfaktoren), auch wenn sie diese Features nicht angefragt haben. Es ist schwierig, für jedes Release eine solche Mischung aus Features zusammenzustellen. Aus diesem Grund sollten Sie, wie oben erwähnt, kontinuierlich Ihre Märkte anhand von MVPs testen und reale Daten sammeln, bevor Sie zur zeitaufwendigen und teuren Feature-Entwicklung übergehen.” (Hruschka et al. 2022:82).

In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Veröffentlicht am

15% der Arbeitszeit für eigene Projekte nutzen

Image by Gerd Altmann from Pixabay

In den auf Effektivität und Effizienz von Routinetätigkeiten getrimmten Organisationen gibt es kaum Freiraum für eigene Kreativität. Das so ein Freiraum allerdings wirtschaftlich sein kann zeigen immer wieder Beispiele aus der Entwicklung, da hier der Charakter einer der Neuartigkeit, der Einmaligkeit usw. überwiegen. Diese Charakteristika deuten schon auf Projektarbeit hin. Ob das Vorgehensmodell dabei klassisch, hybrid oder agil ist, sei dahingestellt. Eine interessante 15%-Regel hat in dem Zusammenhang 3M aufgestellt.

„3M ist Hersteller von Produkten für die Medizin, das Büro, zur Verkehrs­sicherheit, dazu Schleifmittel und Klebstoffe. […] Das Unternehmen will ein Drittel seines Umsatzes stets mit Neuerfindungen aus den jeweils vergangenen fünf Jahren erwirt­schaften. […] 3M ist der Erfinder des ersten Sandpapiers, des ersten Overhead-Projektors, der Post-it- Zettel und 50 000 weiterer Produkte. Er sitzt auf mehr als 25 000 Paten­ten und gilt als Ideen-Fließband. […] Das langjährige Erfolgsrezept für den Nachschub an Ideen ist die 15-Prozent- Regel. Danach können und sollen die 3M-Entwickler rund 15 Prozent ihrer Arbeitszeit eige­nen Projekten widmen, ob sie die Stunden zum Tagträumen nutzen oder zum Zaubertrankmischen. […] «In einer überregulierten Gesell­schaft werden Sie die Leute nicht dazu bringen, außerordentliche Gedanken zu denken. Sie werden nicht das Risiko eingehen, eine alte Idee durch eine bessere neue zu ersetzen.» Ohne diese informelle Regel, diesen Freiraum zum Spin­nen und Experimentieren, hätte es 3M kaum zur Legende gebracht.“ (Hannemann 2011:95f, zitiert in Fraunhofer IAO 2012:28).

Durch das Veränderte Umfeld von Organisationen müssen immer mehr Organisationen wie eine Entwicklungsabteilung, oder sogar Start-ups, funktionieren und sich deren Erfahrungen zu Nutze machen. Projektarbeit ist hier ein erfolgreiches Mittel, sich diesen veränderten Rahmenbedingungen anzupassen: Projekte sind Träger des Wandels.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in Agil (IHK). Informationen dazu finden Sie auf unserer Lernplattform.

Veröffentlicht am

Eine Gegenüberstellung: Stage-Gate und Agile Entwicklung

Der von Cooper etablierte Stage-Gate-Prozess (PDF) wurde in der Produktentwicklung weltweit als einer der Standards etabliert (Stage-Gate ist ein eingetragenes Warenzeichen). Die folgende Gegenüberstellung zeigt die Schwerpunkte einer Entwicklung nach Stage-Gate und die Schwerpunkte einer Agilen Entwicklung.

Stage-Gate DevelopmentAgile Development
TypeMacroplanningMicroplanning
DomainHardware DevelopmentSoftware Development
PurposeInvestment model for sequential resource allocationTactical model for guiding largely self-managed teams
FocusRisk and qualityLearning and speed
LogicDeterministicStochastic
DirectionalityLargely linearHighly iterative
ScopeIdea to launchDevelopment and testing
OwnerCross-functional team (R&D, marketing, sales, operationsTechnical team (software developers, engineers, project managers)
Customer InvolvementEpisodicContinuous
Paluch, S. (2019:2; erweitert nach Cooper 2016:2)

Betrachtet man die beiden Ansätze als Pole so wird schnell klar, dass es zwischen den beiden Extrempositionen ein Kontinuum an Möglichkeiten gibt, die je nach Anwendungsfall genutzt werden können. Deshalb ist eine der Empfehlungen in dem Paper Paluch, S. et al. (2019:6): “(1) Find the appropriate innovation approach for a given context.” Auch hier wird wieder deutlich, dass hybride Vorgehensweisen jetzt schon Realität sind und in Zukunft noch stärker gefragt sein werden.

Solche Zusammenhänge besprechen wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager(in AGIL (IHK). Informationen dazu finden Sie auf unserer Lernplattform.