最近剛好看到這本書Project Portfolio Management-Increase Your Capacity and Finish More Projects, 書中特別指出, 如果沒有做Project Portfolio Management, 將會不斷有Emergency出現, 這樣會降低整個portfolio的管理容易度, 造成不斷搶人的狀況, 將團隊成員完成專案的效率降低, 也降低完成專案的數量. 這跟朋友說的狀況很類似.
這幾天剛把這本書看完, 覺得這本書寫得太好了, 以下簡要整理, 希望對在類似工作環境的人有所幫助.
如果您的公司還沒有開始做公司等級的Project Portfolio Management(PPM)
也許可以跟公司建議試試看吧?
- 對工程師的好處: 當主管不斷壓工作下來時, 很有理由說現在什麼工作最重要, 或請找PPM核心主管討論吧.
- 對專案經理的好處: 不用和其他的專案經理搶人力, 到處求工程師幫你做, 因為先後順序已經排好了
- 對公司上層的好處: 大家全力做對公司獲利與未來遠景最有利的專案, 不會浪費公司資源
實行小建議
- 專案要排序, 且要決定哪些專案要commit, kill, transform, 或暫存待執行
- 如無法準確預估專案獲利與風險, 以Scrum分段deliver 部分user stories(requirements)的方式來試run, 預估velocity, 幫助forecast, 同時觀察可行性
- 越高風險但卻是高獲利的案子越需要小規模試run
- 專案資訊越透明完整, 越好做PPM
- 至少一季做一次Project Portfolio Review
- 以公司整體利益為指導原則做PPM決策
- 需檢查公司的bonus或薪資政策是否配合,如果專案經理的performance是比賽同時間內完成的專案數量, 那.....
Project Portfolio Review是PPM的重頭戲
Review參與者: 高層, 專案經理, 部門經理.
Review時間: 最好不要超過3個月, 當release時間需要修改時,當重要客戶需要新功能或產品時, 當知道競爭對手將有新產品上市時, 當技術更新時, 當產品可以部分完成時, 當資訊足夠到計畫下一版時, 當有錢有人來做新專案時.
Review需要的資料: 每個專案的內容, 相關客戶, brundown chart/velocity chart,階段可demo產品或version完成工作單, 風險與障礙, 人力分配
Review應問的問題:
排序的準則? (要配合公司目標, 策略, 願景, 獲利)
對於每個專案在每次review的時候都要問是否仍與整體策略相符, 值得繼續做下去?
從上次review到這次review之間, 到底完成了哪些? 進度如何? 完成速度怎樣?
專案進行是否有遇到什麼困難?
專案排序的方法
計分: 可考慮的項目如
Qualitative: Alternative有替代方案? Effect完成後的影響? Success Picture專案成功的樣子?
Quantitative:獲利? 市場拓展? 既有客戶再消費? 降低成本? 增加公司競爭力?
比較法: Single-Elimination Tournament單淘汰制, Double-Elimination Tournament雙敗淘汰制
p.s. 作者建議不要用ROI來排序, 因為ROI通常試算不準的
專案排序完後一定要公開讓全公司的人知道, 做為大家工作的先後順序標準