用户故事与敏捷方法—发布计划

博客围绕软件发布计划展开,提及理想情况开发人员与客户谈日期范围。介绍DSDM方法及莫斯科规则对发布功能排序,阐述排序故事优先级的考量因素,还给出估算团队初始速率的方法,强调计划发布时要明确客户预期日期、故事优先级等要点。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、什么时候 发布?

理想情况,开发人员和客户谈一个日期范围,而不是一个具体的日期。

二、发布中包含哪些功能?

——借助DSDM的方法,DSDM包括一个排序优先级的方法,称为莫斯科规则(MoSCoW)

  • 必须有(Must have)——系统的基本功能
  • 应该有(Should have)——很重要但短期内有可替代方法的功能
  • 可以有(Could have)——如果没有时间就可以在发布中不予考虑的功能
  • 这次不会有(Won`t have this time)——客户期望拥有但同时承认需要在后续发布中实现的功能。

三、排序故事优先级

  • 故事不能如期完成的风险
  • 推迟实现一个故事时对其他故事的影响

此外,客户和用户对故事进行优先级排序时,也会有自己的要素:

  • 故事对于广泛用户或者客户的重要性
  • 故事对于少部分重要用户或者客户的重要性
  • 故事与其他故事的内聚性

四、估算团队初始速率的方法?

——使用历史值

——执行一轮初始迭代,使用那轮迭代的速率

——猜测

五、小结

  • 在计划发布时,有必要知道客户预期的大致发布日期和故事的相对优先级
  • 故事应该以明确的顺序排列(比如第一个、第二个、第三个)
  • 故事的优先级由客户确定,但也要考虑开发人员的想法
  • 使用速率以理想日为单位的估算转换成日历日
  • 估算团队的厨师速率是很有必要的
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值