前言:
产品级敏捷开发基本的目的是要达到: 以最少的产出, 却能对客户产生最大的正面影响◦
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 的开发效率与质量的度量数据, 持续优化团队的开发效率与质量◦