Comments on: Festpreisprojekte und Scrum

By: BrightSolutions Darmstadt

BrightSolutions Darmstadt — Wed, 10 Nov 2010 19:49:53 +0000

Es ist natürlich immer die Frage, ob man das Risiko tragen will, das durch den festen Preis und die ja nahezu unendliche Flexibilität des Kunden entsteht (im Rahmen der Userstories natürlich aber auch eine Userstory wie “mit Outlook synchronisieren kann 20 oder 200 Std dauern…). Das versucht man natürlich mit einem hohen und potentiell gewinnträchtigen Festpreis abzudecken, die Frage ist nur dann wieder, ob der Kunde auch einsieht, dass er diese Flexibilität und die Festpreisgarantie zahlen muss. Gerade bei KMU ist das nicht selbstverständlich und auch bei größeren Kunden ist Nachverhandeln nie gerne gesehen. Aber wie immer lasse ich mich natürlich auch gerne vom Gegenteil überzeugen.

By: Jochen

Jochen — Mon, 21 Dec 2009 19:07:36 +0000

SRUM und Festpreis-Projekte scheint wohl gerade eine heiß diskutierte Frage zu sein. Boris Gloger schreibt auf seiner Seite dazu und bezieht sich auf einen Artikel bei BrightSolutions.

http://borisgloger.com/2009/12/17/scrum-und-festpreis/
http://www.brightsolutions.de/agile-projekte-softwareentwicklung

By: Jochen

Jochen — Wed, 16 Dec 2009 20:30:03 +0000

Ich hab bei InfoQ einen Artikel gelesen darüber, warum in manchen Firmen die Einführung von Agilen Methoden scheitert und in anderen Firmen nicht. Christopher Goldsbury schreibt darin:

“The answer lies in how the development effort is viewed by company X and Y financially. In company X the software development effort is viewed as an investment, indeed the primary investment, in the company’s future. In company Y the development effort is a small application and is viewed as an expense to be time bound and tracked. In company X the team is funded. In company Y the project is funded. Read those last two sentences again.
In company X agile will succeed. In company Y agile will fail.”

Für mich bedeutet dies auch, dass bei Festpreis-Projekten die Gefahr sehr hoch ist, dass wir wieder Wasserfall machen. Die Meilensteine werden nach jedem Sprint geliefert aber dann hätten wir nicht viel gewonnen.
Für mich ist klar, dass auch der Vertrieb und das Management erkennen muss, dass Agile Methoden auch ihre Tätigkeit und die Gestaltung von Verträgen beeinflusst und nicht nur etwas für die Entwicklung ist. Erst dann werden die Agilen Methoden die ganze Stärke entwickeln können, die hinter der Idee steckt.

Hier noch der Link zum Artikle bei InfoQ:
http://www.infoq.com/articles/failed-agile-adoption-reasons