這是《落葉》文集里第?187?片落葉，希望你能喜歡，不為別的，只為這份堅(jiān)持。
【背景】
昨天因?yàn)楹芏嗤瑢W(xué)想知道什么是敏捷，所以簡(jiǎn)單說了說，今天有些同學(xué)就在問，為什么一定要用敏捷，瀑布不能用嗎？我覺得在面對(duì)敏捷的時(shí)候，能對(duì)為什么要用它而產(chǎn)生疑問的同學(xué)很不錯(cuò)，至少他們不會(huì)盲目跟風(fēng)，人云亦云。
【你問】
我們?yōu)槭裁匆欢ㄒ朊艚菽兀?/p>
【我答】
我先從親身經(jīng)歷說起，我之前所在的公司，做的是企業(yè)級(jí)的網(wǎng)絡(luò)會(huì)議系統(tǒng)，也就是一種SaaS（Software as a Service）服務(wù)。從面向的客戶群體來說，長(zhǎng)期以來都沒有對(duì)新功能的交付速度有很高的要求，一直都是要求服務(wù)穩(wěn)定為主。
但突然有一天，老大說，我們要準(zhǔn)備轉(zhuǎn)敏捷了，隨后很短的時(shí)間內(nèi)，敏捷培訓(xùn)、項(xiàng)目轉(zhuǎn)型等等就蜂擁而至，當(dāng)時(shí)的確有些讓我們措手不及，在相當(dāng)長(zhǎng)的一段時(shí)間里，很多人其實(shí)都是有些不理解的，當(dāng)然，也包括那時(shí)候的我在內(nèi)。
不過在跳出當(dāng)時(shí)所處的那個(gè)環(huán)境之后，再回頭去看，其實(shí)也明白了一些東西，現(xiàn)在寫出來，有著不同經(jīng)驗(yàn)的人，應(yīng)該都能從中看到一些自己想了解的東西吧。
引入敏捷的初衷：
早些年，我們的產(chǎn)品的確占有很大的份額優(yōu)勢(shì)，大概占整個(gè)歐美在線會(huì)議市場(chǎng)的 60% 吧。后來幾年，原來一些專攻輕量級(jí)在線會(huì)議系統(tǒng)的公司中，開始出現(xiàn)幾家做的比較優(yōu)秀的，也是因?yàn)楹芏嘀行⌒凸镜脑诰€會(huì)議需求逐漸涌現(xiàn)，其中具有代表性的應(yīng)該就是 Ctrix，整個(gè)團(tuán)隊(duì)也就四五十人，功能更新速度非常迅速，對(duì)于用戶反饋的響應(yīng)時(shí)間也是非常的短，所以我們的在線會(huì)議市場(chǎng)的份額就被不斷地蠶食。
而我們當(dāng)時(shí)的主版本從開始研發(fā)，到全球上線部署，從 Release...BTS...SP1.. SP7... SP12... GA... 最快也需要六個(gè)月到一年的時(shí)間，等我們?nèi)舾蓚€(gè)大功能上線了，別人新鮮熱辣的功能都早已上線半年多了。更別說現(xiàn)在這種移動(dòng)互聯(lián)網(wǎng)時(shí)代的產(chǎn)品更新速度了，六個(gè)月到一年的時(shí)間，有時(shí)候，一款產(chǎn)品從生到死也不過這么長(zhǎng)吧。
雖說我們以產(chǎn)品的質(zhì)量和服務(wù)的穩(wěn)定為重中之重，不過看看別人家的質(zhì)量，也沒有差到哪去，服務(wù)也挺穩(wěn)定的，雖然沒達(dá)到四個(gè)9，也有三個(gè)9。而且別人家的團(tuán)隊(duì)小而精，人力成本相對(duì)小很多，產(chǎn)出比就遠(yuǎn)遠(yuǎn)把我們甩開了好幾個(gè)街區(qū)。
所以，市場(chǎng)決定了我們必須不斷地改進(jìn)現(xiàn)有功能和快速上線更新，這樣才能在保持現(xiàn)有市場(chǎng)份額的同時(shí)，繼續(xù)提高市場(chǎng)占有率。而不是一味地吃著質(zhì)量第一，穩(wěn)定第一的老本，而選擇性地忽略掉以速度制勝這一關(guān)鍵性的因素。
引入敏捷的期望：
1、加快產(chǎn)品新功能的上線速度，能夠跟上 OS 和 Browser 越來越快的迭代速度，能夠快速及時(shí)地響應(yīng)客戶的反饋，解決 Customer Ticket，從而增加產(chǎn)品的競(jìng)爭(zhēng)力，提高市場(chǎng)占有率；
2、大大減少了產(chǎn)品需求和最終實(shí)現(xiàn)之間的偏差率，降低后期返工所增加的成本和減少項(xiàng)目延期的風(fēng)險(xiǎn)。在此之前，就出現(xiàn)過耗費(fèi)了幾百個(gè)人日做出來的新功能，PM 說跟他預(yù)期的出入太大，必須在下個(gè)大版本里推翻重來，甚至于會(huì)一而再再而三的重來；
3、提升團(tuán)隊(duì)自組織、自管理的能力和技術(shù)水平，讓各個(gè)團(tuán)隊(duì)始終都處于一種相對(duì)工作量飽和，并且積極向上的工作狀態(tài)；
4、加強(qiáng) PM、EM、DEV、QA 和運(yùn)維團(tuán)隊(duì)、技術(shù)支持團(tuán)隊(duì)的合作和溝通，提升從設(shè)計(jì)、開發(fā)、測(cè)試到上線的流程效率，縮短了新功能上線的周期；
5、通過敏捷提高各個(gè)團(tuán)隊(duì)的人力資源使用效率，減少因?yàn)槿蝿?wù)分配不均導(dǎo)致的資源閑置狀況；
6、提升用戶滿意度也是期望之一，隨著生活節(jié)奏的加速，用戶對(duì)于問題的提出到解決，所能等待的時(shí)間也在逐步縮短，但同時(shí)又不喜歡頻繁的無規(guī)律的收到升級(jí)通知，這對(duì)于版本發(fā)布的速度和節(jié)奏就有了更高的要求；
最后還想強(qiáng)調(diào)一點(diǎn)，敏捷研發(fā)模式的引入一定是基于現(xiàn)有流程存在問題的基礎(chǔ)上的，不能為了敏捷而敏捷，要就具體問題分析，如果只有引入敏捷才能解決，那再引入，否則，最佳辦法還是就事論事，就問題解決問題。
《測(cè)試路上你問我答》里的?Q&A 45，如果是你要的，甚好！如果不是，你問，我答！
作者簡(jiǎn)介：14 年測(cè)試 + 11 年項(xiàng)目管理 + 11 年團(tuán)隊(duì)管理 = 一個(gè)測(cè)試?yán)媳?/p>
