六西格瑪、精益制造、IPD、敏捷開發(fā)等先進(jìn)方法幫助過(guò)很多企業(yè)提升產(chǎn)品研發(fā)速度、企業(yè)管理水平。然而時(shí)過(guò)境遷，到了互聯(lián)網(wǎng)+時(shí)代，當(dāng)傳統(tǒng)企業(yè)想要研發(fā)互聯(lián)網(wǎng)+產(chǎn)品的時(shí)候，發(fā)現(xiàn)以上先進(jìn)方法似乎都不再奏效，甚至?xí)璧K新產(chǎn)品的研發(fā)。是這些方法真的失效了，還是我們用錯(cuò)了地方？讓我們一起回顧一下這些方法，再作評(píng)判。

我將從產(chǎn)生時(shí)間、來(lái)源企業(yè)、產(chǎn)生原因、核心目標(biāo)、方法論、局限性等六個(gè)方面對(duì)四種方法來(lái)進(jìn)行剖析。

敏捷開發(fā)(Agile Development)

產(chǎn)生時(shí)間：2001

來(lái)源企業(yè)：敏捷宣言（2001年2月由17位當(dāng)時(shí)稱之為“輕量級(jí)方法學(xué)家”所編寫簽署的）

產(chǎn)生原因：

統(tǒng)開發(fā)方法是基于客戶能夠在需求階段就給出完整、準(zhǔn)確的需求的假設(shè)，所以期望于在項(xiàng)目初期獲得詳細(xì)的需求，然后嚴(yán)格控制需求變更，最終完成符合需求的軟件。

但我們發(fā)現(xiàn)實(shí)際上往往需求是“涌現(xiàn)”出來(lái)的，也就是說(shuō)是隨著開發(fā)的不斷進(jìn)展而不斷發(fā)現(xiàn)出來(lái)的，而無(wú)法在項(xiàng)目初期就明確的定義它，也就是說(shuō)傳統(tǒng)開發(fā)方法的基本假設(shè)是錯(cuò)誤的，這一新的假設(shè)導(dǎo)致了敏捷方法的一系列實(shí)踐。

另外，傳統(tǒng)的軟件開發(fā)方法認(rèn)為需求是可以確定，所以采用的是基于工程的開發(fā)方法，也就是說(shuō)期望通過(guò)事先的詳細(xì)策劃定義開發(fā)的整個(gè)過(guò)程，而敏捷認(rèn)為需求是無(wú)法在早期完全確定的，所以采用的是基于經(jīng)驗(yàn)的開發(fā)方法，也就是說(shuō)事先不詳細(xì)定義整個(gè)開發(fā)過(guò)程，而通過(guò)多次迭代來(lái)逼近最終目標(biāo)

核心目標(biāo)：

以人為本、價(jià)值驅(qū)動(dòng)、減少浪費(fèi)、擁抱變化、

方法論：

基于敏捷宣言的核心思想，敏捷開發(fā)產(chǎn)生了多種不同的方法流派，其中應(yīng)用較廣有兩種。

Scrum

Scrum包括一系列實(shí)踐和預(yù)定義角色，是一種靈活的軟件管理過(guò)程。它提供了一種經(jīng)驗(yàn)方法，可以幫助你駕馭迭代，實(shí)現(xiàn)遞增的軟件開發(fā)過(guò)程。這一過(guò)程是迅速、有適應(yīng)性、自組織的，它發(fā)現(xiàn)了軟件工程的社會(huì)意義，使得團(tuán)隊(duì)成員能夠獨(dú)立地集中在創(chuàng)造性的協(xié)作環(huán)境下工作。

極限編程（XP）

極限編程是由Kent Beck提出的一套針對(duì)業(yè)務(wù)需求和軟件開發(fā)實(shí)踐的規(guī)則，它的作用在于將二者力量集中在共同的目標(biāo)上，高效并穩(wěn)妥地推進(jìn)開發(fā)。其力圖在不斷變化的客戶需求的前提下，以持續(xù)的步調(diào)，提供高響應(yīng)性的軟件開發(fā)過(guò)程及高質(zhì)量的軟件產(chǎn)品。

雖然Scrum偏向管理實(shí)踐，XP偏向技術(shù)實(shí)踐，但萬(wàn)變不離其中，他們都遵循著以下幾個(gè)核心方法。

1）迭代式開發(fā)。即整個(gè)開發(fā)過(guò)程被分為幾個(gè)迭代周期，每個(gè)迭代周期是一個(gè)定長(zhǎng)或不定長(zhǎng)的時(shí)間塊每個(gè)迭代周期持續(xù)的時(shí)間一般較短，通常為一到六周。

2）增量交付。產(chǎn)品是在每個(gè)迭代周期結(jié)束時(shí)被逐步交付使用，而不是在整個(gè)開發(fā)過(guò)程結(jié)束的時(shí)候一次性交付使用。每次交付的都是可以被部署到用戶應(yīng)用環(huán)境中被用戶使用的、能給用戶帶來(lái)即時(shí)效益和價(jià)值的產(chǎn)品。

3）開發(fā)團(tuán)隊(duì)和客戶反饋推動(dòng)產(chǎn)品開發(fā)。敏捷開發(fā)方法主張客戶能夠全程參與到整個(gè)開發(fā)過(guò)程中。這使需求變化和客戶反饋能被動(dòng)態(tài)管理并及時(shí)集成到產(chǎn)品中。同時(shí)，團(tuán)隊(duì)對(duì)于客戶的需求也能及時(shí)提供反饋意見。

4）持續(xù)集成。新的功能或需求變化總是盡可能頻繁地被整合到產(chǎn)品中。一些項(xiàng)目是在每個(gè)迭代周期結(jié)束的時(shí)候集成， 有些項(xiàng)目則每天都在這么做。

5）開發(fā)團(tuán)隊(duì)自我管理。擁有一個(gè)積極的、自我管理的、具備自由交流風(fēng)格的開發(fā)團(tuán)隊(duì)，是每個(gè)敏捷項(xiàng)目必不可少的條件。人是敏捷開發(fā)的核心。敏捷開發(fā)總是以人為中心建立開發(fā)的過(guò)程和機(jī)制，而非把過(guò)程和機(jī)制強(qiáng)加給人。

局限性：

1.對(duì)人要求很高，難于掌握

敏捷開發(fā)與IPD一樣都是在解決產(chǎn)品研發(fā)的問(wèn)題。只不過(guò)敏捷開發(fā)是從軟件領(lǐng)域開始的，所以在軟件研發(fā)上應(yīng)用較多，而后引入到部分可編程硬件領(lǐng)域。它與之前的三種方法最大的不同是，它從以“流程”為核心轉(zhuǎn)變成以“人”為核心。這是研發(fā)方法從工業(yè)領(lǐng)域轉(zhuǎn)向到高科技領(lǐng)域的一個(gè)重要標(biāo)準(zhǔn)。前者是以機(jī)器為核心的，把人當(dāng)做資源看待，努力將人的工作標(biāo)準(zhǔn)化可替代，因此需要靠精心設(shè)計(jì)的流程保證其高速運(yùn)轉(zhuǎn)。后者是以智力為核心的，把人當(dāng)做不可替代的核心創(chuàng)造者看待，讓工具為人服務(wù)，提升其創(chuàng)造力。因此大幅度弱化了流程，承認(rèn)了人的不確定性，即承認(rèn)人會(huì)犯錯(cuò)，客戶會(huì)犯錯(cuò)，開發(fā)者會(huì)犯錯(cuò)。從靠流程、制度、評(píng)審來(lái)規(guī)避犯錯(cuò)轉(zhuǎn)變成為接受錯(cuò)誤，盡早發(fā)現(xiàn)盡早修正。同時(shí)承認(rèn)高智商高經(jīng)驗(yàn)人的產(chǎn)出是低者的上百倍，因此要為其營(yíng)造高產(chǎn)的環(huán)境，即寬松的環(huán)境。這些都是與傳統(tǒng)方法相反的思維方式。

在它帶來(lái)好處的同時(shí)，也帶來(lái)了問(wèn)題。敏捷開發(fā)方法因?yàn)槿狈?yán)格的操作方法，過(guò)度靈活，難于掌握。這就對(duì)采用敏捷開發(fā)的企業(yè)員工提出了更高的要求。他們需要深刻理解其背后的邏輯才能夠讓方法發(fā)揮正向效用，否則會(huì)導(dǎo)致更低的效率，甚至混亂的狀態(tài)。這也是歷時(shí)十多年，敏捷被談多做少的原因。

不僅如此，敏捷開發(fā)本身對(duì)每個(gè)人的技能要求也極高，例如對(duì)開發(fā)人員，要求能夠具備對(duì)架構(gòu)持續(xù)重構(gòu)，保持簡(jiǎn)單，這都是需要很高的技術(shù)修養(yǎng)才能做到的。同時(shí)要求團(tuán)隊(duì)要能夠做到“自組織”，即“團(tuán)隊(duì)是一個(gè)整體，沒(méi)有角色之分、職位之分、也沒(méi)有高下之分。團(tuán)隊(duì)成員的任務(wù)不是項(xiàng)目經(jīng)理強(qiáng)加于身，而是根據(jù)自己的愿望和能力對(duì)任務(wù)進(jìn)行合理評(píng)估，并主動(dòng)進(jìn)行領(lǐng)取。被動(dòng)與主動(dòng)所產(chǎn)生的驅(qū)動(dòng)力顯然不可同日而語(yǔ)。”這是非常理想的狀態(tài)，幾乎沒(méi)有企業(yè)能夠做到一點(diǎn)。然而這卻是很多敏捷方法的基礎(chǔ)，這便造成敏捷開發(fā)落地的很多難題。

2.以項(xiàng)目交付為主命題

敏捷開發(fā)產(chǎn)生是源于企業(yè)軟件交付的諸多難題，比如變更、緩慢、高成本等。這類交付大多以項(xiàng)目形式組織、以產(chǎn)品為結(jié)果。

項(xiàng)目有兩個(gè)核心特征“為客戶服務(wù)”、“一次性”。

項(xiàng)目的發(fā)起是從客戶需求出發(fā)的，這隱含了客戶必定是存在的，而且是明確的，通?？蛻羰且粋€(gè)人或一個(gè)公司的需求提出人。通常是一對(duì)一服務(wù)的。他們的需求一般也是明確的，至少方向是明確的。

但這并不是用于產(chǎn)品研發(fā)。產(chǎn)品通常是自主研發(fā)的，它是有企業(yè)對(duì)市場(chǎng)的分析，洞察出一個(gè)普遍性需求，進(jìn)而研發(fā)出產(chǎn)品，然后尋找購(gòu)買者進(jìn)行銷售。通常是一對(duì)多服務(wù)的。因?yàn)槊鎸?duì)大量用戶，他們會(huì)存在各種各樣的個(gè)性化需求，因此便不能想做項(xiàng)目一樣有明確的需求，這就需要主創(chuàng)者對(duì)產(chǎn)品方向進(jìn)行判斷和把控。

所以敏捷開發(fā)中“客戶合作”、“客戶現(xiàn)場(chǎng)”等都是對(duì)客戶重要性的確認(rèn)，一旦客戶不存在，例如自主產(chǎn)品研發(fā)早期還沒(méi)有用戶的時(shí)候，需求的挖掘、產(chǎn)品的驗(yàn)收就都成了問(wèn)題。

項(xiàng)目一般是為一個(gè)確定目標(biāo)所完成的一次性活動(dòng)，所以項(xiàng)目是以客戶驗(yàn)收為結(jié)束標(biāo)志的。然而產(chǎn)品因?yàn)榇嬖诖罅坑脩?，它是持續(xù)交付的過(guò)程，再加上產(chǎn)品的更新?lián)Q代，還需要對(duì)老用戶進(jìn)行升級(jí)。

敏捷開發(fā)中強(qiáng)調(diào)“客戶驗(yàn)收”的重要性，要求與客戶頻繁驗(yàn)收，從而盡早發(fā)現(xiàn)問(wèn)題，盡早調(diào)整，減少返工浪費(fèi)，同時(shí)收斂項(xiàng)目范圍。但這并不是用于產(chǎn)品，因?yàn)楫a(chǎn)品的功能是越做越多的，不斷發(fā)散，同時(shí)還無(wú)法快速與用戶驗(yàn)收，甚至無(wú)法驗(yàn)收，因?yàn)橛脩籼?，不知道以誰(shuí)為準(zhǔn)，或者用戶拒絕對(duì)未成形產(chǎn)品驗(yàn)收。這都讓敏捷開發(fā)更多的局限在項(xiàng)目交付范疇之內(nèi)。

方法并無(wú)好壞之分，也無(wú)過(guò)時(shí)之說(shuō)。方法只存在適不適用。通過(guò)系統(tǒng)性回顧各種方法的背景、理念和方法，可以很清楚看到各種方法的適用性。它們都在他們所擅長(zhǎng)的領(lǐng)域發(fā)揮著巨大的作用。

同時(shí)，我們也發(fā)現(xiàn)方法不是孤立存在的，它們之前有著很多共性。

四種方法都在努力服務(wù)客戶，以客戶為中心。

六西格瑪和精益都在追求完美。

敏捷和精益都在努力減少浪費(fèi)。

六西格瑪和敏捷都強(qiáng)調(diào)質(zhì)量?jī)?nèi)建。

IPD和敏捷都以人為核心。

正確的事情總是殊途同歸。方法也不例外。在相同的處境下遇到相同的問(wèn)題，最有的辦法總是非常相似。與之相反的是，錯(cuò)誤的方法卻千差萬(wàn)別。

但當(dāng)處境和問(wèn)題發(fā)生變化的時(shí)候，一部分方法就會(huì)失效。比如互聯(lián)網(wǎng)+產(chǎn)品帶來(lái)的變化：

以用戶為中心，而非客戶。

從不確定性出發(fā)，而非確定性。

主導(dǎo)產(chǎn)品，而非交付項(xiàng)目。

追求體驗(yàn)，而非質(zhì)量。

追求容錯(cuò)，而非完美。

追求創(chuàng)新，而非執(zhí)行。

所有這些都在呼喚新的方法產(chǎn)生——“極速產(chǎn)品研發(fā)”。

■作者簡(jiǎn)介：艾永亮（個(gè)人微信公眾號(hào)：ALS111222333），互聯(lián)網(wǎng)+領(lǐng)先思想者與實(shí)干者，《騰訊之道》作者，《極速產(chǎn)品研發(fā)》方法創(chuàng)立者；TII互聯(lián)網(wǎng)+咨詢董事長(zhǎng)，步步高、美的、深交所、華為、順豐等企業(yè)互聯(lián)網(wǎng)+轉(zhuǎn)型導(dǎo)師，前騰訊首席敏捷管理教練。