最近看了一篇關(guān)于如何做好站會(huì)（Daily Scrum, Daily Standup）的文章。文章內(nèi)容且不論，第一段文字里講到站會(huì)作為“儀式”，就像是“神圣不可侵犯的慣例”，這個(gè)觀點(diǎn)讓我不禁莞爾。

在我的工作生涯里，我有幸近距離觀察過幾個(gè)高效團(tuán)隊(duì)——那種非常敏捷、非常卓越的團(tuán)隊(duì)。在這些團(tuán)隊(duì)身上，我可以看到很多敏捷元素，例如高度紀(jì)律性、集體所有制（Collective Ownership）、充分溝通與協(xié)作、快速交付……但是沒有一個(gè)團(tuán)隊(duì)是一絲不茍地或是松散地用Scrum方式運(yùn)作。

那么，是何種神秘調(diào)料讓這些團(tuán)隊(duì)變得高效，成為敏捷的團(tuán)隊(duì)？其實(shí)答案在上面已經(jīng)給出——這些團(tuán)隊(duì)秉持著敏捷的價(jià)值觀，每個(gè)團(tuán)隊(duì)成員都在身體力行之，那么無論團(tuán)隊(duì)的運(yùn)作方式是什么樣的，團(tuán)隊(duì)都是具備高度敏捷性（Agility）的。

這也正是Doing Scrum和Being Agile的區(qū)別。并非是，只要開始用Scrum框架來運(yùn)作團(tuán)隊(duì)，有了3355，團(tuán)隊(duì)就敏捷了。Scrum的意義在于持續(xù)地幫助團(tuán)隊(duì)接納敏捷的價(jià)值觀，并將之反應(yīng)在日常工作當(dāng)中。無論是3個(gè)角色，還是5個(gè)儀式，概莫能外。【注：3355指3個(gè)角色、3個(gè)產(chǎn)出物、5個(gè)儀式、5個(gè)價(jià)值觀。其中價(jià)值觀的采納是最困難的，因?yàn)樗鼈儾皇橇鞒绦缘?，而是觀念上的】

作為儀式性的站會(huì)，是用來提醒團(tuán)隊(duì)，我們確實(shí)地同時(shí)工作在最高優(yōu)先級(jí)的一個(gè)或兩個(gè)故事上嗎？我們真的關(guān)注彼此在做的事情嗎？我們?cè)谧龅氖虑檎娴哪軌驅(qū)R在一起嗎？我們?cè)谌粘９ぷ髦凶龅郊皶r(shí)地、充分地溝通了嗎？進(jìn)一步地，我們是否每天都在有所進(jìn)步？盡管有那么多關(guān)于站會(huì)（或是其它儀式）的Tips，但是在我看來，如果一定要找一個(gè)有價(jià)值的出來，那就是保持站會(huì)時(shí)間不超過15分鐘。如果我們嚴(yán)格地遵照了站會(huì)的所有Tips，卻并沒有開始真正地反省并擁抱站會(huì)背后的價(jià)值觀，那么我得說，站會(huì)是完全沒用的！而反之，如果我們不斷反省并改進(jìn)，那么站會(huì)是不是一定要回答那三個(gè)問題，或者站會(huì)是否必要，都是可以討論的。

同理，其它的Scrum儀式、或者更激進(jìn)一些地，整個(gè)Scrum，都是并非不可改變的。說到此，我很難想象一個(gè)團(tuán)隊(duì)在采納了Scrum一年、兩年、甚至三年后，依然嚴(yán)格地運(yùn)行在Scrum框架下。Scrum是改變的起點(diǎn)，而非終點(diǎn)。一個(gè)敏捷的團(tuán)隊(duì)如果運(yùn)作在Scrum框架下，反而可能受到負(fù)面影響。

對(duì)于正在Scrum框架下改進(jìn)的團(tuán)隊(duì)，請(qǐng)不妨停下來思考一下，每個(gè)Scrum的角色、每個(gè)產(chǎn)出物、每個(gè)Scrum儀式，其背后的意義和價(jià)值觀是什么？你和你的團(tuán)隊(duì)是否真的接納了這些價(jià)值觀？你們是否每天都在尋找可以改進(jìn)的方面？你們是否可以在秉持這些價(jià)值觀的前提下去簡(jiǎn)化或者替換Scrum的部分或是全部？記住，Scrum是改進(jìn)的起點(diǎn)，但絕非終點(diǎn)。

【那些高效團(tuán)隊(duì)是怎樣運(yùn)作的】

雖然每個(gè)高效團(tuán)隊(duì)都有自己獨(dú)特的運(yùn)作機(jī)制，難以直接模仿，但是借鑒一下他山之玉，可以幫助開拓思路。

2012年的時(shí)候有一次機(jī)緣巧合之下，我認(rèn)識(shí)了豆瓣的一位員工。當(dāng)時(shí)我完全不知道豆瓣擁有卓越的工程師文化，所以在了解到豆瓣沒有采納Scrum或類似的迭代式敏捷框架的時(shí)候，我很熱心地向他推薦Scrum。過了一段時(shí)間，這位豆瓣員工邀請(qǐng)我訪問豆瓣辦公室。第一時(shí)間踏入豆瓣的辦公室，我就知道當(dāng)初我的推薦是多么荒謬了。

辦公桌都是沒有隔斷或者障礙的長(zhǎng)條桌，不會(huì)給溝通帶來阻礙。相鄰員工之間的距離既不會(huì)遠(yuǎn)到難以交談，也不會(huì)近到彼此干擾。到處都是白板，因此無須四處預(yù)定會(huì)議室……好的環(huán)境促進(jìn)團(tuán)隊(duì)更好地溝通。

在交談中我進(jìn)一步地了解到，豆瓣員工的collective ownership意識(shí)很強(qiáng)，并且通過code review、code dojo、持續(xù)集成等很多方法加強(qiáng)成員之間對(duì)彼此工作的關(guān)注與協(xié)作（同時(shí)強(qiáng)調(diào)對(duì)質(zhì)量的追求）。版本發(fā)布速度非常快，并持續(xù)從真正的用戶那里尋求反饋。產(chǎn)品人員與研發(fā)團(tuán)隊(duì)之間的溝通也是非常順暢的；需求呈現(xiàn)的形式不是用戶故事，但一樣關(guān)注用戶場(chǎng)景、不追求功能的完備性但追求快速用戶反饋。

這樣的環(huán)境，加上這樣的價(jià)值觀，我們不難看出，豆瓣自己的運(yùn)作模式，是遠(yuǎn)遠(yuǎn)要比Scrum更加高效的。同時(shí)，豆瓣模式背后的價(jià)值觀，又與Scrum框架背后的價(jià)值觀是一致的。我們并非為了Scrum而Scrum，而是為了接納敏捷價(jià)值觀、并將其體現(xiàn)在團(tuán)隊(duì)日常運(yùn)作當(dāng)中，因而選擇一個(gè)相對(duì)容易的輕量級(jí)敏捷框架作為改進(jìn)的起點(diǎn)。如果忘卻了初衷，為了Scrum而Scrum，那就太糟糕了。

感謝我的兩位好友申健和侯伯薇在文章內(nèi)容方面提出寶貴的建議。