scrum

致敬推特專案

你也曾經有這樣的經歷嗎？原本睡前精心安排好、供在桌前的完美行程，被一次次突如其來的意外打亂而手足無措，也不知道是要先補償之前錯過的行程，還是要先完成當時間的預定計畫。 世界變動的太快，資訊來的太多，以時間為基礎的行程表明顯不太能滿足現代需求了，我們需要有一個更有彈性任務規劃方式。

在敏捷體系中，Scrum Master（SM）的存在是為了讓開發團隊把事情完成得更好；所以不是SM要求團隊完成事情，是團隊要求SM幫助他們進步。如果Scrum Master沒有要求團隊做什麼的權力，那事情該如何才能完成呢？

剛剛接觸Scrum時，對ScrumMaster（SM，一般不翻譯成中文）誤解最深的就是，不過是個「僕人式」的團隊領導者而已嘛。後來才知道大錯特錯：ScrumMaster跟本是個神一般的存在。

在先前的〈傳說中的Scrum產品負責人，以及他的責任與工作〉中，筆者簡單的談了Product Owner（簡稱PO，中文翻為產品負責人）的重要性、以及我們該如何幫助PO成功。那麼，現實中的PO會遇到哪些問題呢？

在Scrum方法中，Product Owner是產品成功與否的靈魂人物。產品如果成功，Scrum模式才能繼續實行；這對團隊的生死存亡影響很大，所以組員一定要充分瞭解其職責、以及如何提供幫助。