“最小可用產(chǎn)品（MVP）”方法論

“最小可用產(chǎn)品（MVP，Minimum Viable Product）”來自于Eric Ries所寫的著名書籍《精益創(chuàng)業(yè)》，MVP是精益產(chǎn)品開發(fā)的核心思想之一。MVP可以理解為是用最快的方式建立一個(gè)最小的可用產(chǎn)品，這個(gè)產(chǎn)品表達(dá)出最終產(chǎn)品想達(dá)到的主要效果，然后快速接觸用戶通過用戶反饋不斷迭代完善產(chǎn)品。

MVP方法論有如下幾個(gè)要點(diǎn)：

第一，MVP的產(chǎn)品觀是開發(fā)團(tuán)隊(duì)不可能掌握所有的用戶需求，無論開發(fā)團(tuán)隊(duì)在需求階段多么努力，開發(fā)團(tuán)隊(duì)都不可能掌握全部信息。對(duì)于重大軟件產(chǎn)品，這一點(diǎn)總是正確的，因?yàn)樵诮^大部分情況下，用戶自己都不可能完全說清楚自己的所有需求，要理解這一點(diǎn)很容易，iPhone給了你非常好的用戶體驗(yàn)，但沒有見過iPhone之前，你能否清楚地說明白你希望要一部什么樣的手機(jī)？

第二，MVP的一個(gè)要點(diǎn)是“最小”，為什么要“最小”，因?yàn)橐白羁臁薄VP是一個(gè)不斷重復(fù)迭代的過程，要做到重復(fù)迭代，迭代速度需要快，這和敏捷的道理是一樣的。

第三，MVP的另一個(gè)要點(diǎn)是“可用”，MVP不是原型、不是demo，MVP是滿足用戶主要預(yù)期的可交付產(chǎn)品，是要讓用戶能夠用起來的產(chǎn)品。如果用戶的最終需求是一輛滿意的汽車，那么MVP不能是一堆汽車零件，MVP應(yīng)該是一輛能動(dòng)的車，MVP最低要求也是一輛能開的助動(dòng)車，MVP要讓用戶能夠用起來。

第四，MVP是局部和階段的，但項(xiàng)目負(fù)責(zé)人必須始終關(guān)注全局與最終，要能思考“最小”和“可用”，必須具備全局視野和對(duì)最終產(chǎn)品的思考。MVP者都是全局思維者，MVP者已經(jīng)從全局層面考慮到了用戶需求的不確定性，才能考慮到通過MVP的手段，快速接觸用戶，提前把用戶牽引入產(chǎn)品開發(fā)過程。

對(duì)于軟件研發(fā)，MVP方法論是具有普適性的，MVP思維是產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理必須具備的思維，凡是不具備MVP思維的產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理，負(fù)責(zé)重大軟件項(xiàng)目必然失敗。為什么這么說？

傳統(tǒng)產(chǎn)品和簡單軟件的項(xiàng)目管理，一般總是能分解為“正確”和“效率”兩個(gè)問題，前者解決“做正確的事”的問題，后者解決“正確地做事”的問題。比如傳統(tǒng)軟件開發(fā)，需求階段試圖把“做正確的事”的問題解決掉，開發(fā)階段則專注于解決“正確地做事”的問題。

但是，重大軟件項(xiàng)目的項(xiàng)目管理不一樣，重大軟件項(xiàng)目的產(chǎn)出不是代碼，產(chǎn)出的是整合的知識(shí)。復(fù)雜軟件產(chǎn)品要整合哪些知識(shí)？用戶所在體系對(duì)于所要解決問題的知識(shí)、用戶對(duì)于用戶體驗(yàn)偏好的知識(shí)、設(shè)計(jì)者對(duì)于系統(tǒng)可用性可靠性可擴(kuò)展性的知識(shí)、開發(fā)工程師對(duì)于軟件工程各個(gè)專業(yè)環(huán)節(jié)的知識(shí)、開發(fā)方關(guān)于開發(fā)資源約束的知識(shí)，等等等等。

這種知識(shí)產(chǎn)品的性質(zhì)使得重大軟件項(xiàng)目的生產(chǎn)過程具有兩個(gè)特點(diǎn)：

第一，知識(shí)產(chǎn)品的“正確”和“效率”不可分割。知識(shí)產(chǎn)品，只有通過知識(shí)消費(fèi)場(chǎng)景的檢驗(yàn)，被用戶接受，生產(chǎn)才有價(jià)值；沒有經(jīng)過知識(shí)消費(fèi)場(chǎng)景的檢驗(yàn)，不被用戶接受，生產(chǎn)過程沒有價(jià)值。因此，知識(shí)產(chǎn)品的生產(chǎn)，正確——即產(chǎn)品“是被用戶接受的”，始終是最重要的目標(biāo)，為了保證知識(shí)產(chǎn)品生產(chǎn)的正確，最好的辦法就是讓每個(gè)階段產(chǎn)品都快速接觸用戶、通過用戶檢驗(yàn)。

第二，知識(shí)交流，必須具有合適的載體；沒有合適的載體，知識(shí)交流效率極低。產(chǎn)品經(jīng)理和客戶在會(huì)議室開一天會(huì)，客戶也不一定能說明白“什么手機(jī)是好手機(jī)”這個(gè)問題，但是產(chǎn)品經(jīng)理把幾款手機(jī)放在客戶面前，客戶只需很短的時(shí)間就能回答哪部手機(jī)比較好并說明原因；同樣，在開發(fā)團(tuán)隊(duì)內(nèi)部，產(chǎn)品經(jīng)理統(tǒng)一開發(fā)目標(biāo)、項(xiàng)目經(jīng)理掌握開發(fā)情況，都需要信息溝通載體，沒有合適的信息載體，再開會(huì)、再出差、再加班也沒用，開發(fā)團(tuán)隊(duì)還是無法達(dá)成一致的知識(shí)理解。這是因?yàn)椋?strong>重大軟件項(xiàng)目管理本質(zhì)上是一種知識(shí)管理活動(dòng)，重大軟件項(xiàng)目的失控本質(zhì)上都是知識(shí)管理的失控。

從上述軟件產(chǎn)品生產(chǎn)的特點(diǎn)，就可以看到為什么MVP方法論是普適的，因?yàn)樽詈玫碾A段性產(chǎn)品開發(fā)目標(biāo)就是MVP、最好的產(chǎn)品知識(shí)交流載體就是MVP。以知識(shí)管理作為重大軟件項(xiàng)目管理的核心，是MVP方法論的實(shí)質(zhì)，也是敏捷的實(shí)質(zhì)，MVP就是產(chǎn)品級(jí)的敏捷，敏捷就是在開發(fā)全程規(guī)范性貫徹MVP。

這里值得一提的是，從喬布斯的iPhone開始，產(chǎn)品領(lǐng)域興起了一種“超預(yù)期”方法論，這種方法論指出了一個(gè)重要的產(chǎn)品法則——符合用戶預(yù)期的產(chǎn)品只是平庸產(chǎn)品、超用戶預(yù)期的產(chǎn)品才是成功產(chǎn)品。一些產(chǎn)品經(jīng)理把這種方法理解為“閉門開發(fā)、放大招”，這種理解完全是誤解：第一，喬布斯是最懂得MVP的，蘋果第一款iPhone確實(shí)在放大招，但大家都忽視了iPhone的MVP就是iPod與iTunes，喬布斯通過產(chǎn)品節(jié)奏把MVP上升到了產(chǎn)品戰(zhàn)略的級(jí)別；第二，要讓廣大用戶超預(yù)期，就更要做好局部的MVP，比如通過A/B測(cè)試落實(shí)全程MVP、通過度量和監(jiān)控落實(shí)自動(dòng)化MVP，不做MVP準(zhǔn)備而“放大招”是重大項(xiàng)目管理的大忌。

MVP是一種普適的知識(shí)管理思維，重大項(xiàng)目的產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理必須具備這種快速“開發(fā)-度量-改進(jìn)”迭代的思維。最后，列出重大項(xiàng)目的產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理需要關(guān)注的MVP檢查列表：

1. 以MVP交付作為項(xiàng)目早期里程碑；
2. 以MVP統(tǒng)一開發(fā)團(tuán)隊(duì)的產(chǎn)品理解與開發(fā)目標(biāo)；
3. 以MVP的交付情況、系統(tǒng)監(jiān)控和用戶反饋來考核開發(fā)團(tuán)隊(duì)；
4. 以MVP用戶反饋和系統(tǒng)監(jiān)控決定下一步產(chǎn)品定義與開發(fā)計(jì)劃；
5. 以MVP方法論持續(xù)迭代產(chǎn)品。