敏捷研發管理方案

團隊管理

Scrum Master

負責管理Scrum流程， 確保Scrum正常運轉。
Scrum Master是教練， 是牧羊犬，是Scrum項目秩序的維護者。

產品負責人

負責管理產品Backlog 并使游戲項目價值最大化，代表項目的全體利益相關者。

團隊 

團隊是負責開發軟件的跨職能小組。團隊是自我管理的，在Scrum Master 的幫助下，團隊提出承諾，完成自己的承諾，實現軟件價值。

Scrum of Scrums 

傳統Scrum方法僅適用于5-10人的團隊，通過Scrum of Scrums的方法，可以將Scrum團隊擴展到很大規模。我們可以將團隊分解為多個小的子團隊，每個子團隊均有一名Scrum Master，聽命于項目經理，每個子團隊也有相對應的產品負責人。子團隊成員會隨著項目的進展而不斷調整，但是在一個Sprint周期內，團隊成員與產品負責人是固定不變的。

團隊擴展

傳統開發團隊只包含了程序員，Scrum 團隊是一個跨職能的團隊，要求團隊中不但有程序人員，也要包含了測試、美術甚至是腳本策劃人員，凡是生產最終游戲產品的人員，均可以包含在團隊之中，團隊的跨職能保障了每個團隊都能夠獨立工作解決困難，不需要依賴其他團隊。

產品負責人組

當產品負責人數量較多時，產品負責人也會進行分組，游戲公司是典型的例子。 在游戲項目中，策劃人員充當著產品負責人的角色，由于游戲龐大負責，策劃人員也會進行分組，策劃人員分組時可以考慮和團隊分組保持同步，以加強Scrum工作效率。

產品Backlog 管理

建立Backlog層次結構

策劃人員負責創建Backlog條目，完善條目信息，為條目設定優先級。 詳細描述故事標題、優先級、故事。

故事評審

建立故事之間關聯聯系。

工作流程管理

Sprint 計劃會

計劃會之前，Scrum Master 會創建新的Sprint，設定Sprint的起止日期。Sprint內部還可按照子團隊的劃分再次細化，以適應Scrum of Scrums管理方法。

之后為每個子團隊分配工作總時間，每個人告訴Scrum Master在這個Sprint 周期內，能夠提供多少天的工作時間，這個數值將會作為Sprint工作任務分配的參照。Sprint計劃會分為兩部分，前一部分，為產品負責人為大家講解用戶故事， 按照優先級順序逐條講解故事，團隊成員會向產品負責人提出和故事相關的種種疑問，產品負責人負責回答團隊的問題，并隨時補充故事描述或調整優先級。

計劃會的后半部分中，團隊要對故事的規模進行估算，通常先整個小組估算任務，會后再分配任務，這樣才有利于以團隊的整體智慧和能力估算一個任務的工作量，從而避免錯誤理解、笨拙的實現方法或不知道可以重用以往成果等問題。故事規模以點為單位，之后我們還要將規模轉換為工作時間，故事點到時間的轉換比率，可以同過以往Sprint實現情況來獲得 將故事按照優先級順序，分配到Sprint中。

預警星到達甘特圖最右端說明分配的任務已經達到預計任務量，這時團隊決定是否繼續向Sprint內添加任務。

Sprint目標，即"我們為什么要進行這個Sprint？為什么我們不直接放假算了？[1]"Sprint目標是整個Sprint內工作的核心方向，是在整個Sprint當中團隊判斷應該做什么，不應該做什么的標準。Sprint目標是團隊和產品負責人共同制定的，尚未完成的目標，如："完成內測前最后的生活技能和聊天系統調整"，"修改洗錢Bug，并保證端午節活動上線"等。