重溫Scrum精髓 - Scrum的核心究竟是什麼

爲何寫《Scrum精髓》

2014年我和兩位好友左洪斌、米全喜一塊兒翻譯了《Scrum精髓》這本書。翻譯完這本書以後，在整個敏捷社區裏面仍是引發了蠻大的影響。到目前爲止已經印刷了超過2萬冊。可是即使是這樣，依然有不少人和不少團隊並不瞭解Scrum的精髓究竟是什麼。所以今天想來跟你們聊一聊Scrum精髓這一個很重要的話題。

2016年我申請到了Certified Scrum Trainer (CST)。這段旅程讓我對Scrum有了更深一步的理解。這幾年在培訓過程中，我也發現了學員最常問的問題，好比說，Scrum團隊如何進行估算，Scrum團隊如何進行績效，Scrum團隊怎麼來考覈他們，Scrum團隊應該選擇什麼工具？等等等等，每次培訓都會有大量的這類問題。

這讓我對於Scrum的推廣深感不安！推廣Scrum這麼長的時間，依然這麼多的人不瞭解Scrum的精髓！

所以今天特地寫篇文章來澄清一下Scrum的精髓究竟是什麼？

Scrum精髓是什麼

在介紹Scrum精髓以前，先說說Scrum精髓不是什麼。有不少的小夥伴認爲Scrum不就是3355嗎（簡單好記）？其實Scrum的精髓根本就不是這些。Scrum也不是流程，Scrum也不是工具。Scrum是經過交付產品的方式，來解決客戶的問題，這句話是站在Scrum教練的角度上來講的。

Scrum精髓 Part1 - 解決客戶問題

做爲Scrum教練就是要幫助客戶解決他的問題，Scrum只是幫助客戶很好的交付產品一種方式。這裏是站在Scrum教練的角度上來講客戶去交付產品，那爲了要能達到快速的交付產品，Scrum只是第1步。在這很是重要的第1步，不少我的、團隊和組織都在作反Scrum的模式。好比說他們更看重流程，更看重角色，而忽視了團隊，忽視了團隊內的人與人之間的鏈接，也忽視了開發團隊與真正用戶之間的協做，這些對於Scrum都是很是的重要（其實不只僅Scrum，應該是客戶的核心價值）。

因此要看Scrum轉型組織追求的目標是什麼，若是隻是追求一堆度量數字，恭喜你走錯了。最終的目標必定是要讓客戶滿意，要讓客戶的最終用戶滿意，幫助客戶解決他的問題，那你在解決問題的過程中，Scrum只是第1步並且是很是重要，且要堅持的第1步。那除去Scrum還有不少其餘的方式，如今市場上有不少都是過分包裝進了敏捷，其實這是一個很很差的現象，尤爲是SAFe，DevOps，你們更加看重組織分層，更加看重工具，更加看重流程。

Scrum精髓 Part2 - 關係

Scrum精髓的第2部分就是團隊成員之間的關係，團隊與客戶之間的關係。這些關係處理很差，那用什麼方式都是無用的。另外對於Scrum精髓，就是幫助客戶真正的提升交付速度。只有提升了交付速度，才能不斷試錯，才能去探索方向。若是你的交付速度提升不起來，那就沒有辦法去作到快速應對變化。

Scrum精髓 Part3 - 反思

天天做爲Scrum Master應該反問本身、反問團隊，咱們如今是否幫助客戶解決問題了，咱們和客戶的關係怎麼樣？經過天天不斷的反思，不斷的問這些問題來促進團隊成長。

Scrum的反模式

對於Scrum的模式，有三個常見的：

1. 第1個就是以流程爲中心
2. 第2個是以考覈績效爲中心
3. 第3個組織"推進"敏捷轉型

以流程爲中心

Scrum不是沒有流程，但不能是SQA的人來搞流程，也不能是不作開發的同窗制定流程。由於這些人制定的流程，是死的，不適合團隊，也不會輕易改變。流程是用來提升工做效率的，適合團隊纔是合適的。更重要的是團隊一塊兒反思如何更快的進行產品交付。而不是如何制定一個更完美的流程。

以績效爲中心

度量什麼，就獲得什麼。 -- 彼得德魯克

績效是一把雙刃劍，也是背景驅動的，即不一樣的團隊採用不一樣的績效，沒有正確的績效也沒有不變的績效。因此仍是回到Scrum精髓的本質，把團隊的注意力拉回到正確的路上。

"推進"敏捷轉型

不少的組織都是"推"敏捷，員工是被推着走，管理層也是被老闆推着走。沒有人願意主動尋求改變。這種狀況下，仍是洗洗睡吧，別折騰了，到最後你們都很累。何苦？

Scrum轉型，須要是團隊、管理層、老闆都一致認爲，咱們須要改，理解驅動力（WHY）。

總結

因此Scrum的核心，精髓有三點 （須要日日反思）：

1. 解決客戶問題
2. 關係
3. 反思

作不到以上三點，就不要硬上Scrum，上了也沒太大好處。由於採用Scrum以後，團隊不斷暴露問題（或者用新的方式隱藏問題），沒人願意接受，也沒人願意改進，何苦呢？

最後那你理解的Scrum精髓是什麼？你認爲何纔是Scrum真正核心的內容？

• Scrum精髓
• 敏捷核心

本文首發於 Bob Jiang的博客 ，轉載請聯繫 Bob Jiang