24、敏捷软件开发合同模型全解析

敏捷软件开发合同模型全解析

1. 按迭代固定价格模型

敏捷软件项目的一个显著特点是采用迭代方式，即子项目在规定时间内交付成果。这为一种简单的合同设计模型奠定了基础——按迭代固定价格的合同。

假设开发团队由五名开发人员和一名项目经理组成，每人每天的费用为 800 欧元。那么一个为期两周（10 个工作日）的迭代成本为：10 个工作日 × 5 人 × 800 欧元 = 48,000 欧元。

从表面和纯粹的合同角度看，这似乎与简单的工时和材料（T&M）模型无异，因为供应商在该模型下不承诺可实现的范围，价值风险和开发风险都由客户承担。

然而，商业现实往往超出法律框架。迭代有明确的时间限制，这使得项目成功情况能得到频繁验证，促进快速审查和评估。迭代越短、团队越小，迭代开始前的目标就越清晰。若目标未达成，客户会越发失望。到第三次迭代时，讨论不仅会涉及复杂度估计不足，还会关注团队效率。虽然风险在形式上仍由客户承担，但承包商也会开始关注提高效率和质量的措施，因为项目进展越深入，客户更换供应商就越困难，这对承包商来说是一种潜在威胁，也是动力。按迭代固定价格的合同模型（也称为“渐进式合同”）内置了早期升级机制，确保更换供应商不太可能“为时已晚”，从而将部分开发风险甚至价值风险转移到承包商一方。

2. 按（任意）点数固定价格模型

按迭代固定价格模型存在正式合同条款与合同双方商业行为之间的差异，最终可能将部分风险转移给承包商。那么，能否找到更直接的方式，通过合同条款确保承包商交付质量较差的软件时收入减少，交付更好软件时收入增加呢？或者，由于“质量差”和“质量好”在合同中难以明确定义，能否根据每次迭代实现的范围大小来确定收入呢？