Bielefeld, 22. März 2016 – Für Hellmann Worldwide Logistics entwickelt Weber Data Service das Transportmanagementsystem DISPONENTplus entscheidend weiter. Die dabei erstmals angewendete Scrum-Methode sorgt für schnelle Projektfortschritte und ein hohes Maß an Transparenz für Kunden und Entwickler.
Text als WORD-Datei: WDS_Scrum_Hellmann
Zwölf Uhr Mittags. Wie an jedem Arbeitstag drängt es Jan van Lil um diese Zeit zu seinem täglichen Kurz-Meeting, dem so genannten “Daily Scrum”. Jan van Lil ist Softwareentwickler beim Bielefelder Softwarehaus Weber Data Service und steckt gerade mitten in einem Großauftrag für Hellmann Worldwide Logistics. Der “Daily Scrum” ist für ihn kein lästiges Meeting, sondern ein wichtiger Impulsgeber. Die viertelstündigen Treffen sind fester Bestandteil der so genannten Scrum-Methode, mit der umfangreiche Projekte in viele Mini-Schritte unterteilt werden.
Dieses Vorgehen bietet handfeste Vorteile, mit denen die typischen Tücken von IT-Projekten wirkungsvoll bekämpft werden: Nicht eingehaltene Zeitpläne, unklare Kundenwünsche, grobe Missverständnisse zwischen Anwendern und Programmieren und unerwartete technische Hindernisse. Aus diesen und anderen Gründen sind weltweit schon unzählige Projekte gescheitert.
Vor diesem Hintergrund ist van Lil von den täglichen Meetings überzeugt. “Beim Daily Scrum berichten die Team-Mitglieder über die Veränderungen und Fortschritte der vergangenen 24 Stunden”, sagt van Lil. Außerdem werde mitgeteilt, was bis zum nächsten Daily Scrum erledigt werden soll und welche Hindernisse aufgetreten sind. An dieser Stelle tritt der Scrum Master in Aktion. Er ist dafür verantwortlich, die Hindernisse möglichst schnell zu beseitigen.
Anforderungen oft zu komplex
Auf diese Weise befindet sich das Hellmann-Projekt nach wie vor im Zeitplan. Das Unternehmen führt sukzessive an allen Standorten mit insgesamt mehr als 2.000 Anwendern die Speditionssoftware DISPONENTplus des IT-Dienstleisters Weber Data Service ein. Mit dem neuen Transportmanagementsystem löst Hellmann eine selbst entwickelte AS400-Lösung ab.
Nach der bereits im Juli 2012 gefällten Entscheidung wurde zunächst der Bereich Teil- und Komplettladungen am Pilotstandort Crivitz bei Schwerin erfolgreich auf die neue Lösung umgestellt. Im nächsten Schritt soll auch der Sammelgutverkehr komplett mit DISPONENTplus abgewickelt werden, bevor 2015 der deutschlandweite Rollout an weiteren Standorten starten wird.
Für ambitionierte Projekte dieser Größenordnung empfiehlt sich der Einsatz der “Scrum“-Methode. Der englische Begriff Scrum bedeutet so viel wie “Gedränge” und bezeichnet hier einen Handlungsrahmen für das Projektmanagement. Dieser beruht auf der Erfahrung, dass die meisten modernen Entwicklungsprojekte zu komplex sind, um einen vollumfänglichen Plan erstellen zu können. “Derart umfangreiche Aufgaben zeichnen sich dadurch aus, dass ein wesentlicher Teil der Anforderungen und Lösungsansätze viel zu dynamisch sind, um zu Beginn des Projekts in einem Pflichtenheft für die nächsten Jahre festgeschrieben zu werden”, erklärt der Scrum-Experte Jan van Lil von Weber Data Service.
Hohe Planungsdisziplin
Diese Dynamik und die daraus resultierende Unsicherheit lassen sich bei komplexen Aufgaben beseitigen, indem man sich in kleinen Schritten iterativ an die Lösung heranarbeitet. Anhand konkreter Zwischenergebnisse – den so genannten Increments – lassen sich die genauen Anforderungen und Lösungstechniken zeitnah und wirtschaftlicher klären, als durch eine abstrakte Spezifikationsphase ohne Zwischenergebnisse.
In Scrum wird neben dem Produkt deshalb auch die Planung iterativ und inkrementell entwickelt. Der langfristige Plan – das Product Backlog – wird kontinuierlich detailliert und verbessert. Statt einem vollumfänglichen Plan im Sinne eines Pflichtenheftes wird in Scrum ein Detailplan – das Sprint Backlog – nur für den jeweils nächsten Zyklus – dem Sprint – erstellt. Jeder Sprint ist zeitlich klar fixiert und wird, auch wenn die Funktionalität nicht fertig ist, nicht verlängert.
Kleine Häppchen
Scrum ist damit eine der so genannten “agilen” Entwicklungsmethoden für Software. “Das Ziel agiler Softwareentwicklung ist es, den Softwareentwicklungsprozess flexibler und schlanker zu machen, als das bei den klassischen Vorgehensmodellen der Fall ist”, sagt van Lil. Scrum kann die Komplexität der Aufgabe nicht reduzieren, strukturiert diese aber in kleinere und weniger komplexe „Häppchen“ und erfordert ein hohes Maß an Planungsdisziplin. Das Projekt ist in Sprints mit einer Dauer von jeweils zwei Wochen aufgeteilt. Danach wird das Product Increment ausgeliefert, von den Auftraggebern getestet und abgenommen oder mit Nachbesserungswünschen zurückgegeben.
Scrum ist nicht die einzige agile Methode, gilt jedoch aufgrund der geringen Zahl an Regeln als vergleichsweise einfach beherrschbar und universell einsetzbar. Die Scrum-Regeln definieren für jedes Projekt drei Rollen, die den Kern von Scrum ausmachen. Es gibt den Product Owner, den Scrum Master und das Scrum-Team. Der Product Owner vertritt – vereinfacht beschrieben – in einem Scrum-Projekt die Interessen des Auftraggebers und seiner Anwender, der Scrum-Master ist zuständig für die Einhaltung bestimmter Spielregeln im Projekt. Das Scrum-Team schließlich übernimmt die tatsächliche Umsetzung. Der Product Owner trägt die Budget-Verantwortung, während die Projekt-Verantwortung vom gesamten Team übernommen wird.
Wünsche in Alltagssprache
Hellmann definiert seine Anforderungen an DISPONENTplus und gibt sie an die funktionalen Experten weiter. Diese werden hinsichtlich ihrer Relevanz für einen allgemeinen Produktstandard sowie den Auswirkungen auf die übrigen Kunden von Weber Data Service geprüft. Zusammen mit dem Product Owner legen die funktionalen Experten dann eine so genannte “User Story” fest. Dabei handelt es sich um eine Art „Anwender-Erzählung“, die in Alltagssprache ganz bestimmte Informationen enthalten muss. “Die User Story zeigt auf, wer was und zu welchem Zweck benötigt”, erläutert van Lil und nennt ein Beispiel: „Ein Erfasser von Aufträgen möchte das Feld Auftragsart automatisch mit dem Begriff „Direct Load“ vorbelegen lassen, um Zeit zu sparen“. Die einzelnen User Stories umfassen in der Regel nicht mehr als zwei Sätze.
Alle User Stories bilden zusammen das Product Backlog, eine Art langfristigen Plan, den man am ehesten mit dem altbekannten Pflichtenheft vergleichen könnte. Am Ende wird gemeinsam priorisiert, was die Software können soll.
Selbstbestimmung motiviert
Zu Beginn jedes Sprints findet als Kick-Off das Sprint Planning Meeting statt. Dabei präsentiert der Product Owner dem Scrum-Team die nächsten Punkte des Product Backlogs. Gemeinsam wird festgelegt, wie das Product Backlog im kommenden Sprint umgesetzt wird. Das Scrum-Team schätzt den Aufwand und legt selber fest, wie viel es von der gewünschten Funktionalität im kommenden Sprint tatsächlich schaffen kann. Damit verpflichtet sich das Team in einem Commitment, diesen Meilenstein auch zu schaffen.
Ambitionierter Zeitplan
Jeden zweiten Montag – am Ende eines Sprint-Zeitraums – findet bei Weber Data Service ein “Sprint Review” mit Hellmann statt. Diese Treffen dauern etwa drei bis fünf Stunden. Dabei berichtet das Scrum-Team an den Product Owner die zwischenzeitlich entwickelten Funktionalitäten. Er entscheidet dann, ob er die Userstory abnimmt oder ob nachgebessert werden muss. Beim Sprint Review wird zudem geprüft, ob und inwiefern sich das Product Backlog innerhalb des vergangenen Sprints verändert hat.
„In der anschließenden Sprint-Retrospektive reflektiert unser Team, was im zurückliegenden Abschnitt gut und was weniger gut gelaufen ist” und überlegt sich, wie zukünftig effizienter und effektiver gearbeitet werden kann“, so Astrid Drexhage, Geschäftsführerin bei Weber Data Service. Für sie liegen die Vorteile auf der Hand. “Mit Scrum lassen sich auch ambitionierte Zeitpläne umsetzen”, ist sie überzeugt.
Grundsätzlich erzeugt Scrum ein hohes Maß an Transparenz. Durch das iterative Vorgehen werden Hindernisse sichtbar und man könne im Zwei-Wochen-Rhythmus zeitnah, quasi just-in-time, auf jede Änderung reagieren. Alle sind aktiv in den Prozess eingebunden und kontinuierlich werden fertige Produktfunktionalitäten geliefert. Dazu sind auch die Entwickler sehr zufrieden. „Wir tragen zwar mehr Verantwortung, aber das hohe Maß an Selbstbestimmung, die klare Fokussierung auf das Team und nicht auf einzelne Entwickler führt zu deutlich mehr Motivation und Identifikation mit der Arbeit”, stellt van Lil fest. Kein Wunder, dass inzwischen auch die Service-Abteilung von Weber Data Service Teile der Scrum-Methode übernommen hat. Täglich um 8.30 Uhr tauscht man sich darüber aus, welcher Kunde sich mit welcher Frage gemeldet hat, welche Kundenanforderungen bereits umgesetzt wurden und welcher Mitarbeiter wann zu welchem Kunden fährt. Scrum ist eben universell.
Hintergrund: Scrum
Ziel von Scrum ist die schnelle, kostengünstige und qualitativ hochwertige Entwicklung von Produkten entsprechend einer formulierten Vision. Das Umsetzen der Vision erfolgt dabei nicht mit Pflichtenheften, die dann phasenweise umgesetzt werden. Stattdessen werden in Scrum die Anforderungen in Form klarer Eigenschaften aus der Anwendersicht formuliert. Die Liste dieser Anforderungen ist das Product Backlog. Diese Anforderungen werden Stück für Stück in zwei bis vier Wochen langen Intervallen, sogenannten Sprints, iterativ und inkrementell umgesetzt. Am Ende eines jeden Sprints steht bei Scrum die Lieferung eines fertigen Teilprodukts, das Product Increment. Dieses sollte in einem Zustand sein, dass es an den Kunden ausgeliefert werden kann. Im Anschluss an den Zyklus werden Produkt, Anforderungen und Vorgehen überprüft und im nächsten Sprint weiterentwickelt.
Weber Data Service
Weber Data Service entwickelt bereits seit 1975 Standardsoftware für Speditionen, Verlader, Transport- und Logistikunternehmen. Die meisten der mehr als 40 IT- und Logistikfachleute kennen die Anforderungen und Problemstellungen aus eigener Erfahrung und sichern eine professionelle Projektbetreuung – auch über die Einführungsphase hinaus. Zu den Kunden gehören mittelständische Logistikunternehmen und Konzerne in Deutschland, Österreich und der Schweiz.
Neben dem seit vielen Jahren eingeführten Transportmanagement-System DISPONENTplus bietet der mittelständische Softwarespezialist die kompakte Speditionssoftware DISPONENTgo an. Weitere Informationen unter www.weberdata.de.
Pressekontakte:
Weber Data Service IT GmbH | KfdM – Kommunikation für den Mittelstand |
Romy Mamerow M.A. Leiterin Marketing/PR Feilenstraße 31 33602 Bielefeld Tel: +49 (0)521.52 44 452 E-Mail: mamerow@weberdata.de |
Marcus Walter Sudetenweg 12 D-85375 Neufahrn Fon: 08165 / 999 38 43 Mobil: 0170 / 77 36 70 5 E-Mail: walter@kfdm.eu |