一、職責 產品經理：不斷完善產品，簡單理解就是 ：變 變 變 SM: 控需求，控進度，控風險，簡單理解就是：這東西不能變； 開發：設計 + 開發實現，評估開發進度風險 測試：不斷找SM確認需求點，找產品經理確認效果 UE：直接與產品經理溝通，理解需求，完成UI設計 二、流程 需求階段： 1、產品經理制定需求，內容：產品想要實現的效果 2、SM與產品經理溝通，簡單理解就是砍需求和制定需求規劃 3、需求確定後，產品經理和UE首先進入，確定UI風格，UI一旦確定 就相當於需求基本已經確定下來 4、接著就是需求宣講會，產品經理宣講需求，全體人員參與會議，大家就需求討論 5、需求宣講會結束，馬上開任務認領會，只有開發、測試及SM參與；內容：評估每個需求點的耗時及任務分配 開發階段： 6、開發設計會，全部功能有開發自己設計，自己溝通；並反饋每批次開發節點 7、測試書寫用例 測試階段： 8、測試每日釋出一輪bug報告，並指定bug修復優先順序，給出bug修復的期望時間 9、開發根據bug修復難易程度，確定修復時間並修復bug； 10、  6、8、9依次迭代，最終該批次產品正式釋出 三、溝通 從上面的流程中不難看出，在敏捷團隊中，溝通的重要性；因此溝通在這裡單獨拿出來 那麼在敏捷團隊中應該怎樣溝通？ 溝通分成三種： 1、早會 早會很重要，所謂一日之計在於晨，幾千年的道理，是有原因在裡面的 早上9點，是人最清醒的時刻，一般而言也是反應最快的時候，在清晨規劃自己一天要乾的事情，絕對物超所值。 早會一般是是站會，時間控制在15-20分鐘之間，每人彙報下自己昨天的完成情況，今天待完成的事情，以及是否需要幫助，每人三分鐘就能講完。 重點在於是否需要幫助： 幫助分為 內部的和外部的，如果是需要內部幫助，則由SM協調內部資源處理。外部幫助則由SM協調外部資源 只有晨會以後，大家對今天的目標明確，團隊間的合作效率也會提高，目的是減少無謂的溝通 注意：溝通不意味著可以隨意打斷別人，尤其是打斷開發同事
2、內部溝通 在整個產品的開發過程中，內部溝通是不可避免的，那應該怎樣做，才能做到有效的內部溝通？ 方法：按職責劃分，SM協調 1、定位問題歸屬，問題是屬於哪一類問題，一般而言主要是 需求問題和開發問題 2、積極響應， 需求問題：則與產品經理溝通； 開發問題：開發與SM之間協調解決 3、外部溝通 要想做一個好的產品，就一定會有外部溝通。 1、溝通需求， 2、溝通資源。 先由SM統一對外，再由SM指定內部人員與外部人員對接 四、規劃 做任何事情規劃都是不可避免的，一個好的規劃，不僅是團隊受益，而且產品也會有保證。 那麼什麼樣的規劃才是好的規劃？ 前提：大家就一個目標達成一致 接著才指定規劃： 1、產品規劃 產品規劃有產品經理負責，想做什麼樣的產品，那麼為了做出這個產品，應該怎樣規劃？
2、需求規劃 1、根據產品經理的產品規劃，SM拆分成批次 2、確定每個批次的需求範圍，確定每批次需求的優先順序，根據資源預估一個該批次的釋出時間 3、需求規劃內包含資源規劃，為了完成在釋出時間內完成該批次需求，要做一個詳盡的資源規劃以及預留風險時間 4、需求規劃內也包含一份進度規劃，在哪個時間點內應該完成哪些功能；相當於一個預警機制 3、開發規劃 1、根據該批次的需求釋出時間及認領的任務，規劃自己的開發計劃，每個功能在什麼時候完成 2、根據開發規劃，如需資源加入，則要及時向SM申請 3、開發風險：需求變化 4、測試規劃 1、根據需求釋出節點，進行測試用例書寫：即什麼時候寫測試用例 2、根據開發規劃，安排測試執行：即什麼時候開始測 3、測試風險；開發bug修復 五、評價 什麼樣的敏捷團隊才是好的敏捷團隊？ 什麼的SM才是好的SM? .........