圖片來源

身為負責軟體開發專案的PM, 早在2015時就已經考取PMI-ACP的證照, 並逐步開始在工作上採用Scrum的方式帶領團隊, 但遲至今日才真正有時間拜讀這本敏捷大作"Scrum用一半的時間做兩倍的事", 不過讀起來很過癮, 雖然有點像是"複習"敏捷相關的知識技能, 但更多的是重新體會與了解當初為什麼會訂出這些Scrum的運作方式?及其背後的考慮因素與專案背景, 確實有助於重新體會一些自己有時感覺有些用不太好的敏捷技能, 到底可以用在什麼樣的專案場景? 或是倒底應該怎麼的實施方式才正確?

此外, 書中比較讓我訝異的點是, 作者提到Scrum方法論就是拿來改善NASA所發展出來的Stage-Gate(階段關卡法)的產品發展方法論, 但其實我先學了敏捷, 後來才又透過NPDP(新產品開發管理師)的課程中學到Stage-Gate, 不過好險的是我其實沒在用NPD中所學到的Stage-Gate, 反而重點放在"策略規劃", 所以學了兩種方法論卻沒有互相矛盾或打架的狀況發生, 反而綜合性的運用兩種方法論中的各自特點

一樣地, 以下是我自己的閱讀筆記摘要, 跟大家分享, 因為只是補強自己遺忘的部分, 所以若是想了解Scrum的讀者, 還是去尋求正統的Scrum相關課程喔~

OODA

• Observe 觀察
• Orient 導向
• Decide 決定
• Act 行動

重點是旅程, 真正想獎勵的應該是努力朝向卓越邁進的那些人

人並非因為成功而快樂, 而是因為快樂才成功, 快樂必須用來創造成果

User Sotry --> INVEST

• Independent 獨立
• Negotiable 可修改
• Valuable 有價值
• Estimable 可估算
• Small 規模小
• Testable 可測試

團隊績效

為我的公司工作

持續改善 Continuous Improvement --> 避免自我感覺良好

有80%的價值, 來自20%的功能

Product Owner (PO)的四大特質

1. 具備專業領域的知識

• 對團隊目前正在執行的流程有充分了解
• 對於"該做什麼"有充分了解
• 對市場有充分了解

2. 必須擁有決策權, 為成果負責
3. 必須讓團隊找得到人
4. 必須為價值負責

我覺得最後節錄的這個PO四大特質, 有效闡述了目前實務上常常PM兼任PO的部分, 尤其是當一個有技術背景的PO/PM其實真正才能做到"充分了解"這個部分, 非技術背景的PM其實說坦白是相對吃虧的, 至於2~4點, 其實都是"當責"的概念, 為自己所帶的專案, 領導的團隊負責任!

與各位PM共勉之~~