什么是Scrum?Scrum的核心要點和精髓( 三 )


  • 【SM】召開迭代評審會,研發團隊進行show case,接受評價;PO以用戶故事是否能成功交付來評價任務完成情況 。
  • 【SM】召開迭代反思會,總結哪些做的好,要保留;哪些做得不好,要改進
  • Scrum 5個會議5.1 產品待辦規劃會(Backlog Grooming Meeting)
    • 開會時間:通常是迭代計劃會開始前3天
    • 參與人員:PO,SM , 研發團隊
    • 開會目標:我們下個迭代要做的內容,開發團隊確認任務故事點
    • PO把下次迭代將要實現的用戶故事、按照優先級描述給在場的人員
    • 團隊明確指出需求不明確或者有問題的地方 , PO記錄,會后補全、澄清
    • 開發團隊評估任務故事點
    • 開發團隊創建子任務并關聯
    5.2 迭代計劃會(Sprint Planning)
    • 開會時間:迭代開始的第一天
    • 參與人員:PO,SM,研發團隊
    • 會議目標:決定我們下個迭代要做哪些內容 。
    • PO確認待辦事項整理會議上的問題都已經解決,功能已經完善或者不足 。產品功能列表已經按照客戶價值優先級排序 。
    • PO 逐條詳細講解要完成的產品待辦 , 尤其是之前存在問題的待辦 。
    • 開發團隊根據待辦事項整理會議會后評估的工作量,從高到低挑選待辦,直到本次迭代工作量達到飽和 。
    • PO 參與討論并回答和需求相關的問題,但不干擾估算結果 。
    • 最終產生迭代待辦事項列表(Sprint Backlog)
    • 隊員認領任務
    5.3 每日站會(Daily Scrum)
    • 參與人員:PO , SM , 研發團隊
    • 會議目標:了解團隊現狀
    • 每日Scrum通常不超過15分鐘 。每日Scrum中可能有簡要的問題澄清和回答 , 但不討論 。每日Scrum既不是向管理層匯報,也不是向產品負責人或者ScrumMaster匯報 。它是一個開發團隊內部的溝通會議,來保證他們對現狀有一致的了解 。
    開發團隊是自組織的,通過每日站會來確認他們仍然可以實現迭代的目標 。每一個開發團隊成員需要提供以下三點信息:
    • 昨天我完成了什么
    • 今天我計劃完成什么
    • 有什么問題
    5.4 迭代評審會(Sprint Review)
    • 開會時間:迭代結束前 , 通常1小時
    • 參與人員:PO,SM , 開發團隊、利益感謝人
    • 在沖刺結束前,團隊成員給產品負責人展示項目成果,接受評價
    • PO 給出評價和反饋 。以用戶故事是否能成功交付來評價任務完成情況 。
    5.5 迭代反思會(Sprint Retrospective)
    • 開會時間:迭代結束后,通常1小時
    • 參與人員:PO,SM,研發團隊
    • 簡短的反思會,總結哪些事情做得好,哪些事情做得不好 。
    • 做得好的要保留,做得不好的要摒棄 。
    • 會議得出這樣的結論:開始做什么、繼續做什么、停止做什么
    Scrum 3個工件產品待辦列表
    • 產品待辦是對產品功能的詳細描述 。
    • 產品待辦的來源可以是產品功能需求、缺陷、改進、技術升級等
    • 產品待辦列表是一個具有優先級的需求列表,并對每個需求進行了粗略的估算 。
    • 產品待辦列表是產品需求的唯一來源,開發團隊所有工作都來自產品待辦列表
    • 只有PO有權對產品待辦列表更改優先級、刪除、添加 。
    好的產品待辦列表要做到DEEP