開發管理 CheckLists(13) -靈活開發 Scrum Sprint計劃會議一

本文主要是為了檢測你對SCRUM Sprint 計劃會議的了解和使用程度,

通過本文你可以檢測一下

    1、你們的SCRUM Sprint 計劃會議的過程和步驟

    2、會議的輸出結果

      Sprint 計劃會議非常關鍵，應該算是 Scrum中最重要的活動（這當然是我的主觀意見）。要是它執行的不好，整個 sprint 甚至都會被毀掉。

      舉辦 Sprint計劃會議，是為了讓團隊獲得足夠的資訊，能夠在幾個星期内不受幹擾地工作，也是為了讓産品負責人能對此有充分的信心

一、會議目的

        1、定出 Sprint 目标和既定産品 Backlog 

        2、該會議的工作以分析為主，目标是要詳細了解最終使用者到底要什麼。産品開發團隊可以從該會議中詳細了解最終使用者的真實需要。在會議的結束，團隊将會決定他們能夠傳遞哪些東西。

    基本要求：

        隻有團隊成員才能決定團隊在目前 Sprint 中能夠領取多少個 Backlog 條目的工作。

二、會議時間

         在Sprint 中，每周該會議占用時間為 60分鐘。在早上召開該會議，

         這樣還有可能在同一天召開 Sprint規劃會議的第二部分。 

三、會議準備

        1.  邀請與會者：

              産品負責人

              Scrum Master

              團隊所有成員

        2.  已按優先級排列産品 Backlog 中各項問題

        3.  已評估 Backlog 中的各項問題

        4.  把産品 Backlog 公開給會議中的每個人，保證其可被擷取

        5.  預期團隊中有哪些人已明确會缺席（如度假）

        6.  保證房間環境适合小組讨論

        7.  每個人都可以擷取上次 Sprint 評審會議和 Sprint 回顧會議的結果  

        8.  Sprint 時間表已經安排

        9.  Sprint 計劃會議 1 的時間安排

        10.  Sprint 計劃會議 2 的時間安排

        11.  Sprint 的第一天已确定

        12.  Sprint 的最後一天已确定

        13.  Scrum 每日例會的時間安排

        14.  Sprint 評審會議的時間安排

        15.  Sprint 回顧會議的時間安排

四、會議程序

        1. 把 Sprint 時間表公開給所有人

        2. 把 Sprint 評審會議的結果公開給所有人

        3. 把 Sprint 回顧會議的結果公開給所有人

        4. 産品負責人向團隊産品闡述産品遠景

        5. 産品負責人和團隊一起确定 Sprint 目标

        6. 從第一個 Product Backlog條目（故事）開始。

        7. 讨論該 Product Backlog條目，以深入了解。

        8. 分析、明确使用者驗收測試。

        9. 找到非功能性需求（性能、穩定性……）。

        10. 找到驗收條件。

        11. 弄清楚需要“完成”到何種水準。

        12. 獲得  Backlog 條目各個方面的清晰了解。

        13. 繪制出所需傳遞物的相關圖表，包括流程圖、UML 圖、手繪草圖、螢幕 UI設計等。

        14. 回到步驟 1，選取下一個Backlog條目 

        流程檢查：

            詢問團隊能否快速回答下列問題，隻需簡要回答即可：“我們能在這個 Sprint中完成第一個 Backlog 條目嗎？”如果能得到肯定回答，那麼繼續詢問下一個Backlog條目，一直到已經分析完的最後一個Backlog 條目。

        接下來，休息一下。

        在休息之後：

        對下一個 Backlog條目展開上述流程。  

        結束流程：

        1. 在Sprint 規劃會議第一部分結束前留出20分鐘。

        2. 再次提問——這次要更加嚴肅、正式：“你們能否完成第一個 Backlog 條目，……第二個，……？”

        3. 如果團隊認為他們不能再接受更多Backlog條目，那就停下來。

        4. 現在是非常重要的一步：送走Product Owner。她必須離開！所有的人，除了團隊和 Scrum Master  之外的所有人，都得離開。客戶、最終使用者，所有其他人都得離開！

        5. 當其他人都離開後，再詢問團隊：“說真的——你們相信自己可以完成這個清單？”

        6. 希望團隊現在能短暫讨論一下，看看他們到底認為自己能完成多少工作。

        7. 将結果與 Product Owner和最終使用者溝通。不許再讨論了！   

五、會議結果

        1. 為 Sprint 計劃會議2的進行準備好既定産品 Backlog 

        2. 選擇好的 Product Backlog條目。

        3. 各個Backlog條目的需求。

        4. 各個Backlog條目的使用者驗收測試

開發管理 CheckLists(22) -組織項目資源

開發管理 CheckLists(21) -控制項目的範圍

開發管理 CheckLists(20) -項目利益相關者責任

開發管理 CheckLists(19) -選擇合适的團隊成員

開發管理 CheckLists(18) -靈活開發 Scrum Master 工作

開發管理 CheckLists(17) -靈活開發 Scrum Sprint回顧會議

開發管理 CheckLists(16) -靈活開發 Scrum Sprint評審會議

開發管理 CheckLists(15) -靈活開發 Scrum每日例會

開發管理 CheckLists(14) -靈活開發 Scrum Sprint計劃會議二

開發管理 CheckLists(13) -靈活開發 Scrum Sprint計劃會議一

開發管理 CheckLists(12) -靈活開發 SCRUM評估會議

開發管理 CheckLists(11) -靈活開發 SCRUM全員會議

開發管理 CheckLists(10) -靈活開發架構SCRUM内容

開發管理 CheckLists(9) -靈活開發-故事驗收測試

開發管理 CheckLists(8) -靈活開發-估算故事

開發管理 CheckLists(7) -靈活開發-編寫故事

開發管理 CheckLists(6) -靈活開發-搜集故事

開發管理 CheckLists(5) -風險檢測表

開發管理 CheckLists(4) -風險管理

開發管理 CheckLists(3) -項目啟動會議

開發管理 CheckLists(2) -規劃項目

開發管理 CheckLists(1) -啟動項目

                <開發管理 CheckLists> by dyllove98 @http://jlins.iteye.com/