Künstliche Intelligenz: Von der Produktentwicklung wieder (zurück) zur Prozessentwicklung?

Künstliche Intelligenz wird unseren individuellen Alltag, Unternehmen/Organisationen und letztendlich die gesamte Gesellschaft in verschiedenen Anwendungsformen immer stärker beeinflussen.

Dabei deutet sich in den Unternehmen/Organisationen eine interessante Entwicklung an.

Organisationen waren in den letzten 100 Jahren der Industrialisierung darauf fokussiert, ihre Prozesse (oftmals Routineprozesse) immer weiter zu optimieren, effektiver und effizienter zu machen. Diese Prozesslandschaften haben dann zu den bekannten Qualitätsmanagement-Systemen oder auch Projektmanagement-Systemen geführt. Gerade im Projektmanagement hat sich diese Vorgehensweise (Vorgehensmodelle) bei Projekten im Entwicklungsbereichen (Innovationen) zu einer Arbeitsform (Vorgehensmodell) entwickelt, die eher produktorientiert ist. Paradebeispiel dafür ist das Scrum-Framework mit den zu erzielenden Increments am Ende des Sprints oder das Minimum Viable Product (MVP), das wir aus dem Lean Start-up-Ansatz kennen.

Dieser Trend wird aktuell durch Künstliche Intelligenz scheinbar wieder umgekehrt. Wie kommt das?

Schauen wir uns einmal an, wie stark Künstliche Intelligenz den gesamten Lebenszyklus der Software-Entwicklung beeinflusst, so können wir erahnen, dass die Zyklen, in denen ein (Software-)Ergebnis (Increment, MVP) produziert werden kann, immer kürzer werden. Möglicherweise so kurz, dass es sich gar nicht mehr lohnt, den gesamten Scrum-Zyklus mit den vorgesehenen Artefakten und Events durchzuführen, und es zu einem kontinuierlichen Fluss an Ergebnissen (Produkten) kommt. In meinem Beitrag Künstliche Intelligenz: Wird Scrum durch den permanenten Fluss an Produkten zu Kanban? hatte ich das schon einmal angedeutet. Es freut mich daher, dass der Gedanke durchaus auch von anderen Autoren vertreten wird:

“Der Fokus essenzieller Design- und Architekturentscheidungen verschiebt sich in der Digitalisierung genau wie einst in der Industrialisierung von der Produktentwicklung hin zur Prozessentwicklung. Hier schließt sich auch der Kreis zu Scrum, denn zwei der wichtigsten Scrum-Pioniere Hirotaka Takeuchiund Ikujiro Nonaka kamen ursprünglich aus industriellen Produktions- und Innovationskontexten, nicht aus der Softwareentwicklung” (Immich, T.(2025): KI-Agenten Teil 2: Von der Produktentwicklung zur Prozessoptimierung, in Heise Online vom 27.05.2025).

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.

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.

Was ist der Unterschied zwischen einem Meilenstein und einem Quality Gate?

Image by Bernd from Pixabay

Das plangetriebene/klassische Projektmanagement orientiert sich an Standards, die oft Phasen beschreiben, die aufeinander folgen. Im Extremfall gibt es erst am Ende einer Phase einen Übergang zur nächsten Phase, sodass ein Bild des “Nacheinander-Abarbeitens” entsteht, das durch die Metapher “Wasserfallmodell” beschrieben wurde. Natürlich gibt es auch Phasenmodelle in denen die jeweiligen Phasen stärker parallel ausgerichtet sind (Simultaneous Engineering, Over the Wall Approach usw.), doch ist in allen Standards vorgesehen, das Ende der Phasen jeweils als ein besonderes Ereignis zu kennzeichnen: Meilensteine. Daneben gibt es allerdings auch Quality Gates, die eine Besonderheit in der Automobilindustrie darstellen. Auf den ersten Blick erscheinen beide Begriffe gleich zu sein, doch es gibt Unterschiede.

Eine weitere Besonderheit des automobilen Produktentstehungsprozesses ist die Ergänzung von Meilensteinen um Quality Gates. Ein Meilenstein repräsentiert ein Datum bis zu dem die vorhergehende Phase abgeschlossen sein muss. Ein Quality Gate enthält zusätzlich eine Liste von Key Performance Indicators (KPIs) die erfüllt sein müssen. Hierbei ist meist auch streng geregelt wie die einzelnen KPI gemessen werden. Erst wenn ein Quality Gate komplett erfüllt ist, kann ein Übergang zur nächsten Phase erfolgen. Bei Meilensteinen dominiert folglich der Aspekt der zeitlichen Fortschrittskontrolle, während Quality-Gates den Inhalt der vorangehenden Phase bewerten und überwachen”(Schmidtner, M.; Timinger, H. 2020: Automatisiertes Tailoring von Produktentstehungsprozessen. In: projektmanagementaktuell 2/2020, S. 39-45 in Anlehnung an Wuest, T., Liu, A., Lu, S.C.-Y., Thoben, K.-D. 2014: Application of the Stage Gate Model in Production Supporting Quality Management. Procedia CIRP 17, 32–37).

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