敏捷合同VS传统合同
来源:互联网 发布:java 图片上传 base64 编辑:程序博客网 时间:2024/06/09 19:57
传统合同的签署,情况往往是这样的:客户给出的价格是固定的,比如是5百万,但随着不断地改变需求,造成项目的代价是8百万,而且还可能要不断地修复Bug和完成那些之前并没有真正完成的功能,最终成本是1千万。
敏捷合同的类似这样的:
- 乙方保证交付高质量的、真正完成的功能给甲方。
- 增加2个规则以适应变化:
1. 优先级的改变免费。
2. 可以免费增加新功能,如果等量的其它工作被同时移除。
- 甲方可是随时终止(Abort)合同,终止时,乙方从剩下合同额中返还一部分给甲方。
这样的合同体现了2件事情:即Change for Free和Money for Nothing。
- Change for Free:当总量不变,增减需求是免费的,这对客户是个好事情。
- Money for Nothing:当客户在任何时刻认为,所有优先级相对较高的功能都开发完成,剩下的那些没有价值或价值较小的功能不再需要时,可以终止合同。终止时客户可以拿回部分(比如80%)剩下的钱(现有使用传统合同的企业,要先从IT公司拿回钱简直是天方夜谭),同时提供产品的甲方也可以拿到另外的20%,而没有任何成本,即所谓的Money for Nothing。比如:总合同额为1千5百万,当投资回报率(ROI)降到1/3时终止(也就是用掉5百万后),甲方可以拿回剩下1千万的80%(也就是8百万),乙方可以也可以拿到20%(即2百万)。这是一个双赢的局面。有人经常会说:如果甲方不敏捷,我们怎么能敏捷。我想当甲方理解知道敏捷可以给他带来收益或节约成本后,他是乐于签署敏捷合同的。
0 0
- 敏捷合同VS传统合同
- 敏捷合同
- 合同
- 合同
- 当敏捷团队遇上固定价格合同
- BT合同是什么合同
- 设计合同
- 翻译合同
- 转包合同
- 合同和
- 合同相关
- 合同 Contract
- 合同管理
- 合同管理
- 合同管理
- 敏捷开发 vs 传统模式
- 预留1预留1合同合同
- 合同如火如荼有态度与合同任何人
- STM32F1系列——固件库函数使用手册摘要(慢更新)
- 在checkebok选项中进行批量删除
- QT学习笔记09QT编程规范
- 【LeetCode】41. First Missing Positive
- 10分钟带你光速入门运维工具之-Puppe
- 敏捷合同VS传统合同
- JavaScript DOM操作
- ORA-04043艰难的解决之路
- Adapter.notifyDataSetChanged()数据改变却不刷新的原因
- Python安装常见问题(1):zipimport.ZipImportError: can't decompress data
- 剑指offer 面试题3:二维数组中的查找
- Android像素(px)与dip
- mysql出现错误“ Every derived table must have its own alias”
- 数字三角形问题