進入產(chǎn)品經(jīng)理的角色不到一年，也踩過了不少坑。還記得當(dāng)初走出校門，迷茫的找工作，看到產(chǎn)品經(jīng)理的職位，描述的神乎其神，想著我要做一款屬于自己的產(chǎn)品，我要向喬幫主一樣改變世界，我要把產(chǎn)品當(dāng)成我自己的兒子一樣把她造出來并養(yǎng)大，于是帶著這份未知的神秘色彩，耗費了四個月的時間，當(dāng)上了一名苦逼的產(chǎn)品，表面上由公司CEO（原騰訊產(chǎn)品總監(jiān)）直接帶的，可是這些坑依舊得自己踩一遍才能長記性；后來老大推薦了一本《人月神話》，是關(guān)于項目管理的，看著很有共鳴，剛剛讀完，結(jié)合自己的實際經(jīng)歷來跟大家談一談，在做產(chǎn)品的過程中如何做好項目管理。
書的第一章寫了關(guān)于職業(yè)的樂趣和苦惱，雖然此書寫于40多年前，但在如今的現(xiàn)實中也確實是這樣，我們有時候會享受創(chuàng)造出一款產(chǎn)品，滿足我們內(nèi)心對創(chuàng)造的渴望；與此同時也會給我們帶來許多苦惱，無處不在的bug、處理不完的需求、沒有資源、項目延期、還有可能面臨被淘汰，等等。
我剛開始做產(chǎn)品的時候，覺得我把需求明確了、做了一個規(guī)劃并交給開發(fā)，讓他們開發(fā)去吧，我就喝著咖啡等著驗收就行，總是以一個樂觀主義的心態(tài)去看待產(chǎn)品進展，覺得一切都會按部就班的進行，可是真的問題來了，真的就如猛獸般來了，究其原因：其一是太樂觀主義；其二是沒有跟技術(shù)總監(jiān)確定好項目進度安排；其三是產(chǎn)品設(shè)計的時候沒有考慮到產(chǎn)品的完整性；其四是因為我們的思維永遠是存在bug的。（這里更多的是技術(shù)總監(jiān)的職責(zé)，就捎帶而過）當(dāng)產(chǎn)品延期，我們總想著去增加人手，可是增加人手并不一定帶來效率的增加，反而更加會拖延項目，增加人手會增加溝通成本、培訓(xùn)成本，這些都會造成時間上的浪費，所以，項目最初要按照兩個法則來就要做好工期的安排：（1）項目的時間依賴于順序上的限制，人員的最大數(shù)量依賴于獨立子任務(wù)的數(shù)量；（2）時間分配大致按照1/3計劃（產(chǎn)品設(shè)計前期工作）、1/6開發(fā)、1/4構(gòu)建測試和最早期系統(tǒng)測試、1/4系統(tǒng)統(tǒng)一測試。
至于產(chǎn)品概念的完整性，我們需要參照貴族專制。在產(chǎn)品設(shè)計中，概念完整性應(yīng)該是最重要的考慮因素，為了反映一系列連貫的設(shè)計思路，寧可省略一些不規(guī)則的特性和改進，也不提倡獨立和無法整合的產(chǎn)品，哪怕其中包含這精妙的設(shè)計，我們要能夠剔除雜音；同時產(chǎn)品的易用性也是跟產(chǎn)品概念的完整性緊密聯(lián)系的。產(chǎn)品的完整性可以通過在寫PRD、MRD的過程中總結(jié)出來。明確產(chǎn)品概念的完整性之后，其次是控制產(chǎn)品的規(guī)模體量，控制產(chǎn)品的規(guī)模也要從用戶研究和用戶需求出發(fā)，設(shè)定規(guī)模、確定功能、劃分模塊、設(shè)定目標(biāo)。書中也說到控制規(guī)模的三個原則：（1）制定總體規(guī)模包括后臺存儲、訪問的預(yù)算，鄙人剛?cè)胄械臅r候在此也踩過坑，只考慮了前端的頁面和邏輯，卻忘記了設(shè)計后臺的增刪改查和存儲；（2）指明模塊定義的同時，定義明確的功能，要落實到需求列表中，經(jīng)過審核且確定的，包括必要的輸入輸出；（3）從整體、面向用戶的角度思考問題，這一點不必多說。
在產(chǎn)品的開發(fā)過程中，開發(fā)人員承擔(dān)產(chǎn)品實現(xiàn)的責(zé)任，所以我們產(chǎn)品只能建議，不能支配，并且時刻準(zhǔn)備著為需求實現(xiàn)提供一種實現(xiàn)的方法，但是也要時刻準(zhǔn)備著接受其他任何能達成目標(biāo)的方法，我們要以目標(biāo)為導(dǎo)向。那么開發(fā)是以什么為目標(biāo)呢？——原型，所以當(dāng)原型作為標(biāo)準(zhǔn)的時候，我們必須控制原型的修改，這樣可以盡量減少討（si）論（bi），所以我們在寫PRD的時候一定基于上面說到的概念完整性，把我產(chǎn)品定位，準(zhǔn)確描述產(chǎn)品原型。當(dāng)然，再精確的說明也會讓不同的人產(chǎn)生歧義，所以溝通也是非常重要的，我們要建立一個溝通日志，記錄日常的溝通情況、出現(xiàn)的問題以及解決辦法。
文檔在項目管理中的作用：（1）每份文檔的準(zhǔn)備工作是集中考慮、明確全盤計劃和統(tǒng)一意見的結(jié)果，文檔上的內(nèi)容是拿來就可執(zhí)行的；（2）文檔的更新維護是項目監(jiān)督和預(yù)警機制；（3）文檔本身也可以作為項目監(jiān)督和狀態(tài)控制的依據(jù)，所有的進程應(yīng)按照文檔進行；（4）文檔是溝通的基礎(chǔ)。所以我們在進入開發(fā)階段之前，就應(yīng)該與各個部門確認(rèn)文檔，文檔指導(dǎo)的是一個精確、可執(zhí)行、清晰的方向，總得來說，文檔是一種總結(jié)全面、意思表達清楚、結(jié)構(gòu)清晰的“可執(zhí)行”文件。文檔進入了開發(fā)階段，也會遇到各種各樣的問題，發(fā)生一些變化，產(chǎn)品能做的是為開發(fā)人員及時設(shè)計方案，當(dāng)然方案還是要根據(jù)文檔設(shè)定的目標(biāo)設(shè)計，決定權(quán)在開發(fā)人員手中。另外，每個產(chǎn)品文檔都應(yīng)該有自己的日程表和凍結(jié)日期，在此之后的變更屬于下一版本的內(nèi)容，當(dāng)然也可以簡單的建立一個需求管理及變更的說明，寫明需求或問題來源、背景、解決辦法、負(fù)責(zé)人、上線時間等。
產(chǎn)品人也是優(yōu)秀的設(shè)計人員，在這個“小步快跑、快速迭代”的時代，不斷重復(fù)地抽取和細(xì)化產(chǎn)品的需求、快速制作精準(zhǔn)原型的角色也是由我們充當(dāng)，詳細(xì)的需求包括了所有的用戶界面、人機交互界面，包括前端后端，以及與其他軟件系統(tǒng)的接口。如果失誤了，需求工作對系統(tǒng)的影響比其他任何一個部分都大，甚至都要推到重來。也正是因為我們不可能一次就將原型做到完整、精確，所以才要求我們能快速制作原型。原型通常展示了產(chǎn)品的功能主線，但最好也加上對無效輸入、退出等異常情況，也可以在開發(fā)文檔的全局聲明中指出。原型的目的是明確實際的概念結(jié)構(gòu)，解決用戶的問題。
END，歡迎討論！
