Mmmh, wenn das so wäre, dann würde man in XP ja nicht darüber diskutieren. Um ein Projekt durchzuführen, kann man auch ein Team einrichten, bezahlen und arbeiten lassen. Man hat zwar fixe bekannte Kosten, aber im wesentlichen Gehaltskosten - aber man hat kein fixes Ergebnis. Wenn es Budgetvorstellungen gibt, dann ist man sich meist auch darüber klar, dass diese nur einen sehr groben Rahmen abgeben. -- HelmutLeitner

Egal wie festgelegt das Budget von Kundenseite aus sein mag, ein Projekt wird bestimmt nicht dadurch agiler, dass man es auch noch im Vertrag festschreibt... ;)

Außerdem ist im typischen FestpreisVertrag ja nicht nur das Budget, sondern auch der Umfang festgelegt. -- IljaPreuß

Offensichtlich harmoniert ein Projekt mit FestpreisVertrag nicht besonders mit XP. Könnte aber so ein Projekt nicht intern als XP-Projekt organisiert werden, wenn jemand in der Lage ist, die Kundenposition zu übernehmen und die Erfüllung der vertraglichen Verpflichtungen im Auge behält?

Ja, kann es, und wenn ich mich nicht täusche, gibt es einige Teams die dies tun.

Ja, gibt es :-) Auch wenn man die Gesamtanforderungen an das System vollständig im Vertrag beschreiben muss, kann man XP inkl. KundeVorOrt und PlanungsSpiel einsetzen. Die Vertragspartner müssen sich dann auf eine Strategie einigen, die festlegt, was passiert, wenn der Kunde Stories schreibt, die durch den Vertrag nicht gedeckt sind. Auch KurzeReleaseZyklen harmonieren mit Festpreis-Projekten. Auch hier ist es für beide Seiten sinnvoll, früh zu erfahren, wenn irgendwas schief läuft und nichts oder etwas Unerwartetes geliefert wird.

-- StefanRoock

• WardsWiki:FixedPriceContractsWithChangeControl
• XpMailingliste: XP und Fixkosten-Projekte
• XpMailingliste: Gewährleistung bei XP-Projekten
• Succeeding with "Agile Fixed Price" projects