敏捷體系在軟件開發(fā)過程中多有運(yùn)用, 種類不少，Scrum是其中最為著名的一種。Scrum注重迭代和增量化開發(fā)，和短周期的發(fā)布。這樣給領(lǐng)導(dǎo)層很大的透明度。同時又尊重周期內(nèi)團(tuán)隊的獨(dú)立性，強(qiáng)調(diào)周期內(nèi)不進(jìn)行需求的變更。

我是2006年開始接觸敏捷的。首先在美國接受客戶的培訓(xùn)，作為Scrum 組員參與項目運(yùn)作。同時在離岸中心建立團(tuán)隊，逐漸接軌客戶現(xiàn)有的Scrum團(tuán)隊。在美國客戶現(xiàn)場近八周，然后在離岸中心運(yùn)作十八個月，作為離岸團(tuán)隊的Scrum Master配合客戶團(tuán)隊一起進(jìn)行開發(fā)?？蛻羰钱?dāng)時一家著名的軟件產(chǎn)品開發(fā)公司，座落在西海岸一個很美麗的城市。

之后的這些年，我做過和看過這樣那樣的一些敏捷項目，想坐下來談一下我對敏捷的的認(rèn)知。
我不認(rèn)為自己是敏捷大家，只是想略舒己見而已。

首先，敏捷對我來說，是需要用最近很流行的工匠精神來進(jìn)行詮釋的。
我所認(rèn)識的美國產(chǎn)品公司，自有的敏捷團(tuán)隊成員平均從業(yè)經(jīng)驗超過20年。20年的程序開發(fā)，足以讓他們知道在軟件開發(fā)的過程中該做什么不該做什么。他們會靜心了解產(chǎn)品本身，而不是急躁的馬上下手干活。他們是合格的敏捷團(tuán)隊成員，知道自己能夠和可以擔(dān)當(dāng)什么樣的任務(wù)，然后給出合理的估算。他們在過程中也知道變通，把不能完成的推后，并且和團(tuán)隊良好溝通。

反觀國內(nèi)的團(tuán)隊，大致工作經(jīng)驗較低。很多情況下，傳統(tǒng)的項目經(jīng)理往往會取代了Scrum Master的職責(zé)。因為很多時候組員不懂得自己怎么去選任務(wù)，給出的估算很多時候也是上上下下的。每天通報任務(wù)進(jìn)展的時候，明明是走不下去也不說，直到耽誤其他人的進(jìn)展時才被發(fā)現(xiàn)。
這里為了防止以偏概全，我想說我們還是有好些敏捷團(tuán)隊是走在了正確的道路上，是努力著用敏捷的理念來要求自己的。經(jīng)驗其實假以時日是可以補(bǔ)足的，正確的理念會讓過程加速。

第二個重要的方面是領(lǐng)導(dǎo)層的理解和支持。
有很多時候，領(lǐng)導(dǎo)層實際不了解敏捷，或者曲解敏捷的含義。由此帶來的現(xiàn)象往往是

1）Sprint的周期隨心而定，明明定義的4周，這個周期變?yōu)?周，下個周期變?yōu)?周
2）周期內(nèi)頻繁變動需求，然后美其名曰認(rèn)為敏捷就應(yīng)該擁抱改變。
3）產(chǎn)品主管需求產(chǎn)出緩慢，Sprint開始時就只能給出三分之一的需求，時間過半時才能給全。

第三個方面我想說工具使用其實不是重點(diǎn)。
見過很fasion的Scrum團(tuán)隊, 用的是可以隨時打印的電子看板，電視會議設(shè)備齊全，付費(fèi)的Jira或Rally都配好。也見過只用excel sheet記錄任務(wù)和追蹤燃盡圖的。其實不能說用先進(jìn)工具的團(tuán)隊就一定占有先天的優(yōu)勢。我覺得團(tuán)隊是否能把敏捷的精髓運(yùn)用到日常的運(yùn)作中，才是成功的重中之重。

最后想著重說一下在項目外包場景里，實現(xiàn)敏捷有哪些問題需要注意
1. 盡量簽署定時和材料（Time and material）合同，而不是固定底價合同
敏捷不等于隨心所欲，敏捷不能需求無限，變更隨意。項目成本需要由領(lǐng)導(dǎo)層和產(chǎn)品主管來把控。咨詢顧問團(tuán)隊是需要通過簽約和履行合同條款，來獲得服務(wù)收費(fèi)。定時和材料合同能夠有效防止客戶利用曲解敏捷的定義來延遲或拒絕服務(wù)費(fèi)用。
極端的例子有見過客戶說只同意支付每個sprint開始時的估算，然后不斷在sprint周期里壓榨更多的需求。
2. 使用有版本控制功能的系統(tǒng)進(jìn)行sprint plan和任務(wù)追蹤
這樣與客戶方能夠有一個互相認(rèn)可的平臺，可以在有爭議的時候有據(jù)可查。
3.一定不要以加班的方式完成超過團(tuán)隊能力的工作量，除非有客戶最高授權(quán)負(fù)責(zé)人的書面認(rèn)可

以上只是較隨意地列出一些能想到的東西，應(yīng)該是不完全的。

其實我常常反問自己，敏捷究竟在哪些場景里是合適？
我覺得可能只有兩類 -
好的產(chǎn)品公司，愿意靜心打磨一款產(chǎn)品
因為真敏捷是需要投入的，好的東西都有它的代價。測試驅(qū)動開發(fā)，自動化測試，開發(fā)運(yùn)維管理都需要有額外的投資。
其他公司，真正理解敏捷的內(nèi)涵，愿意用敏捷的理念來實現(xiàn)自身系統(tǒng)開發(fā)的
很多公司用敏捷只是喜歡花哨的名字和理念，而不懂內(nèi)涵。軟件外包和離岸團(tuán)隊的情況下就注定了成員的經(jīng)驗不會太多。如果是這樣的搭配，做敏捷的道路肯定是崎嶇的。

此文只是拋轉(zhuǎn)引玉。以后也會就問題提出更多的一些解決建議和方案。