前段時(shí)間，微信的創(chuàng)始人張小龍在WXG（微信事業(yè)群）領(lǐng)導(dǎo)力大會(huì)上的講話又一次刷爆了互聯(lián)網(wǎng)人的朋友圈，圈內(nèi)人士紛紛拜讀一篇名為《張小龍最新內(nèi)部演講:警惕 KPI 和流程》的文章，其中就講到了敏捷開發(fā)。產(chǎn)品大神張小龍是這么描述“敏捷開發(fā)”的：

實(shí)際上，就這么小的一個(gè)團(tuán)隊(duì)在后面幾年里面做的事情遠(yuǎn)遠(yuǎn)超過之前幾十人的努力，這個(gè)小團(tuán)隊(duì)是怎么樣工作的？這個(gè)小團(tuán)隊(duì)是當(dāng)時(shí)用了一個(gè)方法，叫敏捷項(xiàng)目管理，這里可能在座的一些同事都已經(jīng)不太了解這個(gè)詞了，但是當(dāng)時(shí)在騰訊挺鼓勵(lì)用這樣一種方法，我建議在座的如果沒有去好好研究過的可以好好研究一下。我們真的做到一種非常敏捷的一種項(xiàng)目的推進(jìn)方式。

我們今天可以想一些與眾不同的點(diǎn)子，然后我們可以很快就看到效果，因?yàn)槲覀兛梢院芸彀阉暇€了，然后可以去驗(yàn)證，如果不對(duì)就下線，如果還有改進(jìn)余地，下個(gè)星期再去改它。這是一個(gè)能夠持續(xù)實(shí)現(xiàn)你的想法的過程。

其實(shí)，敏捷開發(fā)這個(gè)詞對(duì)產(chǎn)品經(jīng)理來說并不陌生。近年來，國內(nèi)越來越多的互聯(lián)網(wǎng)公司也開始采用敏捷開發(fā)的方法來做項(xiàng)目管理，你可以在很多公司的辦公桌椅旁邊到處可見白板和貼滿各種顏色便簽的任務(wù)墻，然后，每天早上上班的時(shí)候，幾個(gè)人圍著白板開個(gè)站會(huì)，這其實(shí)就是敏捷開發(fā)的典型特征。在國外硅谷等地，敏捷式開發(fā)也早已經(jīng)被Google、Facebook、LinkedIn等企業(yè)應(yīng)用。

另一方面，理論上來說，如果一家公司有專職的項(xiàng)目經(jīng)理，那么產(chǎn)品經(jīng)理是不需要做項(xiàng)目管理的，而且，一個(gè)優(yōu)秀的項(xiàng)目經(jīng)理在產(chǎn)品迭代的過程中，有著不可小覷的作用。但國內(nèi)大部分創(chuàng)業(yè)型公司，由于團(tuán)隊(duì)規(guī)模的限制，產(chǎn)品經(jīng)理又往往會(huì)承擔(dān)一定的項(xiàng)目管理職能，那么對(duì)于產(chǎn)品經(jīng)理來說，了解一些關(guān)于項(xiàng)目管理的知識(shí)和技能就顯得很有必要。

什么是敏捷開發(fā)？

那究竟什么是敏捷開發(fā)，我們來進(jìn)行一一拆解下。

敏捷 vs 不敏捷

敏捷的反義當(dāng)然是不敏捷，但是這個(gè)“不敏捷”在軟件工程里面卻有個(gè)專業(yè)的術(shù)語叫做“瀑布式開發(fā)”。

所謂的瀑布式開發(fā)，其實(shí)是經(jīng)典的軟件工程方法為了定義出一套完備的過程規(guī)范，使得軟件開發(fā)的運(yùn)作就像是機(jī)器設(shè)備一樣正常的運(yùn)轉(zhuǎn)而總結(jié)出來的項(xiàng)目管理方法論。這套方法論分為5個(gè)階段：需求分析、設(shè)計(jì)、編碼、測(cè)試和維護(hù)。需求分析階段通常定義系統(tǒng)的需求，明確系統(tǒng)的目標(biāo)；設(shè)計(jì)階段通常確定系統(tǒng)使用什么數(shù)據(jù)庫，系統(tǒng)模塊的劃分，各個(gè)模塊的功能；編碼階段用編程語言實(shí)現(xiàn)設(shè)計(jì)階段的任務(wù)；測(cè)試階段主要測(cè)試功能是否實(shí)現(xiàn)，以及是否正確沒用Bug；維護(hù)階段是根據(jù)用戶新的需求重新修改系統(tǒng)，使系統(tǒng)運(yùn)行正常，更加穩(wěn)定。

瀑布式開發(fā)的局限性也非常明顯，比如對(duì)市場(chǎng)變化和用戶需求的響應(yīng)慢，更改成本高等，有可能出現(xiàn)的情況是產(chǎn)品一推出市場(chǎng)就宣告失敗。

而敏捷開發(fā)則是以用戶的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開發(fā)的一種方法。所以，在瞬息萬變的互聯(lián)網(wǎng)、移動(dòng)互聯(lián)網(wǎng)時(shí)代，大家已經(jīng)漸漸體會(huì)到敏捷的優(yōu)勢(shì)，我們也看到越來越多的互聯(lián)網(wǎng)產(chǎn)品出現(xiàn)了一周發(fā)布一次的快節(jié)奏，這么快的速度，就是為了迅速響應(yīng)市場(chǎng)與用戶的需求。

敏捷開發(fā)的一些特點(diǎn)

1.小步快跑，盡早交付

在互聯(lián)網(wǎng)時(shí)代，尤其是移動(dòng)互聯(lián)網(wǎng)時(shí)代，隨著時(shí)間的變化，市場(chǎng)環(huán)境、用戶需求、競(jìng)爭(zhēng)對(duì)手等因素都在時(shí)時(shí)發(fā)生著改變，需求方（比如用戶、市場(chǎng)、運(yùn)營(yíng)、老板或者是產(chǎn)品自己）會(huì)不斷地賦予產(chǎn)品新的需求來應(yīng)對(duì)這種變化。為了讓需求方盡早地看到結(jié)果，并給予反饋，我們就應(yīng)該以小步快跑的姿勢(shì)來做產(chǎn)品，盡早地交付新的版本。對(duì)于敏捷來說，可用的軟件勝過完備的文檔。比如之前傳統(tǒng)的瀑布式開發(fā)要求的使用產(chǎn)品需求說明書來寫詳細(xì)的需求，這個(gè)時(shí)候我們采用敏捷開發(fā)的方法，或許有時(shí)候只畫一個(gè)原型加點(diǎn)備注來告知需求，又或者直接通過口頭溝通來告知需求，這就大大簡(jiǎn)化了項(xiàng)目交付的時(shí)間，從而達(dá)到了盡早交付的目的。

小步快跑，意味著產(chǎn)品交付的時(shí)間間隔越短越好，也就是產(chǎn)品有較短的迭代周期，通常是2-4周。傳統(tǒng)的瀑布式開發(fā)最大的缺點(diǎn)之一，就是產(chǎn)品投放市場(chǎng)的速度太慢。當(dāng)然，通過這種頻繁地迭代是為了與用戶形成良好的合作關(guān)系，及時(shí)反饋，不斷地完善和提高產(chǎn)品的用戶體驗(yàn)，對(duì)于不能給用戶或者產(chǎn)品帶來價(jià)值的功能需求，則堅(jiān)決不做。

2.有項(xiàng)目計(jì)劃，但也“擁抱變化”

敏捷不代表不做項(xiàng)目計(jì)劃，恰恰相反的是，敏捷更加注重計(jì)劃的制定。因?yàn)槊艚蓍_發(fā)就是為了能夠及時(shí)地響應(yīng)用戶和市場(chǎng)的需求，所以并不會(huì)死守著計(jì)劃不進(jìn)行調(diào)整，一旦市場(chǎng)發(fā)生變化，即使到了開發(fā)后期，敏捷也歡迎改變需求，不斷地修正自己原先的計(jì)劃，利用變化來為產(chǎn)品創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。同時(shí)，參與敏捷項(xiàng)目的團(tuán)隊(duì)成員也不害怕變化，因?yàn)檫@些改變意味著自己更了解了市場(chǎng)需求，讓團(tuán)隊(duì)本身能夠與市場(chǎng)、用戶需求同步。

3. 版本周期內(nèi)盡量不加任務(wù)

盡管敏捷的目的是為了盡量讓產(chǎn)品能夠適應(yīng)市場(chǎng)需求的變化，但也并不意味著可以毫無節(jié)制地添加和修改項(xiàng)目任務(wù)。事實(shí)上，從這個(gè)角度來看，我們可以把每個(gè)版本迭代看作一次小的瀑布式開發(fā)，敏捷并不是全盤否定了瀑布式開發(fā)，而是借鑒了它優(yōu)秀的部分。比如說，瀑布式開發(fā)對(duì)于那種需求比較確定的項(xiàng)目來說還是不錯(cuò)的，比如工廠里面的生產(chǎn)環(huán)節(jié)就可以采用瀑布式開發(fā)的項(xiàng)目管理方法。

每個(gè)版本都有自己的開始時(shí)間和結(jié)束時(shí)間，也在項(xiàng)目剛開始的時(shí)候就配置了相關(guān)的資源來實(shí)現(xiàn)產(chǎn)品的需求，如果臨時(shí)突然插入新的需求或是修改需求的話，多少會(huì)對(duì)項(xiàng)目的進(jìn)度產(chǎn)生影響。所以，我們還是盡量在版本開始前就思考地清楚一些，除非碰到特殊情況，盡量做到版本內(nèi)不加任務(wù)。

4. 團(tuán)隊(duì)配置也要敏捷

為了實(shí)現(xiàn)項(xiàng)目的敏捷，在團(tuán)隊(duì)組成上也是需要進(jìn)行敏捷處理。一般來說，一個(gè)項(xiàng)目團(tuán)隊(duì)要小于20個(gè)人以下，太多了的話可以進(jìn)行團(tuán)隊(duì)分割（事實(shí)上，很多大公司已經(jīng)在這么做了）。有過異地溝通經(jīng)驗(yàn)的人都知道，異地溝通的成本有多高，如果可以，項(xiàng)目成員在一個(gè)辦公室進(jìn)行辦公將會(huì)大大提高溝通效率，有什么問題可用直接面對(duì)面地解決。這樣的話，也可以充分利用辦公室里的白板和墻壁。

在互聯(lián)網(wǎng)公司里，應(yīng)該都聽說過“站立晨會(huì)”這么一說，這種形式也是要基于敏捷的團(tuán)隊(duì)的配置才能更好的完成。想象一下，如果一個(gè)場(chǎng)地，站滿了幾十上百號(hào)人，每個(gè)人說一下自己的日常工作，那么基本上一個(gè)上午的時(shí)間就過去了，這是效率非常低下的一種表現(xiàn)形式，如何談的上敏捷二字呢？

5. 敏捷也需要反思

項(xiàng)目團(tuán)隊(duì)成員需要定期對(duì)前一個(gè)或者前一段時(shí)間的迭代進(jìn)行反省總結(jié)，以便調(diào)整自己的行為，提高項(xiàng)目的開發(fā)效率。因?yàn)楹芏嗖淮_定的因素都會(huì)導(dǎo)致項(xiàng)目的原計(jì)劃失敗，比如項(xiàng)目需求的變更、人員的流動(dòng)、市場(chǎng)的變化等等都會(huì)讓我們做出不同的反應(yīng)。在每次失敗中進(jìn)行反思，吸取經(jīng)驗(yàn)教訓(xùn)，其實(shí)是對(duì)敏捷的進(jìn)一步認(rèn)識(shí)，團(tuán)隊(duì)成員只有通過不斷地總結(jié)、反思和調(diào)整，才能更好地保持團(tuán)隊(duì)的敏捷性。

了解了敏捷的基本概念和特點(diǎn)后，我們來看看敏捷的本質(zhì)是什么——

事實(shí)上，敏捷的背后是兩個(gè)在當(dāng)下非常流行的概念，一個(gè)叫做MVP，一個(gè)叫做精益分析。

什么是MVP和精益分析

MVP是最小化可行產(chǎn)品（Minimum Viable Product）的簡(jiǎn)稱。這個(gè)概念是Eric Ries 在《精益創(chuàng)業(yè)》里提出來的，簡(jiǎn)單地說，就是指產(chǎn)品開發(fā)團(tuán)隊(duì)通過提供最小化可行產(chǎn)品獲取用戶反饋，并在這個(gè)最小化可行產(chǎn)品上持續(xù)快速迭代，直到產(chǎn)品到達(dá)一個(gè)相對(duì)穩(wěn)定的階段。

MVP模型也是《精益創(chuàng)業(yè)》中最為崇尚的方法，在產(chǎn)品的生命周期中，產(chǎn)品處于探索期時(shí)，產(chǎn)品價(jià)值、市場(chǎng)切入點(diǎn)、用戶群、用戶體驗(yàn)平衡點(diǎn)、商業(yè)目標(biāo)等都模糊不清，這時(shí)候就需要低成本快捷的MVP去探索以上問題，讓產(chǎn)品找到更好的發(fā)展方向。

mvp的版本迭代思路

如上圖所示，傳統(tǒng)的產(chǎn)品設(shè)計(jì)思路是一步一步，從車輪、車轱轆、外殼、動(dòng)力裝置、內(nèi)部裝飾一個(gè)流程一個(gè)流程做起，最后得到一個(gè)完善的產(chǎn)品。正確的敏捷迭代應(yīng)該是每一步的產(chǎn)品都是最小可行的，雖然第一版滑板車和最后的汽車相去甚遠(yuǎn)，但也是能夠滾動(dòng)的代步工具，在驗(yàn)證了用戶對(duì)出行工具的認(rèn)可程度后，我們就可以去生產(chǎn)更加高級(jí)、完善的摩托車、甚至小轎車。

MVP的幾個(gè)原則可以和大家分享下：

1、抓住產(chǎn)品核心主流程

MVP要求我們抓住最核心的產(chǎn)品流程，剔除多余的功能或者高級(jí)功能。比如電商產(chǎn)品，核心目標(biāo)就是讓用戶在產(chǎn)品上下單買東西。那核心流程就應(yīng)該是：瀏覽商品——挑選商品——下單付款——查詢物流信息。那就圍繞這個(gè)流程，剝離其他多余的功能需求（個(gè)性化推薦、活動(dòng)推薦、秒殺大促、分享評(píng)論、積分等），做一款MVP產(chǎn)品。

當(dāng)然，一款產(chǎn)品的核心主流程具體包含哪些，這個(gè)是需要團(tuán)隊(duì)和產(chǎn)品經(jīng)理一起去商量出來的結(jié)果，不同業(yè)務(wù)，不同場(chǎng)景下的核心流程會(huì)有所差異。

2、不同階段的MVP目標(biāo)不同

在產(chǎn)品從0到1的階段，產(chǎn)品剛剛上線，這個(gè)時(shí)候MVP1.0的目標(biāo)就是驗(yàn)證需求，設(shè)想的需求是真實(shí)存在還是偽需求？設(shè)想的需求是高頻還是低頻？是剛需還是非剛需？

而在后續(xù)的迭代中，如果產(chǎn)品設(shè)想的需求的確和市場(chǎng)痛點(diǎn)相匹配，那么MVP2.0的目標(biāo)則會(huì)開始優(yōu)化產(chǎn)品核心主流程的用戶體驗(yàn)，然后增加一些新的功能點(diǎn)。下一個(gè)版本的迭代則繼續(xù)去觀察新增加的功能點(diǎn)是否符合用戶需求，考慮如何改進(jìn)或者是下線處理。簡(jiǎn)單來說，在不斷的迭代的過程中，我們對(duì)MVP的關(guān)注目標(biāo)發(fā)生了一些變化，但最核心要關(guān)注的還是產(chǎn)品的核心主流程。

3、可以嘗試任何產(chǎn)品形態(tài)

隨著移動(dòng)互聯(lián)網(wǎng)紅利期的基本結(jié)束，一個(gè)創(chuàng)業(yè)公司通過開發(fā)一款A(yù)PP而成為獨(dú)角獸級(jí)別公司的可能性已經(jīng)越來越小了，這個(gè)時(shí)候APP的開發(fā)成本、推廣成本也是相當(dāng)之高。所以很多的創(chuàng)業(yè)公司會(huì)去糾結(jié)到底是做一款A(yù)PP還是做一個(gè)微信公眾號(hào)，這其實(shí)就涉及到MVP的產(chǎn)品形態(tài)問題。MVP可以是一個(gè)只有基本功能的APP，也可以是一個(gè)微信公眾號(hào)，一個(gè)微信群，甚至是一款紙面原型，一個(gè)視頻。只要是可以讓你的用戶直觀地感知到產(chǎn)品的價(jià)值，能激發(fā)出他們想要使用產(chǎn)品的體驗(yàn)就可以。

現(xiàn)在更多的產(chǎn)品會(huì)通過微信公眾號(hào)的形式驗(yàn)證，比如知乎的付費(fèi)問答值乎，最開始的mvp產(chǎn)品形態(tài)主要是知乎服務(wù)號(hào)的自定義菜單或者朋友圈的分享，如果一開始就放在App端，如果用戶沒有來得及更新，就錯(cuò)失了市場(chǎng)機(jī)會(huì)（同一時(shí)間，分答已經(jīng)在市場(chǎng)上跑馬圈地了）。

那什么是精益分析呢？

所謂的精益分析，首先是你有一個(gè)想法或者靈感，然后通過MVP策略讓產(chǎn)品快速上線，產(chǎn)品上線后，通過數(shù)據(jù)來衡量用戶的表現(xiàn)，如果好的話就保持、繼續(xù)優(yōu)化，不好的就下線反思。

在創(chuàng)業(yè)公司，大部分的idea都來自于創(chuàng)始人的靈光一閃，大部分情況下投放到市場(chǎng)上驗(yàn)證時(shí)發(fā)現(xiàn)用戶沒有需求。創(chuàng)業(yè)團(tuán)隊(duì)往往精力有限，要讓驗(yàn)證的周期盡可能縮短，而MVP加上精益分析，通過數(shù)據(jù)表現(xiàn)就可以快速地幫助驗(yàn)證市場(chǎng)對(duì)于產(chǎn)品的反饋。如果用戶反饋很好，就可以繼續(xù)加大投入，如果用戶反饋有問題，也可以及時(shí)調(diào)整避免更多的精力浪費(fèi)。

MVP的實(shí)踐版——分答的版本迭代之旅

分答，是2016年度最引人注目的付費(fèi)語音問答，用戶可以快速地找到可以給自己提供幫助的那個(gè)人，行家通過語音用一分鐘時(shí)間為用戶答疑解惑。這款產(chǎn)品由在行團(tuán)隊(duì)孵化，也是延續(xù)了知識(shí)傳播與分享的分享方式。不僅是科學(xué)家，很多名人和各領(lǐng)域的專家也都加入「分答」付費(fèi)問答的模式。上線僅四十二天，超過1000萬授權(quán)用戶，付費(fèi)用戶超過100萬，33萬人開通了答主頁面，產(chǎn)生了50萬條語音問答，交易總金額超過1800萬，復(fù)購率達(dá)到43%。

在如此傲人的成績(jī)下，分答的產(chǎn)品總監(jiān)朱曉華透露，分答的idea來自于在討論輕量化知識(shí)交換平臺(tái)中，姬十三想做個(gè)語音問答，從確定要做到產(chǎn)品正式上線，中間只用了一周的時(shí)間。

我們可以來看看一周的時(shí)間，分答團(tuán)隊(duì)都做了哪些事情：

1. 一晚框架：1個(gè)產(chǎn)品經(jīng)理
2. 一日原型：3個(gè)產(chǎn)品經(jīng)理
3. 一個(gè)周末主體：1設(shè)計(jì)、1后端、1前端、1測(cè)試、1運(yùn)營(yíng)
4. 一周業(yè)余時(shí)間完善
5. 兩天內(nèi)測(cè)
6. 一日引爆

通過一周緊張的設(shè)計(jì)和開發(fā)，分答的第一個(gè)版本終于上線了。第一版上線的分答，非常簡(jiǎn)單、簡(jiǎn)陋，只有最基本的提問和偷聽功能，而且還有不少的bug，但這并不影響產(chǎn)品上線驗(yàn)證用戶需求。

在上線之后，分答團(tuán)隊(duì)基本上保持了每天發(fā)布至少3次新版本的節(jié)奏在進(jìn)行更新，這是怎么做到的呢？

除了精益迭代的團(tuán)隊(duì)認(rèn)知之外，還有一個(gè)產(chǎn)品形態(tài)的選擇也是產(chǎn)品能夠快速迭代的基礎(chǔ)。分答第一版的產(chǎn)品形態(tài)不是基于手機(jī)的客戶端，而是在微信環(huán)境內(nèi)使用的一個(gè)H5頁面，并通過服務(wù)號(hào)完成通知、支付等服務(wù)。

比起直接開發(fā)手機(jī)客戶端，用基于微信服務(wù)號(hào)進(jìn)行開發(fā)有幾個(gè)非常明顯的好處：

1. 用戶使用成本低：不需要下載客戶端，打開網(wǎng)頁就可以使用
2. 開發(fā)成本低： iOS、android客戶端兩大陣營(yíng)開發(fā)起來就直接雙倍工作量，而且還有各種適配問題
3. 迭代成本低： 不需要去應(yīng)用市場(chǎng)提交新版本，在讓用戶下載安裝包進(jìn)行更新，直接服務(wù)器端進(jìn)行更新就完成了迭代，用戶完全無感迭代

用H5版本進(jìn)行開發(fā)，極大地降低了開發(fā)和迭代成本，在微信環(huán)境里，入口雖然深，但通知和交易閉環(huán)都是完整的。

上線并不意味著戰(zhàn)斗結(jié)束，如何精準(zhǔn)、高效地記錄和分析產(chǎn)品數(shù)據(jù)，通過對(duì)產(chǎn)品數(shù)據(jù)和用戶數(shù)據(jù)的精益分析去迭代產(chǎn)品，則成為了下一個(gè)階段的工作重點(diǎn)。分答團(tuán)隊(duì)通過使用第三方數(shù)據(jù)分析平臺(tái)，跟蹤不同模塊的使用頻次，監(jiān)控搜索效率與付費(fèi)收聽流程的轉(zhuǎn)化，通過觀察留存來分析各用戶群組的復(fù)聽率、復(fù)購率等，不斷地觀察產(chǎn)品的數(shù)據(jù)表現(xiàn)和了解用戶反饋去迭代產(chǎn)品。

就這樣，分答在短短6周內(nèi)通過敏捷開發(fā)的方法創(chuàng)造了知識(shí)分享領(lǐng)域的“數(shù)據(jù)增長(zhǎng)神話”。

#專欄作家#

壹百度，微信公眾號(hào)：倒退集，人人都是產(chǎn)品經(jīng)理專欄作家。在線教育企業(yè)服務(wù)領(lǐng)域產(chǎn)品經(jīng)理，創(chuàng)業(yè)公司Team Leader。曾主導(dǎo)多款重量級(jí)產(chǎn)品的產(chǎn)品策劃和設(shè)計(jì)工作。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。