敏捷软件开发中的版本规划
来源:互联网 发布:scara机械手编程手册 编辑:程序博客网 时间:2024/05/21 17:35
如上图,开始之前我们假设产品backlog做过第一次梳理,并且总的故事点为127.
0. 在迭代开始之前,需要有一个产品backlog,并且其中顶部的一些故事是相对更详细的。
1. 产品backlog需要符合INVEST标准(参见我的一篇博客)。为了达到这个标准,需要产品负责人(PO)和团队一起(早期有可能是团队代表或核心人)对产品backlog进行优先级排序,估算(有故事点估算、团队估算、三角估算等方法)等梳理工作。
2. 假设我们有一个产品backlog如附件所示,每个sprint为3周,第一个sprint团队计划完成21个故事点,基于以上假设,这个项目需要6个sprint完成,即6x3=18周时间
3. 当第一个sprint结束的时候,很不幸,团队只完成了14个故事点。那么需要基于这个事实,对于发布计划进行调整。需要10个sprint完成,即10x3=30周时间
4. 如果第二个sprint完成了18个故事点,则基于第一个和第二个sprint的数据,发布计划调整为8个sprint,即8x3=24周。此时,由于有了2个sprint的数据,我们可以对发布计划的承诺是在24周(最好的情况下)~30周(最差的情况下) 之间。
5. 如果第三个sprint完成了20个故事点,则基于前三个sprint数据,发布计划调整为7个sprint,即7x3=21周。此时,由于有了3个sprint的数据,我们可以对发布计划的承诺是在21周(最好的情况下)~30周(最差的情况下)之间。
以此类推,一般来说,我们都是在3个迭代之后,对项目的发布计划做出承诺的。
================================================================
欢迎大家提出其他不同的版本规划方法,或者建议。谢谢!
-----------------------------------------------------------------------
微信公众号: 敏捷那些事儿(agileplus)
Agile1001公开课,每月一次,旨在推广和传播敏捷开发思想和Scrum,希望更多的开发者受益。欢迎关注。课程信息会定期发布,敬请关注。公开课汇总链接。
0 0
- 敏捷软件开发中的版本规划
- 敏捷开发中的软件测试
- 敏捷软件开发中的配置管理
- “迭代期内无变更”与敏捷开发产品版本规划
- 敏捷开发产品管理系列之二:产品版本规划
- 敏捷软件开发中的26条金科玉律
- 敏捷软件开发中的精神食粮
- 不要迷信敏捷软件开发中的敏捷管理工具
- 敏捷软件开发——项目版本迭代
- 软件开发中的版本控制
- 敏捷软件开发
- 敏捷软件开发[上篇]
- 敏捷软件开发[中篇]
- 敏捷软件开发[下篇]
- 敏捷软件开发
- 关于敏捷软件开发
- 敏捷软件开发宣言
- 初读《敏捷软件开发》
- 哎!
- HDU 1287 破译密码 异或运算
- IOS应用内购买
- 【poj2318】TOYS
- 总结过去展望未来
- 敏捷软件开发中的版本规划
- wamp配置记录
- [备考练习]C++对象和对象指针
- sizeof与strlen的区别
- Delphi 中ADO使用SQLOLEDB数据驱动时,无法获取存储过程RAISERROR返回的字符串描述
- HDU 4777 Rabbit Kingdom
- C++例程学习之 堆与栈
- Android键值对保存成XML文件SharedPreferences
- 适应各种开发,测试,线上,线下环境的Spring配置方式