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

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

MVP方法論有如下幾個要點：

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

第二，MVP的一個要點是“最小”，為什么要“最小”，因為要“最快”。MVP是一個不斷重復(fù)迭代的過程，要做到重復(fù)迭代，迭代速度需要快，這和敏捷的道理是一樣的。

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

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

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

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

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

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

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

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

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

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

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

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