Skip to main content

快速上手 Scrum

這是一篇寫給自己的 Scrum 筆記，以往待過的公司有產品開發流程不過都是自己的方式為主，我希望可以記錄一個標準版的 Scrum 流程，這樣與別人討論時才不會措手不及。

Sprint​

衝刺期，以往的經驗就是每一個開發週期，例如之前的團隊是兩周為一個週期。

Role​

  • PO: Product Owner 產品負責人
  • SM: Scrum Master 負責把握流程的角色
  • DV: Development Team 我的身分

Planning Meeting​

在每個 Sprint 的開始，我們開一個會議，PO 會制定多個 Story，這個 Story 是為了滿足產品的需求，而 SM 確保每一個 Story 都有計畫去執行，每個 Story 會有數個 Task 去完成，DV 則負責規劃、執行這些 Task。

就我的理解，在一些公司會替每個 Task 規劃它的點數，如若一個 Task 的點數過大，則應該在被拆成更多 Task，而每一名 RD 被分配到的 Task 則為一個定值。

Daily Standing Meeting​

每天花短時間快速釐清以下項目

  • 談談昨天做的狀況
  • 今天要準備哪些項目
  • 遇到的任何困難、疑慮等

我認為這時候做為 SM 必須要很清楚知道哪個 Story 可能會有時程上的狀況，而 PO 的關注點是 Story 能不能滿足產品的需求，當然實務上不會被區分的那麼細。

Sprint Retrospective​

衝刺期結束後，會進行的是「Sprint Retrospective－回顧與檢討會議」，回顧這個衝刺的成果，相互鼓勵，並找出可以改善的地方，讓下次的衝刺更為順利。

我之前的團隊沒有這一部份，從我的角度來說，有 Retrospective 才能夠避免諸如 task 分配不均，或是 task 太大導致 RD 開發不完，等等的問題。

conclusion​

之前的團隊少了每個 Sprint 中的 Planning Meeting 以及 Retrospective，在那時公司大家都是以獨立作業為主，如果有多這個流程，應該可以讓分配工作更加地均勻，也可以讓所有的夥伴都能夠知道我們團隊每個周期的工作負荷量是多少，所以我想雖然這樣每兩周就會需要多出一些開會時間，但對於一個團隊的向心力該是會有效成長的。