Scrum 敏捷實踐中的三大角色

pageImage

在我過去的近兩年工做中,咱們一直在應用 Scrum 敏捷項目管理方法來開展工做,今天,我先從它的角色劃分來說起,畢竟這但是它最鮮明的特徵。前端

首先,爲何這種項目管理方法叫 Scrum ?
Scrum 是一個引伸詞,原義是橄欖球場上的並列爭球。橄欖球號稱是美國的國球,受關注度最高,咱們常常聽到的超級碗 Super Bowl(/bəʊl/)就是它的年度冠軍賽。架構

SuperBowl

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

好,咱們回到 Scrum 的角色劃分。
基於 Scrum 框架開展工做時,會涉及三個角色:產品負責人、ScrumMaster和開發團隊。運維

產品負責人(PO)

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

PO

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

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

因此在 Scrum 這個框架體系裏,產品負責人很明顯地扮演了一個承上啓下的代言人角色。測試

ScrumMaster

第2個核心角色是ScrumMaster,他會負責指導團隊在通用的 Scrum 框架上遵循正確的敏捷過程,他也會幫助你們解決跨團隊的溝通問題,
讓每一個人理解、並樂於接受 Scrum 的價值觀、原則和實踐。3d

ScrumMaster

ScrumMaster 就像是前面所提到橄欖球運動的教練,他會觀察整個實踐過程,幫助你們達到更高級別的工做效能。視頻

ScrumMaster 也是團隊的服務型領導,他着重於爲整個團隊提供服務保障。他的領導力主要是體如今過程權威,幫你們定義和遵照流程,最終確保交付不延期。

開發團隊(TO)

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

TO

對比而言,做爲開發團隊的 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 概念,在之後的分享中會再拎出來講一說。

OKR

團隊的人數通常會控制在 10 我的之內,這樣便於下降溝通成本嘛。

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

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

對待會議的態度

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

共識

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

若是你們想學習更完整的敏捷實踐,能夠 [查看視頻格式] 。

相關文章
相關標籤/搜索