Scrum im Maschinenbau und Anlagenbau 

Scrum für die schnelle und aufwandsarme Produktentwicklung.

Schnelle und aufwandsarme Entwicklungsprozesse sind entscheidend im Wettbewerb. Die Komplexität der Kunden- und Marktanforderungen sowie die immer kürzer werdenden Entwicklungszeiten und das zunehmend erforderliche Zusammenspiel von Vertrieb, Produktmanagement, Produktion und Einkauf auf der einen Seite und Kunden sowie Lieferanten auf der anderen Seite, erfordern ein Überdenken der bisherigen Methoden. Zudem fällt vielen Unternehmen das Zusammenwachsen und die schlanke Verzahnung von Mechanik, Elektro und Software schwer, sei es in einem sequentiellen oder in einem teilweise parallelen Prozess. Darüber hinaus verlagert sich die Innovation und die Entwicklungslast im Maschinenbau mehr und mehr in Richtung Software, dem ursprünglichen und heute überwiegenden Anwendungsfeld von Scrum.

Scrum: Agile Methode im Maschinenbau?

Viele Gründe und Veränderungen, die ein Überdenken der Entwicklungsprozesse erforderlich machen.

Fragen Sie Scrum-Verfechter, erhalten Sie häufig folgende Aussage: Gerade die zunehmende Dynamik und schnellen Änderungen in komplexen Projekten lassen sich mit Scrum flexibler auffangen und stellen die konventionellen Methoden oftmals in den Schatten.

Doch was ist Scrum? Zunächst einmal handelt es sich bei Scrum um ein Methoden- oder Frame-Set für die Selbstorganisation von Entwicklungsteams.

Die Ursprünge von Scrum liegen in der Softwareentwicklung.

In der Softwareentwicklung liegen die Anfänge von agiler Methodik. Heute nutzen mehr als 50% der SW-Unternehmen agile Methoden.

Ken Schwaber, Jeff Sutherland und andere formulierten Anfang der 90er Jahre die Grundlagen wie folgt:

• Menschen und Zusammenarbeit sind wichtiger als Prozesse und Werkzeuge.

• Funktionierende Produkte sind wichtiger als überbordende Dokumentation.

• Zusammenarbeit mit Lead-Kunden ist wichtiger als die anfänglich formulierten Leistungsbeschreibungen.

• Eingehen auf Veränderungen ist wichtiger als Festhalten an einem Plan.

Wie funktioniert Scrum und wie ist die Methode aufgebaut?

Im weitesten Sinne bietet Scrum ein Methodenset, bestehend aus wenigen Regeln. Diese Regeln definieren fünf Aktivitäten, drei Leistungswerke (sog. Artefakte) und drei Rollen, die den Kern von Scrum ausmachen.

Hintergrund und Ansatz ist die Annahme, dass viele Projekte zu komplex sind, um sie von vorne bis hinten durchzuplanen. Daher handelt es sich um einen erfahrungsbasierten, inkrementellen und iterativen Prozess. Sowohl Lösungsansätze als auch die Anforderungen sind zu Beginn nur teilweise klar. Anhand von Zwischenergebnissen und entlang des Entwicklungsverlaufes werden Anforderungen und Lösungstechniken iterativ entwickelt.

Scrum: Methode und Framework

Der langfristige Plan (Product Backlog) wird kontinuierlich verfeinert. Dabei wird der Planungsprozess immer nur für den nächsten Zyklus (Sprint) erstellt und der Detailplan (Sprint Backlog) ist immer auf den wichtigsten nächsten Schritt fokussiert. Der Aufwand der Planung und Steuerung wird dabei auf ein Minimum reduziert.

Selbststeuernde Teams und häufiges Feedback.

Durch häufiges und frühes Feedback in den selbststeuernden Teams, wird die Interaktion mit den Kunden in der Produktentwicklung verbessert. Produkte werden für und nun auch mit dem Kunden entwickelt, ähnlich zu den Open-Innovation-Ansätzen. Durch die Eigenverantwortung des Entwicklungsteams und häufige Überprüfung der Ziele, werden nur die relevanten Funktionen des Produktes entwickelt.

Die Verbesserung basiert dabei auf folgenden drei Elementen:

• Transparenz: Fortschritt und Hemmnisse werden regelmäßig für alle sichtbar dargestellt?

• Überprüfung: In kurzen und regelmäßigen Abständen werden Ergebnisse (Anforderungen, Produktfunktionalitäten, Strukturergebnisse Produktarchitektur, einzelne Module) geliefert und sowohl das Produkt, die Plattform als auch das Vorgehen überprüft.

• Anpassung: Anforderungen an das Produkt und an das Vorgehen werden erneut angepasst und festgelegt.

Detaillierte Lasten- und Pflichtenhefte sind Fehlanzeige. Wichtig ist jedoch ein Wechsel von der Technik- und Produktsicht auf die Funktions- und Anwendersicht – Also die Kundenbrille wird aufgesetzt.

Die maximale Transparenz für alle Beteiligten ist ein Grundsatz, der durch häufigen Informationsaustausch, einfache Visualisierungen und Einstellung aller Beteiligten erreicht wird. Klar definierte Verantwortung, hohe Verbindlichkeit und Selbstorganisation begründen den Erfolg der agilen Entwicklung.

Die Eigenschaften werden im sogenannten „Product Backlog“ in Form von Merkmalen und Ausprägungen aus Anwendersicht beschrieben.

Welche Rollen gibt es in einem Scrum Team:

Product Owner:

• Der Product Owner verantwortet das Erreichen der Produktziele im Sinne der Produkteigenschaften, der Wettbewerbsfähigkeit und im Hinblick auf den wirtschaftlichen Erfolg. Er nutzt den sogenannte Product Backlog.

Entwicklungsteam:

• Das Entwicklungsteam organisiert sich selbst und ist für die Erfüllung der Funktionalitäten verantwortlich. Das Entwicklungsteam sollte aus 4 bis 8 Mitgliedern bestehen und die jeweiligen Sprints in Eigenregie erfüllen können. Nach Erreichen der jeweiligen Sprints, können die Ergebnisse einem größeren oder erweiterten Kreis vorgestellt werden. Von den Teammitgliedern wird eine sehr interdisziplinäre Zusammenarbeit verlangt und nicht jeder Entwickler fühlt sich hier gut aufgehoben.

Scrum Master:

• Der Scrum Master steuert, überprüft und passt an. Er ist der klassische Coach und Kümmerer (im positiven Sinne) und entscheidet maßgeblich über den Erfolg eines Scrum Projektes. Der Scrum Master sollte ein guter Kommunikator und Moderator sein, Treffen organisieren, die Zusammenarbeit fördern und Konflikte beilegen, und zwar im Team und nach Möglichkeit nicht durch Eskalationsstufen außerhalb des Teams. Dafür braucht es eine hohe Akzeptanz. Er führt das Projekt im Sinne eines Coachings, ist aber gegenüber dem Team nicht weisungsbefugt.