敏捷合同：如何为Scrum项目构建协议

敏捷方法与传统合同之间的关系确实令人不适。固定范围、固定价格的合同假设需求可以在事前完整规定，且范围在交付期间不会发生实质性变化。Scrum不做这些假设。三种合同模式在实践中证明持续有效：一是有上限的工时加材料——客户支付实际消耗的时间和材料，直至最高上限；二是固定价格迭代——为约定Sprint数量确定固定价格，支付里程碑与Sprint审查对齐；三是「白给钱/免费换」——客户若已获得所需价值可提前终止合同（白给钱），同时可随时更换等量或更小范围的功能（免费换）。

敏捷合同的关键条款

无论选择哪种模式，某些条款对敏捷合同正常运作至关重要。首先，产品负责人可用性：合同应规定合格的产品负责人每个Sprint至少投入一定时间（通常不少于Sprint时长的20%）。其次，完成定义：合同应纳入或引用双方就完成定义达成的一致，这是验收交付软件的质量标准。第三，Sprint审查出席义务：客户缺席Sprint审查意味着无法验收软件、无法提供驱动待办事项梳理的反馈；条款还应规定客户缺席时的处理方式。第四，范围变更流程：即便是灵活的敏捷合同，超出原始待办事项范围的变更也需要定义好的变更流程——轻量级书面请求、工作量估算、商务调整（如适用）及授权代表签字。

应避免的做法

固定范围配合敏捷交付方式是最常见的陷阱。若合同规定每个用户故事，客户可因任何故事未按文字交付而主张违约，则团队无法灵活管理待办事项，Scrum的价值便荡然无存。知识产权条款也值得注意：在每个Sprint增量交付软件的敏捷项目中，需明确知识产权何时转让——每次Sprint审查时、合同完成时还是最终付款时。供应商保留知识产权直至最终付款后中途终止，会使客户持有可能没有合法所有权的部分软件。逐步知识产权转让虽带来管理复杂性，却能以传统知识产权条款无法实现的方式保护客户投资。

如果贵组织在构建既能实现敏捷交付、又不产生法律和商务风险的合同方面存在困难，XNM的项目群与项目交付咨询服务可以帮助你设计与团队实际工作方式相符的合同框架，并在事情偏离计划时保护双方利益。