前言:
产品级敏捷开发主要的目的是要达到: 以最少的产出, 却能对客户产生最大的正面影响?
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 的开发效率与质量的度量数据, 持续 优化团队的开发效率与质量?
版权声明：本文为博主原创文章，未经博主允许不得转载。