
Scrum 是一種用於軟體開發的敏捷方法,其核心理念是在一個自我組織的團隊中,透過反覆迭代開發和進行持續的反饋和調整,來建立高品質的軟體產品。Scrum 團隊由三個角色組成:Product Owner、Scrum Master 和團隊成員,每個角色都有其獨特的責任和功能。
Product Owner:負責維護產品待辦清單
Product Owner (PO) 負責管理產品待辦清單,這是 Scrum 團隊實現產品交付的核心檔案。Product Owner 作為產品的代表需要理解客戶和使用者的需求,並透過與團隊的緊密合作,確保產品的功能和特性與需求相符, Product Owner 與團隊成員密切合作,確保產品的特性和需求能夠在迭代開發中得到充分實現。此外 Product Owner 還負責在 Sprint 計劃會議中與團隊討論優先線序和需求,並根據產品的發展程式調整產品待辦清單。
實務上很多是由 Product Manager ( 產品經理 ) 擔任 Product Owner 的角色,並負責協調產品的戰略方向、市場分析、產品設計、使用者體驗等多個方面的工作。在這樣的情況下,Product Manager 需要與客戶和使用者溝通,並定期與團隊進行溝通和協調,以確保產品能夠按時完成並符合需求。因此 Product Manager 既需要具備產品管理的能力,也需要具備 Scrum 相關知識和技能,以實現 Scrum 框架下的產品開發流程。無論是由 Product Owner 還是 Product Manager 擔任,都需要對產品的全域性進行把控,確保團隊能夠以最高效的方式實現產品的目標。
PS. 丹叔當前的團隊 PO 是由 CTO 擔任,而我和其他 PM 就是產品經理和專案經理混合版 😂
Scrum Master:負責促進團隊的高效執行
Scrum Master 負責促進團隊的高效執行,使團隊能夠更好地應對挑戰,實現更高效的交付。Scrum Master 作為一個敏捷教練,需要確保團隊的成員理解和遵守 Scrum 方法論的原則和實踐,並為團隊提供必要的指導和支援,Scrum Master 通常需要與團隊成員合作,解決產品開發過程中遇到的問題和挑戰。此外 Scrum Master 還需要組織 Sprint 回顧會議和 Sprint 計劃會議,以幫助團隊進行持續改進。在實務上,有時候 Project Manager(專案經理)會擔任 Scrum Master 的角色,這是因為專案經理通常具備良好的專案管理和團隊管理能力,能夠協助團隊應對挑戰,推動產品的交付。專案經理作為 Scrum Master,需要確保團隊的執行符合 Scrum 方法論的原則,並確保團隊成員能夠遵守 Scrum 的實踐,以實現產品的高效開發和交付。同時專案經理也需要與團隊成員協調和解決產品開發過程中的問題,並組織 Sprint 回顧會議和 Sprint 計劃會議,以推動團隊的持續改進和發展。總之 Scrum Master 的角色是推動團隊的高效執行,無論是由 Scrum Master 還是 Project Manager 擔任,都需要確保團隊的執行符合 Scrum 方法論的原則,以實現產品的高效開發和交付。
當然反對專案經理兼任 Scrum Master 的聲浪也是不少,我調查了一些反對的聲浪是因為有些團隊的專案經理是有管理權的可以決定薪資和升遷,因此認為團隊成員不可能將這位腳色作為傾訴物件針對 scrum 團隊進行反饋,這樣就說得通了臺灣大多數專案經理和產品經理並沒有管理權,因此跟大家仍然是同一條船上的,他並沒辦法決定你的薪資和升遷,因此這一條反對的理由就不成立了,所以臺灣 PM 兼任 Scrum Master 是很常見的狀態。
團隊成員:負責產品開發和交付
團隊成員是 Scrum 團隊的核心,他們負責產品開發和交付。在 Scrum 團隊中,每個團隊成員都有自己的特定技能和專業領域,可以從不同的角度貢獻產品開發過程。團隊成員需要具備高度的自主性和責任感,以確保他們能夠在 Sprint 中按時交付產品。
團隊成員通常需要在日常的站立會議中報告進度和問題以保持團隊的進度和效率,此外團隊成員還需要參與 Sprint 計劃會議和 Sprint 回顧會議,以確保他們對產品的開發和交付進行全面的評估和反思。
結論
Scrum 團隊的成功與否取決於其成員的能力和責任感。Product Owner、Scrum Master 和團隊成員在不同的層面和角度貢獻著他們的知識和技能,透過協作和合作實現專案的成功交付。
在實踐中 Scrum 團隊需要不斷學習和改進,以應對快速變化的市場需求和技術環境。透過不斷地實踐和學習,Scrum 團隊可以實現更高效的開發過程和更優秀的產品交付,從而提升企業的競爭力和市場地位。
延伸閱讀
- 微軟將 Microsoft To Do、Planner 和 Project 整合為全新的 Microsoft Planner 於 Microsoft Teams 中
- 案例: Scrum Part 1 外部合作廠商的風險評估例項
- 進階 Scrum Part 24:如何正確的評估外部合作廠商工作時程及風險
- 進階 Scrum Part 23:在 scrum 管理測試、驗收和回饋
- 進階 Scrum Part 22:理解產品生命週期
- 進階 Scrum Part 21:在 scrum 中管理進行風險評估及風險處理
- 進階 Scrum Part 20:在 scrum 中管理專案管理、資源管理和財務管理
- 進階 Scrum Part 19:在 scrum 中管理團隊成本效益、時間效益和品質效益
- 進階 Scrum Part 18:在 scrum 中如何進行產品策略、計劃和執行
- 進階 Scrum Part 16:教你透過 Backlog grooming Meeting 規劃產品策略、產品規劃和產品