在我過去的近兩年工作中，我們一直在應用 Scrum 敏捷專案管理方法來開展工作，今天，我先從它的角色劃分來講起，畢竟這可是它最鮮明的特徵。

首先，為什麼這種專案管理方法叫 Scrum ？
Scrum 是一個引申詞，原義是橄欖球場上的並列爭球。橄欖球號稱是美國的國球，受關注度最高，我們經常聽到的超級碗 Super Bowl(/bəʊl/)就是它的年度冠軍賽。

就像橄欖球運動極度強調團隊協作一樣，它是用於開發和交付軟體產品的一個框架，且過程是增量和迭代的。

好，我們回到 Scrum 的角色劃分。
基於 Scrum 框架開展工作時，會涉及三個角色：產品負責人、ScrumMaster和開發團隊。

產品負責人（PO）

第1個核心角色是產品負責人，Product Owner，簡稱 PO。

他負責兩個層面，分別是 代言人 和 產品定性 。
從經濟層面來考量，他要考慮每一期迭代的資金投入是否合算，或者說投資回報率 ROI（Return on Investment）。最重要的是，與各內部干係人形成一個統一願景，這些干係人一般會包括業務方、市場人員等等。

在產品定性上，他負責敲定要開發什麼，以什麼優先順序順序開發。

所以在 Scrum 這個框架體系裡，產品負責人很明顯地扮演了一個承上啟下的代言人角色。

ScrumMaster

第2個核心角色是ScrumMaster，他會負責指導團隊在通用的 Scrum 框架上遵循正確的敏捷過程，他也會幫助大家解決跨團隊的溝通問題，

ScrumMaster 就像是前面所提到橄欖球運動的教練，他會觀察整個實踐過程，幫助大家達到更高級別的工作效能。

ScrumMaster 也是團隊的服務型領導，他著重於為整個團隊提供服務保障。他的領導力主要是體現在過程權威，幫大家定義和遵守流程，最終確保交付不延期。

開發團隊（TO）

第3個核心角色是開發團隊，就是在 TeamLeader 的帶領下負責最終的交付。

對比而言，作為開發團隊的 TeamLeader 也要擅長跨團隊的溝通能力，甚至很多會議 ScrumMaster 和 TeamLeader 都是要一起參加的；

說起來的話只要是 ScrumMaster 在做的事情，我覺得 TeamLeader 都要會，這是溝通力的表現和保障，然後才是關注核心的開發技術，在敏捷中 TeamLeader 也叫 Technology Owner，簡稱是 TO，技術能力級別通常是高階工程師，或者是架構師。

開發團隊，除了有形的人員，還需要良好的內建可視性，幫助落地的工具有很多，比如 Jira、禪道、Teambition。通過這些工具能獲悉到每個人每天在做什麼，進展如何，何時能完成。

在呈現方式上，我們採取了使用者故事 + 子任務的一對多拆分模式。使用者故事是產品負責人 PO 定義的，子任務通常是 TO 帶領開發團隊一起投個屏，逐個拆解的。所以，這些視覺化工具也間接承載了工作的流轉去向，以及結果狀態。

開發團隊其實是一個跨職能的綜合體，有負責前端 HTML5 的、移動客戶端 iOS 或 Andriod 的、有中、後臺開發的（像 Java、Python、C#等等），還有測試小夥伴，這樣整合在一起，團隊整體的目標就比較容易統一。

如果上 OKR 的話，團隊層面不同職能人員的 Objectives（目標）可以很迅速的達成。OKR 就是 Objectives and Key Results（目標與關鍵結果）。敏捷開發和 OKR 概念，在以後的分享中會再拎出來說一說。

團隊的人數一般會控制在 10 個人以內，這樣便於降低溝通成本嘛。

那敏捷的跨職能開發團隊於企業來講還是有代價的，簡單地說就是資源問題，同一個角色被安排到某一個團隊時，那他至少在最近的一到兩個迭代都是跟著這個團隊走的，別的團隊如果需要人手那資源就不夠，不夠就得招人，而招人就會促使人力成本增加。

另外，在開發質量層面上，TeamLeader 會組織整個開發團隊開展 CodeReview 程式碼評審會、新知識培訓，以及與運維方一起完善 CI/CD，也就是持續整合和持續部署。

對待會議的態度

好，介紹完這三種角色，我們會發現敏捷實踐中，開的會可是不少的。
好處就是，在兩週一個迭代的週期裡，通過會議的交叉可以將需求吃得很透。要說會議多而浪費時間也可以這麼講，之所以要這麼做，主要就是說它能克服開發人員的一個隱性問題，就是“都不太喜歡學習業務知識”，通過多頻次需求的講解和鞭策，在最終交付的時候，做出來的東西基本都是靠譜的。
不然，十天半個月過去了，交付的東西要是無法向產品負責人 PO 交代，PO 就無法向業務部門交代，結果就是公司層面無法向終端使用者提供服務，一環扣一環。
因為會議的本質是共識的達成，這個也算是一點點的大局觀吧。

好，今天先簡單介紹了 Scrum 敏捷框架裡的三大角色，下一次再和大家分享更多關於 Scrum 的故事。

如果大家想學習更完整的敏捷實踐，可以 [檢視視訊格式]