Page 92 - Vol.09
P. 92

New
             Vision
             新象新知


            圖一、Scrum 的運作流程 ( 圖片來源:http://scrum.tw/index.php/aboutscrum)


                            Vision




                                             Product                Sprint                     Sprint
                                             Backlog                Planning                   Backlog


                       Stakeholder

                       Product Owner
                       Scrum Master                                                          Every
                                                                                             Day
                       Team
                                            Retrospective         New Functionality        Daily Scrum





            –  昨天完成什麼                          將 Product Backlog 轉換為 Sprint   Sprint  Planning  Meeting及Sprint
            –  今天要作什麼                          Backlog 。                     Review  Meeting的討論,確認執行
            –  遭遇到什麼困難                       –  在每一次的 Sprint 中,按照優先          方向。其中Sprint planning meeting
                                               順序,進行一次 Sprint(衝刺)。           事實上會分成兩個部分part  1和
            Sprint review meeting
                                             –  每次的衝刺中,都會進行 Daily            part 2。
            最 主 要 的用意 就 是 用 來 與 stake-
                                               Scrum Meeting,確保進度。
            holders 交流,並且展示 team 所要                                          –  Part 1 的重點是在於這次的
                                             –  完成產出後,透過 Sprint review
            交付的成果,而這個會議通常是由                                                    Sprint 要 做 甚 麼 (What to do)。
                                               meeting, 由 Product Owner 來
            Product owner主導,展示以下內容:                                            參 加 成 員 為 Product owner
                                               驗收成果。                           (PO)、Scrum  master  (SM) 和
            –  展示團隊成員承諾要交付的工作
                                             –  整個 Scrum 流程做完後,進行              Team member。會議將由 PO 主
              項目
                                               Retrospective Meeting, 檢 討 整    導,討論的內容為這個 Sprint 該
            –  展 示 團 隊 成 員 完 成 了 什 麼 工 作
                                               個流程需要改進之處。                      從 Product backlogs 中挑選哪些
              (有達到哪些目標,有哪些沒有
                                             而與傳統專案管理相比,Scrum 不                Story 來完成。  並由 PO 一一的
              達到)
                                             僅 涵 蓋 預 估 (story point)、實 作       來說明相關細節部分。
            –  在 Sprint 中間有達成什麼重要的
                                             (sprint)、 監 控 (daily scrum) 和 修  –  Part 2 的 的 重 點 在 Sprint 要 如
              決定(不管是技術、需求…等)
                                             正 (retrospective meeting),更因執     何做 (How to do)。參加成員為
            –  展 示 現 階 段 專 案 交 付 的 標 的 物
                                             行流程類似湧浪式規畫法 (Rolling              SM 和 Team member。 討 論 的
              到什麼程度,並展示初步成果
                                             Wave Planning):專案執行流程是反           內容為這些 Story 該如何分解為
              (Demo)
                                             覆數次,每次都是根據前一次的結果                  Task,以及 Task 的實作細節和
            –  工作項目優先順序檢討(為了下
                                             並結合最新的需求進行,並增量交                   預估該花費的工時等等。
              一次的 sprint)
                                             遞 目 標 物 (incremental delivery) 以  而在每個 Sprint 結束之前,則會有
            Retrospective Meeting            逐步完善。因此適合用於需快速反                 所 謂 的 review。同 樣 的,review 亦
            參 與 的主要 成員為 Team member
                                             應需求改變以及時間緊迫的管控模                 分為兩個部分:Review meeting 和
            和 Scrum Master,其重點則是讓團
                                             式。                              Retrospective Meeting。
            隊成員檢視 Sprint 的實作施行流程,
            並對其提出流程改善的建議。                                                    –  Review Meeting 的 重 點 在 於 讓
                                                                               PO 檢視這個 Sprint 所產出的成
            圖一即是Scrum的運作流程。透過
                                                                               果,如果有任何不符合需求或是
            此圖,我們更可以了解上述參與角
            色與重要名詞的意義:                       雙重回饋機制                            需求變動,便會被記錄下來,加
                                                                               至 Product backlogs 當中,好讓
            –  Stakeholder 向 Product  Owner
                                                                               後續的 Sprint 能夠處理解決。
              提出自己的需求。                       Scrum  的流程中,與傳統專案管理
                                                                             –  而 Retrospective Meeting 的重點
            –  Product Owner 將 需 求 轉 換 為     最大的差異之一,就是 Scrum 擁有
                                                                               則是讓團隊成員檢視 Sprint 的實
              Product Backlog。               雙重回饋機制。
                                                                               作施行流程,並對其提出流程改善
            –  透過 Sprint Planning Meeting 後,  由  圖二可知,每個Sprint是透過              的建議。

            92
   87   88   89   90   91   92   93   94   95   96   97