評審制度是互聯(lián)網(wǎng)產(chǎn)品管理的重要手段，評審制度貫穿于產(chǎn)品管理的戰(zhàn)略規(guī)劃、產(chǎn)品設(shè)計、技術(shù)實現(xiàn)、產(chǎn)品運營、產(chǎn)品營銷等各個環(huán)節(jié)�？梢哉f高效的評審制度是一個公司產(chǎn)品管理能力的重要度量標(biāo)準(zhǔn)。簡單列舉一下評審制度的一些價值所在：
- 通過評審制度可以幫助利益相關(guān)方達成對產(chǎn)品建設(shè)目標(biāo)的一致理解；
- 通過評審制度可以對產(chǎn)品規(guī)劃方案、產(chǎn)品需求方案、技術(shù)方案、運營方案、營銷方案等的質(zhì)量進行把關(guān)，提升產(chǎn)品品質(zhì)；
- 通過評審制度可以對產(chǎn)品規(guī)劃建設(shè)過程中的關(guān)鍵點、風(fēng)險點等進行把關(guān)，降低項目實施的風(fēng)險
- 通過評審制度可以有效提升參評人員的能力；
- 通過評審制度來對方案進行把關(guān)，保證系統(tǒng)產(chǎn)品架構(gòu)、架構(gòu)設(shè)計的精神始終如一地貫徹下去
盡管產(chǎn)品評審如此重要，但似乎沒有哪家公司的評審制度是高效的，大家都在抱怨評審制度的萬千罪惡，評審會議或是演變成了過形式，或是演變成了各大陣營的PK大會。關(guān)于評審制度，在各種軟件工程的圖書及方法論都有所涉及，這里的重點不是討論評審制度的通用準(zhǔn)則（例如 產(chǎn)品評審那點事 ），這里主要討論一下一個平臺型的產(chǎn)品在運營過程中怎樣通過評審制度來把關(guān)。
1、建設(shè)期項目 VS. 運營期項目
對于諸如支付平臺、開放平臺這類采用了產(chǎn)品平臺理念的互聯(lián)網(wǎng)產(chǎn)品（產(chǎn)品平臺），其處于建設(shè)期的產(chǎn)品的項目管理與處于運營期的產(chǎn)品的項目管理所面對的挑戰(zhàn)不盡相同。
之所以強調(diào)這些產(chǎn)品平臺，主要在于對于很多互聯(lián)網(wǎng)產(chǎn)品而言，主要邏輯就是網(wǎng)站前端，因此這些網(wǎng)站的評審相對容易，只需要采用原型驅(qū)動的方式。但對于這些平臺化產(chǎn)品，不單純只是一個簡單的網(wǎng)站頁面開發(fā)工作，這些系統(tǒng)最復(fù)雜的邏輯一般在于后端的業(yè)務(wù)規(guī)則、業(yè)務(wù)邏輯，而這些并不是一個原型就能夠說明清楚的。
1）、建設(shè)期項目特征
- 項目周期相對長，例如1個月以上
- 項目資源相對于充裕，可以以單獨項目組形式運作
- 項目管理可采用傳統(tǒng)項目管理方式或者敏捷項目管理方式
- 項目前期準(zhǔn)備工作相對充裕，例如產(chǎn)品文檔相對完整、完整的原型、完整的項目計劃、項目立項討論會/需求討論會等、市場調(diào)研/競爭對手產(chǎn)品分析等等
- 項目相對獨立，受到其他項目的約束較小
2）、運營期項目特征
- 周期較短，大部分為2周以下
- 資源有限，項目組成員可能還要并發(fā)維護其他產(chǎn)品
由于隨著公司業(yè)務(wù)的擴張，熟悉產(chǎn)品及技術(shù)架構(gòu)的人員始終稀缺，這些人一般都去負責(zé)一些重點新項目，必須在工作中幫助新人熟悉系統(tǒng)
- 項目管理一般采用諸如Scrum、XP這樣的敏捷項目管理方式，甚至是裁減過的敏捷開發(fā)
- 項目準(zhǔn)備并不是很充裕，也不可能準(zhǔn)備充足后再做
- 項目需要在現(xiàn)有產(chǎn)品基礎(chǔ)上進行優(yōu)化、重構(gòu)，不能影響現(xiàn)有系統(tǒng)。對于運營型產(chǎn)品，產(chǎn)品架構(gòu)、系統(tǒng)架構(gòu)的就是在一點一滴的修改中失控、變形的，必須有機制來控制這些因素
這里重點討論運營期的產(chǎn)品評審、技術(shù)評審的方法。
2、運營期產(chǎn)品評審的原則
- 不管再緊急的項目都必須做產(chǎn)品評審、技術(shù)評審
- 評審必須保持敏捷性
- 評審的形式不重要，評審！=開會，評審的形式可以正式評審、也可以為非正式評審。評審最核心的是需要有熟悉系統(tǒng)、有能力的人對方案進行把關(guān)
- 評審的目的不是找到最優(yōu)的方案，而是在現(xiàn)有資源約束下最合理的方案
- 沒有完美的評審制度，關(guān)鍵在實踐中持續(xù)優(yōu)化評審制度，建立適合自己公司情況的評審制度及跟進措施
3、運營期產(chǎn)品評審的方法
對于運營期的產(chǎn)品評審而言，并沒有最佳的實踐方案可供參考，每一家公司都有自己現(xiàn)實的業(yè)務(wù)狀況，不同的業(yè)務(wù)模式有不同的評審方式�？梢哉f對運營期的產(chǎn)品進行高效評審是門平衡的藝術(shù)，必須均衡管理規(guī)范性、敏捷性、業(yè)務(wù)現(xiàn)實的要求。只不過整體而言，運營期產(chǎn)品評審的方法核心都是相同的：基于團隊協(xié)作前提下的持續(xù)完善。
- 運營期的評審制度需要運營期的產(chǎn)品研發(fā)流程支撐。應(yīng)當(dāng)制定針對運營期產(chǎn)品研發(fā)的簡化流程（相對于建設(shè)期的產(chǎn)品研發(fā)流程而言），以便從其他流程環(huán)節(jié)的收集暴露評審制度的問題，來保證產(chǎn)品評審制度的持續(xù)優(yōu)化。例如通過質(zhì)量測試、運營、銷售、營銷等環(huán)節(jié)的反饋，發(fā)現(xiàn)評審制度失效的項目，納入到案例庫，持續(xù)優(yōu)化研發(fā)流程、評審制度
- 建立必須進行評審的硬性標(biāo)準(zhǔn)，細化成可量化的checklist形式（簡單為第一準(zhǔn)則）
例如開發(fā)時間1周以上或少于1周但涉及重點業(yè)務(wù)模塊的都必須過評審。之所以要采用工期及影響1刀切的方法而非采用接口人來評估是否需要評審，主要是避免太多的人為因素導(dǎo)致評審制度流于形式。
對少于1周且不涉及重點業(yè)務(wù)模式改動的，由負責(zé)人來自行判斷。
- 評審必須有利益相關(guān)者參與，不能單純讓產(chǎn)品人員、技術(shù)人員自己評。例如：產(chǎn)品方案必須有技術(shù)人員、運營人員、財務(wù)人員等；技術(shù)方案必須有產(chǎn)品人員、架構(gòu)師、業(yè)務(wù)專家等。參與評審的利益相關(guān)者有權(quán)將方案打回重做。當(dāng)然這有涉及到另外一個更大話題：團隊協(xié)作問題，如果一個團隊無法建立信任關(guān)系，那再完美的制度都會變成PK會。
- 評審人不需要做全面評審，只對需求關(guān)鍵點、關(guān)鍵業(yè)務(wù)規(guī)則、風(fēng)險點的方案做評審，以保證評審的高效性。評審結(jié)果需要記錄相關(guān)的流程表單中。
- 建立評審案例庫，定期（每月）過評審案例庫，持續(xù)優(yōu)化評審制度。評審案例的總結(jié)對事而非對人，不要讓評審人有必須對結(jié)果全面負責(zé)的負擔(dān)。
一個制度的執(zhí)行不在于制度最初定義得多么的完美，關(guān)鍵在于制度能否持續(xù)不斷地優(yōu)化。持續(xù)優(yōu)化/持續(xù)改進/持續(xù)完善 是各種管理方法眾所周知且行之有效的核心秘密之一，但也是最難貫徹執(zhí)行的，尤其是相對于那些管理時尚流行語，提持續(xù)改進太沒新意、太沒高度了，于是乎我們都指望有“銀彈”來解決面臨的各種問題。
本文鏈接：http://m.95time.cn/tech/site/2011/8370.asp 
出處：yeeach.com
責(zé)任編輯：bluehearts
◎進入論壇網(wǎng)站綜合、網(wǎng)頁制作版塊參加討論
|
