一个可以提前结项的敏捷项目
发布于 2025-05-02
653
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
Bruce Talk
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
项目背景与结项情况
文章讲述了一个软件项目在客户主动提出下提前结项的案例。客户认为第一阶段的成果已经满足业务需求,而合同中的其他需求暂时没有明确规划,因此决定终止后续开发。该情景与Scrum创始人Jeff在2008年提出的敏捷合同理念高度吻合,即项目可以在客户认为需求已满足时提前结束。
敏捷项目的运行方式
项目严格按照Scrum方式运行,团队与客户保持4周一次的迭代节奏,协商用户故事优先级、进行UAT、搜集反馈并调整功能规划。尽管项目内容与最初标书有所差距,但客户认为已足够满足当前需求,因此决定提前结项。
项目成功的关键因素
- 构建甲乙双方的互信是项目成功的核心前提。
- 客户高参与度,通过多种形式共同决策优先级与解决方案。
- 团队专注于开发客户认为最重要的功能,避免资源浪费。
- 严格执行迭代完成标准,确保产品质量过硬,增强客户信心。
- 通过工程实践支持敏捷方法,包括自动化测试、CICD流水线、代码扫描等,避免技术债积累。
敏捷合同的核心理念
文章总结了Jeff提出的敏捷合同中的关键观点:
- 客户可根据业务优先级调整范围,而无需额外费用,只需确保参与Scrum团队。
- 客户可终止合同,并支付剩余合同价值的20%作为提前结束的费用。
- 乙方需在商定日期前交付高质量的80%项目范围内容。
- 变更免费原则:删除同等范围内容后可在Sprint边界添加新功能。
这些理念旨在平衡甲乙双方的利益,同时实现业务价值最大化。
Bruce Talk
Bruce Talk
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
Bruce Talk的其他文章
从一个乙方视角聊聊敏捷项目
敏捷开发是否适合软件项目?还是只能在产品研发中发挥作用?让我从乙方的视角聊聊感受。他们之间确实有不同的地方,但也有相似的方面。
《绩效领导力:使用OKR成就超出期望的未来组织》读后感
讲解OKR的概念,介绍OKR实践方法。这本书干货满满。不要错过哦。
DDD与CQRS的关系
前言
今天介绍一个实际工作中遇到的概念理解不准确
尝试从用户的角度思考
作为PO,你的头需要左右摆动,一侧是靠向团队的,另一侧是靠向客户。如何避免自己的头始终都偏向某一侧呢?
一次ATDD的团队实践
什么时ATDD(Acceptance Test Driven Development)?他能个我们带来什么?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线