Comments on: SAPERION benutzt Scrum als Hilfsmittel beim Entwickeln von ECM-Produkten im Rahmen agiler Softwareentwicklung

By: Dr. Martin Bartonitz

Dr. Martin Bartonitz — Thu, 15 Jul 2010 21:27:06 +0000

“SCRUM ist von einem sozial ausgewogenen Team abhängig. Dominante Einzelcharaktere stören das selbstorganisierende Team und wirken negativ auf die Produktivität.”
Zu lesen in der Enzyklopädie für Wirtschaftsinformatik im Oldenburger Wissenschaftsverlag im Artikel “agile Vorgehensmodelle:
http://www.enzyklopaedie-der-wirtschaftsinformatik.de/wi-enzyklopaedie/lexikon/is-management/Systementwicklung/Vorgehensmodell/Agile-Vorgehensmodelle

By: Dr. Martin Bartonitz

Dr. Martin Bartonitz — Thu, 15 Jul 2010 21:21:31 +0000

Hier gibt ews noch ein sehr schönes Beispiel für die selbstoragnisierenden SCRUM-Teams, wo ein Manager 40 Mitarbeitern den Freiräume gibt, die gesteckten Ziele immer besser zu erreichen:
http://www.microtool.de/blog/post/Was-sind-eigentlich-selbstorganisierende-Teams.aspx

By: Martin Bartonitz

Martin Bartonitz — Sun, 21 Feb 2010 16:25:18 +0000

Nach fast 2 Jahren können wir feststellen, dass nicht nur am Ende eines Sprints eine potentiell auslieferbare Version zur Verfügung steht, sondern das tägliche Build so gut ist, dass diese als frühes Beta in unseren eigenen Teams genutzt wird, um Präsentationen vorzubereiten. Ich kann mich an Zeiten erinnern, in denen das Presales Team gerne ist auf des Service Pack 1 gewartet hat, um das zugegeben sehr komplexe Demo-System zu updaten.
Welche Vorteile mit SCRUM auch bei anderen Firmen erzielt wird, zeigt dieser sehr aktuelle Artikel von der Allianz:
http://www.sigs-datacom.de/fileadmin/user_upload/zeitschriften/os/2009/01/hastreiter_roberts_OS_01_09.pdf

By: Daniel Manzke

Daniel Manzke — Mon, 18 May 2009 09:40:00 +0000

Als ehemaliger Entwickler von SAPERION kann ich das nur bekräftigen, was Stefan geschrieben hat. Ich glaube SCRUM ist das Beste, was den Entwicklungsteams je passiert ist. (nach Entwicklung von Java :)) Es minimiert das typische (Entwickler-)Problem: “Ich bin fast fertig.” Denn durch die Entwicklungssprints ist das Zieldatum nicht mehr “irgendwann in einem Jahr” sondern spätestens nach 4 Wochen.

Man sollte sich trotzdem bewußt sein, dass SCRUM nur ein Hilfmittel zum Zweck ist. Gerade wenn es um Themen geht, welche man überhaupt nicht kennt, ist eine Abschätzung als Entwickler sehr schwer. Oft hilft einem dort auch nicht die Gliederung in atomare Stories. In diesem Fall sollte man in Absprache mit Product Management eine Research-Task für die Story erstellen. Im nächsten Sprint hat man dann oft die benötigten Erfahrungen, um eine grobe Abschätzung tätigen zu können.

Viele Grüße,
Daniel

P.S: Ohne Werbung machen zu wollen, aber das die beste Qualität die wir jemals hatten. Danke an QA&DEV! Unser Demosystem rennt nur so :)

By: Uwe Naumann

Uwe Naumann — Fri, 08 May 2009 12:35:56 +0000

Hallo Herr Zorn,

schöne, kompakte Beschreibung von SCRUM. Mir persönlich gefällt an diesem Entwicklungsmodell vor allem die tägliche, knackig kurze Kommunikation. Gerade da gibt es leider oft Probleme in Projekten. Es wird zwar viel geschrieben und gesprochen, aber oftmals nicht wirklich miteinander kommuniziert.

Ich bin überzeugt, das Sie auf diesem Weg die Qualität deutlich steigern können.

Viele Grüße aus Chemnitz

Uwe Naumann