Für viele Unternehmen sind innovative Produkte der beste Garant für Gewinn und Wachstum. Allerdings ist es eine komplexe und herausfordernde Aufgabe, hochwertige Produkte in kurzer Zeit zu entwickeln und erfolgreich auf dem Markt einzuführen.

Um diese Aufgabe angemessen bewältigen zu können, haben viele Unternehmen (ca. 50 % in den USA) ihre Produktentwicklung nach einem Stage-Gate-Prozess organisiert. Der Stage-Gate-Prozess zerfällt in wenige, meist fünf bis sieben Phasen, die sogenannten Stages. Ein entstehendes Produkt durchläuft nacheinander alle diese Stages von der Idee bis zur Markteinführung. Die Stages stellen sicher, dass alle erforderlichen Entwicklungsaufgaben in hoher Qualität durchgeführt werden. Zwischen den Stages finden die sogenannten Gates statt, bei denen ein Entwicklungsprojekt auf seine Attraktivität untersucht wird. Die Gates gewährleisten, dass unprofitable Projekte aussortiert und nur attraktive Projekte vorangetrieben werden. Durch die sequenzielle Anordnung der Phasen steht der Stage-Gate-Prozess zwar in dem Ruf, eher langsam zu sein. Der Vorteil dieses Prozesses ist aber, dass sich Entwicklungsrisiken besser beherrschen lassen, als es bei anderen Ansätzen der Fall ist.

In jüngster Zeit ist aber zu beobachten, dass sich in der Produktentwicklung agile und iterative Vorgehensweisen mehr und mehr durchsetzen. Scrum ist beispielsweise eine dieser agilen Methoden, die in der Software-Entwicklung zum Einsatz kommt. Scrum basiert auf der Grundannahme, dass eine Produktentwicklung sehr komplex und nur schwer planbar ist. Daher wird ein stark vordefinierter Prozess wie der Stage-Gate-Prozess es ist, von vorneherein abgelehnt. Stattdessen wird die Entwicklung Schritt für Schritt für jeweils überschaubare Entwicklungsaufgaben geplant, durchgeführt, überprüft und gegebenenfalls angepasst. Diese Zyklen von Planung, Durchführung, Überprüfung und Anpassung sind sehr kurz (meist ca. 4 Wochen) und wiederholen sich daher sehr häufig, bis eine Entwicklung abgeschlossen ist. Der Vorteil dieses Vorgehens in kurzen und häufigen Zyklen liegt darin, dass durch die vielen schnellen Feedbackschleifen ein intensiver Lernprozess stattfindet und auf auftretende Probleme unmittelbar reagiert werden kann. So wird es möglich, dass schnell, flexibel und produktiv entwickelt werden kann.

Es verwundert nun nicht, dass aufgrund der Vorteile viele Unternehmen versuchen, Scrum und den Stage-Gate-Prozess trotz ihrer Gegensätzlichkeit gemeinsam anzuwenden und zu integrieren. Offen ist in Theorie und Praxis aber die frage, ob diese zwei Ansätze zusammengeführt werden können, und falls ja, wie diese Integration aussehen könnte. Die Master Thesis soll einen Beitrag zur Klärung dieser Fragen leisten. Insbesondere soll ein Vorgehensmodell entwickelt werden, das – falls dies überhaupt möglich ist – beide Ansätze integriert.

Hier die Ergebnisse aus Step 7 - Agile Entwicklungsmethoden am Beispiel SCRUM:

Download Session 3 - Agile Entwicklungsmethoden am Beispiel SCRUM (Step 7) [PDF]

Download Session 3 - Agile Entwicklungsmethoden am Beispiel SCRUM (Step 7) [HTML]

Weitere Ressourcen:

• Vorteile agiler Entwicklungsmethoden (Danke an Andreas!) [PDF]

Ohne lange Worte zu verlieren, seht euch einfach das MindMap zu den agilen Entwicklungsmethoden am Beispiel SCRUM an. Die Internetrecherche im Vorhinein, hat sich absolut bewährt. Die Diskussion bei den Steps 1-5 ist sehr viel lebhafter und gehaltvoller.

Download Session 3 - Agile Entwicklungsmethoden am Beispiel SCRUM (Case) [PDF]

Download Session 3 - Agile Entwicklungsmethoden am Beispiel SCRUM (Step 1-5) [PDF]

Weitere Ressourcen:

• inside-scrum (Danke an Sigrid)

Natalie Pichler, Studentin des Studienganges Betriebswirtschaft im 6. Semester, hat hierzu das Protokoll verfasst:

Lernziel: SCRUM Process

• Product Backlog: Sind alle Anforderungen (z.B. Wünsche vom Kunde). Es steht alles drinnen was man haben möchte und ist die Basis für den Sprint B.
• Sprint Backlog (= Zyklen): Vom Produkteigener werden die Anforderungen mit den höchsten Prioritäten dem Team mitgeteilt. Anschließend legen SCRUM Team und Produkteigner die Ziele fest. Team organisiert sich und verteilt die Aufgaben selbst
• Ausarbeitungsdauer: 30 Tage (des jeweiligen Sprint Backlog)
• Aufbau Team: ab 3 möglich; 6/8 Personen sind gut, danach gehen Vorteile verloren
• Besonderheit: Die Anforderungen sind während der Sprint Phase nicht änderbar. Stattdessen besteht die Möglichkeit neue Anforderungen in den Product Backlog zu tun (= Sammelbehälter) um diese dann im nächsten Sprint Backlog mit ein zu bringen.
• Projekte: Eher kleine Projekte für SCRUM. In Ausnahmefällen ist werden in einem SCRUM Team mehrere kleine Teams gebildet. Das übergeordnete SCRUM Team überwacht es und stückelt die einzelnen kleinen Teams zu einem Ganzen zusammen.
• Praxisbeispiel: bei Bachmann GmbH wird SCRUM in der Software eingesetzt, da sehr komplexe/schwer planbare Projekte.

Lernziel: Iterative Zyklen

• Definition  = sich wiederholende Zyklen
• Wo bei SCRUM?  In den Meetings:  Hier werden die Probleme ausgesprochen. Aus den Product Backlog nimmt man einen Teil raus und gibt ihn in den Sprint Backlog. Dabei fragt man sich was erledigt werden sollte.

...der Rest ist im Protokoll nachzulesen.

Download: Session 4 - Protokoll "Agile Entwicklungsmethoden am Beispiel SCRUM" Step 7 [PDF]

Die vierte Session behandelt “Agile Entwicklungsmethoden am Beispiel SCRUM”. Wie bereits in der letzten Session wurden zunächst die PBL Schritte 1-5 durchgearbeitet. Angefangen von der Informationsaufnahme, über Problemdefinition und Strukturierung, bis hin zur Definition von Lernzielen.

Download: Session 4 - Course Book "Agile Entwicklungsmethoden am Beispiel SCRUM" [PDF]

Download: Session 4 - Protokoll "Agile Entwicklungsmethoden am Beispiel SCRUM" Step 1-5 [PDF]

Download: Session 4 - Protokoll "Agile Entwicklungsmethoden am Beispiel SCRUM" Step 1-5 [HTML]