敏捷開發一千零一問系列之十二：敏捷實施的步驟？

這是敏捷開發一千零一問系列的第十二篇。（在這裡提問，之一，之二，之三，問題總目錄）

問題

原問題：敏捷的具體實施是否按照一定的步驟？

方案

越前面的方案月容易實施，但是也越容易流於膚淺而失敗。

方案1：循序漸進

這個可以說是所有事物推廣的方法，不只是敏捷，而作為“敏捷”而言，崇尚迭代交付，自然更符合循序漸進的思想。

方案2：面向問題

常常聽到這樣一個問題：我是流程改善人員，以前CMMI過級的時候很忙碌，也很充實，最近公司今年沒有過級的任務，大家都閑下來了，下一步該怎麼辦呢？

既然是流程改善人員，就應該改進過程，和CMMI本來是無關的。CMMI的引入，是協助我們解決問題的，而不是讓我們忙碌和充實的。現實項目的問題和困難，才是我們忙碌和充實的原因。

對于敏捷地推進者，也是如此。

如果不知道“循序漸進”從哪開始，就看看團隊有哪些最嚴峻的問題亟待解決，作為一個起點。

方案3：營造生態

生態是個進階話題，在“敏捷生態系統”系列中有描述。

舉個例子，如果發現“隊員之間缺乏溝通”是當前最亟待解決的問題，就會很容易把站立會議作為起點，看似一下就解決了溝通問題。

但不久應該就會發現，隊員們說是說了，但是各說各的，很快就解體了。原因就是之前所說的，由於沒有團隊關係上的共同關心、互相協助的機制，有效溝通很難建立起來。

這種情況下，師徒制度是一個很好的起點，高手早就想當“組長”了，新手則一直想“拜師”，本來就是一拍即合的事情。

方案4：共振

Ken描述過他應邀去一家企業挽救一個問題重重的部門的故事。

那時候敏捷乃至他本人還沒有名氣，所以他意識到如果把敏捷以一種全新的方法論引入，必須經過高層領導對“新體制”的審核才能推廣，周期和過程都很漫長。

於是他就先使用了一些雕蟲小技，比如需求條目化和優先順序排序，這些都是些工程實踐，根本無需高層領導過問。剛開始大家還遲疑不信，但當人們感覺到了好處，他就再推進一些新的實踐，就沒有人遲疑了；無形之中若干時間之後，“新體制”已經存在了。

方案5：無為

無為屬於老子說的“非常道”佛陀說的“不可說”的東西，一說起來就帶著點玄勁。不過看看1～4，不就是無為嗎？（我在揣摩文字的時候剛發現的）

循序漸進，是一句很廢話的事情，即使是一次性周密計劃好的事情，也是循序漸進走的，相當於沒說。

面向問題，就是不要製造問題（比如“咱們沒有CMMI層級啊”“人家都推了敏捷了啊”），不製造問題，開發問題就夠多的了，無需製造。

營造生態，生態是天然存在的，隨便抓一把土放到花盆裡邊，只澆水施肥，都不用放種子，就會長出植物來。企業中從來不乏想改進的團隊和個體，為他們創造環境他們會自己成長。

共振，壞人總是互相利用，好人總是互相協助，電影裡壞人做非法買賣也是先做幾單小的試試水，所以好人做好事也別著急。現實世界很像一個懸疑片，在前80分鐘你分不清誰是好人誰是壞人的，領導懷疑你是個人興趣，團隊懷疑你想佔據功勞，所以先用實際行動取得信任再說。

所以無為，不是無所作為，而是不要刻意為之，而要充分利用既有的問題、資源、方法、人員……阻斷向不利方向發展的條件，創造向有利方向發展的條件，剩下的讓“無”來管理。

分析

敏捷開發和其他事情的推廣，很多時候都是“隨緣”的，沒有既定的道路可走。

這時候方向比路徑重要（無住），立意比行為重要（無我）。

昨天有人問我部落格之星是怎麼當上的，是“評選”的還是“申請”的，說實話我也不知道，還是別人在首頁看到後在QQ群告訴我的，所以也沒辦法回答“成為部落格之星的具體步驟”。

我就只管每月盡心地寫2位元的部落格。