产品级敏捷开发关键的第一步: 制订版本发布的节奏

标签：敏捷开发

前言:

  产品级敏捷开发主要的目的是要达到: 以最少的产出, 却能对客户产生最大的正面影响?

  PI(Program Increment) 则是制定版本发布的节奏, 以使团队能在最短的版本开发周期内, 产出对客户最有价值的产品特性或功能?

  所以, 产品级敏捷开发关键的第一步便是: 依照产品质量与团队人员能力的现况, 制订出合理且能满足外部客户要求的PI (Program Increment)?

本文:

  制订出合理且能满足外部客户要求的PI (Program Increment), 便需综合产品质量的背景, PI交付的目的, 需求的属性与团队成员的现况评估?

1.         产品质量的背景:

  某产品的质量一直无法令客户满意?最主要的因素便是团队一直承接过多的需求, 且项目经理没能管控好需求的范围与开发的进度, 使得团队经常延迟交付对客户承諾过的需求? 客户对产品的信心不足?

2.         PI (Program Increment) 交付的目的:

  因产品的质量, 使得客户对产品的信心不足, 所以, PI (Program Increment) 交付的目的便是以重拾客户对产品的信心为最主要的目的?

3.         需求的属性:

  延迟交付对客户承諾过的需求大多属“功能性增强” 的需求, 而非 “特性” 级的需求?

4.         团队成员的现况评估:

  开发骨干人员评估针对“功能性增强” 的需求, 可于 “两周内” 便可有转SIT 测试的开发进度?

  测试骨干人员评估针对开发人员 “两周” 的开发工作量, 测试人员可于 “一周内” 完成SIT 测试?

合理且能满足外部客户要求的PI (Program Increment):

  为重拾客户对产品的信心, 且所延迟交付对客户承諾过的需求大多属 “功能性增强” 的需求, 并经开发骨干人员与测试骨干人员的共同评估, 团队针对“功能性增强” 的需求, 可于 “3 周” 的周期交付?

  初步制订团队为快速交付对客户承諾过的需求, 并兼顾团队成员的能力, 将 PI (Program Increment)便制订为 “3 周”?

结论:

  综合产品质量的背景, PI交付的目的, 需求的属性与团队成员的现况评估所 初步制订团队版本开发的PI(Program Increment)后, 便需再根据需求项的场景再度确认 PI(Program Increment) 的合理性并根据每个Sprint 的开发效率与质量的度量数据, 持续 优化团队的开发效率与质量?

产品级敏捷开发关键的第一步: 制订版本发布的节奏

标签：敏捷开发

原文地址：http://blog.csdn.net/featuresoft/article/details/46659475