前言:

  產品級敏捷開發主要的目的是要達到: 以最少的產出, 卻能對客戶產生最大的正面影響◦

  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)

結論:

  綜合產品質量的背景, PI 交付的目的, 需求的屬性與團隊成員的現況評估, 所初步制訂團隊版本開發的 PI (Program Increment) 後, 便需再根據需求項的場景再度確認 PI (Program Increment) 的合理性並根據每個Sprint 的開發效率與質量的度量資料, 持續優化團隊的開發效率與質量◦