為什么純粹的Scrum在中國很難落地

　　Scrum Guide很薄(21頁)，行文也很簡潔，讀起來很快，但是，讀完了之后，更加深了我對“純粹Scrum框架”在中國很難落地的判斷，其中原委細細道來吧：

　　1. 文中上來開宗明義，將Scrum定位成為一個框架，需要補充其他實踐才能應用，這個我一直贊同，只是因為看到許多人還有混淆，在此再啰嗦一下。原文如下：“Scrum is not a process or a technique for building products; rather, it is a framework within which you can employ various processes and techniques.”

　　2. 在下面，Guide中明確了Scrum框架當中的內容，“The Scrum framework consists of a set of Scrum Teams and their associated roles; Time-Boxes, Artifacts, and Rules.”，好，下面就仔細看一看內容吧

　　3. 首先看角色，“Each Scrum Team has three roles: 1) the ScrumMaster, who is responsible for ensuring the process is understood and followed; 2) the Product Owner, who is responsible for maximizing the value of the work that the Scrum Team does; and 3) the Team, which does the work. The Team consists ofdevelopers with all the skills to turn the Product Owner’s requirements into a potentially releasable piece of the product by the end of the Sprint.” 這里有幾個事情要解讀一下，

　　a) Developers，在Release Notes里面，作者給出了解釋” The team of people performing the work of creating an Increment is the Development Team. Regardless of the work performed by individual team members, they are known as Developers.” 所以，只要參與了交付的人，都被稱為了Developers，包括開發，測試，用戶體驗，文檔等等

　　b) 另外，需要注意的是角色里面是沒有Manager或者Lead，團隊是自組織的，有關自組織的論述，Guide中有如下幾段：

　　i. The ScrumMaster helps the Scrum Team understand and use self-organization and cross-functionality. Teams are also self-organizing.

　　ii. No one – not even the ScrumMaster - tells the Team how to turn Product Backlog into increments of shippable functionality.

　　iii. The Team self-organizes to undertake the work in the Sprint Backlog, either during the Sprint Planning meeting or just-in-time during the Sprint.

　　c) 由于Scrum框架里面沒有給Manager和Lead留出位置，在Scrum框架落地過程中，就經常會走形了。Manager和Lead偽裝成了Scrum Master，然后一切照舊，而真正該做Scrum Master的人反而沒有位置了。這是因為，由于團隊都很年輕，并不敢真正實施自組織，又想時髦地實施Scrum于是就照貓畫虎了。其實，管理人是最難的一件事情，自組織只是一種可能的管理方式，而這種管理方式恰恰是在中國很難成功的管理方式。這就是為什么純粹Scrum在中國很難落地的原因之一。

　　其實，在敏捷的另一個流派-精益(Lean)當中，就非常強調Manager發揮好Coach的作用，并且將此作為Lean的基礎，我覺得這種思維很可能更適合中國的現狀，因為大多數團隊中的成員都非常年輕缺乏經驗，因此，他們需要的很可能并不是自組織，而是真正能Coach他們的Manager或者Lead(在大多數情況下)。即使現在Manager和Lead 還不稱職，那么企業的重點也更可能應該是盡快提升這些Manager和Lead的Coach能力，轉變他們的思想，而并不是去推行自組織。

　　另外，最近在微博上的討論中，大家往往將信任和自組織畫上等號，其實，有Manger、Lead并不代表不信任，這種非黑即白的看法是錯誤的。

　　綜上所述，在團隊實施敏捷的過程中，要根據自己企業的自身能力和實際特點，靈活的改造相關實踐，組合不同相關實踐，升班硬套Scrum是沒有出路的。

　　未來打算就Scrum難于落地的問題準備寫一個系列，目前想到的題目如下：

　　2. Scrum與QA

　　3. Scrum與架構

　　4. Scrum與迭代規劃，用戶故事

　　5. Scrum的商業運作分析

　　(第一部分發布后，有人表示不喜歡這種中英文混雜的方式，個人認為這種方式最有助于大家了解到原汁原味的Scrum， 因此，我會堅持用這種方式，不喜歡的同學請繞過吧)

　　Scrum難于在中國落地的另一個原因是對架構的忽視。下面看看Scrum當中的活動，“The Time-Boxes in Scrum are the Release Planning Meeting, the Sprint, the Sprint Planning Meeting, the Sprint Review, theSprint Retrospective, and the Daily Scrum.”

　　Release Planning meeting的目的是“to establish a plan and goals that the Scrum Teams and the rest of the organizations can understand and communicate.” 基本上這個是一個目標計劃會，與架構設計無關。而在每個Sprint的Planning Meeting上，會有兩個部分，第一部份澄清需求，第二部分進行設計，但時間太短，往往無法承載架構設計。

　　嚴格的照搬Scrum框架，在一些大量應用現成框架的產品開發過程中，或在一個產品的維護階段，還可能成功。但是，對于大型復雜產品開發而言，不進行架構設計，結果基本上是災難性的。

　　目前，中國的現實情況基本上是設計，架構設計太少，而不是太多，而Scrum更助長了這種輕視設計的風氣。當然，強調架構設計并不一定意味要寫很厚的架構設計文檔，或者進行復雜的UML建模，如何進行架構設計，做到什么程度，應有團隊自己決定。

　　綜上所述，建議團隊在實施Scrum的過程中，在Release Planning Meeting之后，增加一個Release Architecture Design Workshop來進行架構設計，當然，這個Workshop和Release Planning Meeting一樣，也是可選的。

原文轉自：http://www.kjueaiud.com