有點長，期望你能通過本文徹底了解 Scrum 。
上一篇文章《研發效能組織能力建設之特性團隊FeatureTeam（上）》，我們介紹了一個非常有意思且高效的組織模式-特性團隊 。我們首先介紹了為什么需要特性團隊，特性團隊的定義、核心價值、優勢、可能存在的問題以及帶來的成本 。接著講述了特性團隊的適用范圍，開發新產品、拓展新業務和產品快速增長的產品 。然后，我介紹了特性團隊的兩個角色FTO和FT隊員；最后介紹了在一個大公司里如何多FT進行分工協作 ?？赐赀@些你是否發現特性團隊沒有告訴我們在研發過程中如何管理需求，對外協調溝通，怎么開會 ， 規范流程，跟進執行，項目狀態如何可視化等 。我通常是利用 Scrum 這個管理框架來完成這些事情，這也就是本文我要介紹的內容 。
在本文中，我首先介紹 Scrum 的定義、特征、優勢 ， 然后講述了Scrum 的3個角色，接著是框架、流程、5個會議和3個工件，最后列了一些我們在使用 Scrum 時遇到的一些問題，希望能觸發你的思考 。
回顧特性團隊特性團隊是一個長期穩定、跨職能、跨組件 ， 持續端到端交付用戶價值的團隊，負責把一個個「以用戶為中心的功能」變成一個個可交付的產品增量 。從這張圖中，我發現這個過程有點糙 。有點怎么把大象裝冰箱里的感覺 。一些問題沒有回答，比如：
- 這三個人都是啥角色
- 都負責什么？
- 怎么配合
- 日常工作是什么？
Scrum的定義和特征Scrum 的定義
Scrum是一個用于開發和維護復雜產品的框架，是一個增量的、迭代的開發過程，目的是讓開發人員像打橄欖球一樣迅猛并充滿激情 ， 通過團隊合作，提高工作效率 。通過團隊間的有效交互，為企業創造價值 。
Scrum 的特征
- 迭代開發：有固定周期的迭代 ， 每個迭代都交付一些增量的可工作的功能 。
- 增量交付：每個迭代結束前，完成新的增量的交付 。
- 自組織團隊：自組織管理工程過程和進度 ， 決定自己如何開展工作，決定誰來做什么
- 高優先級的需求驅動：研發團隊要從待辦列表最上層的高優先級的需求開始開發
- 快速反?。閡話?-2周一個迭代周期 ， 也是一個反饋周期
- 盡早交付：高優先級需求及時滿足
- 風險降低：短周期持續反饋，問題及時修正
- 適應變化：小步快跑，不斷修正
- 持續改進：不斷反思、回顧、優化
- 客戶滿意：一直與用戶進行溝通，不斷反饋修正需求
PO 角色定義
確定產品的方向和愿景，定義產品發布的內容、優先級及交付時間，為產品盈利負責 。維護產品需求清單，代表利益相關者的利益，代表業務方 。
- 一般產品經理擔任，或者由熟悉領域業務想轉產品經理的研發人員擔任 。因為產品經理本身已經是所有業務的接口人，熟悉領域知識、熟悉業務是其本職工作，所以產品經理擔任PO更合理 。
- 不建議依然寫代碼的研發人員擔任 。寫代碼和負責整個業務都是需要全身心注入的工作 。
- 不建議 SM 兼任
PO 主要職責
- 幫公司得到最高投資回報，指引團隊做最有價值的工作，為產品的ROI負責
- 確定產品的功能，定義完成的標準，驗證交付的工作成果
- 決定發布的日期和發布內容
- 根據市場價值、用戶價值調整產品功能和優先級
- 接受或拒絕開發團隊的工作成果；
- 參與五個會議：產品待辦規劃會，迭代計劃會議, 每日站立會，迭代評審會，迭代反思會
