產(chǎn)品開發(fā)無(wú)疑是一件復(fù)雜的事情宛乃，在其“不可知”的過(guò)程悠咱，到底哪些是最為關(guān)鍵的階段，管理好那些核心過(guò)程能夠有助于提高產(chǎn)品的競(jìng)爭(zhēng)力烤惊？
文??|? ?杜松乔煞，公眾號(hào) | 產(chǎn)品微言
據(jù)說(shuō)，軟件開發(fā)領(lǐng)域有一個(gè)數(shù)據(jù)柒室，50%以上的項(xiàng)目都會(huì)出現(xiàn)進(jìn)度延期渡贾，多數(shù)新產(chǎn)品開發(fā)項(xiàng)目都像是“腳踩西瓜皮，滑到哪里是哪里”雄右，真正能夠按照計(jì)劃完成的研發(fā)項(xiàng)目少之又少空骚。
在上文??產(chǎn)品經(jīng)理怎么規(guī)劃產(chǎn)品發(fā)展路徑???解答了我們?yōu)槭裁纯偸前l(fā)布不對(duì)路的產(chǎn)品，下一步我們要解決的問題就是研發(fā)過(guò)程管理的問題擂仍，特別是新產(chǎn)品的研發(fā)項(xiàng)目囤屹。
第一個(gè)問題是：如何把握哪些關(guān)鍵性節(jié)點(diǎn)能有效管理進(jìn)度？
第二個(gè)問題是：研發(fā)過(guò)程中存在那些坑逢渔，以及如何解決這些坑肋坚？
第一個(gè)問題的答案，看上去非常明顯——無(wú)非是對(duì)關(guān)鍵節(jié)點(diǎn)的管理，在PMP的管理理念中就是對(duì)關(guān)鍵里程碑的輸入智厌、輸出的管理诲泌。
著名軟件工程專家B.Boehm在1983年提出了軟件工程的七條基本原理，其中三條分別是：
（1）用分階段的生存周期計(jì)劃進(jìn)行嚴(yán)格的管理铣鹏。
（2）堅(jiān)持進(jìn)行階段評(píng)審敷扫。
（3）實(shí)行嚴(yán)格的產(chǎn)品控制。
（4）結(jié)果應(yīng)能清楚地審查
“? ?把軟件的開發(fā)過(guò)程拆分成多個(gè)階段诚卸，使得每個(gè)階段的任務(wù)相對(duì)獨(dú)立葵第，就可以實(shí)現(xiàn)不同職責(zé)和崗位的角色進(jìn)行協(xié)作，從而降低了整個(gè)軟件開發(fā)過(guò)程的困難度和復(fù)雜度合溺。
每個(gè)階段都可以采用科學(xué)的管理技術(shù)和良好的技術(shù)方法卒密，而且在每個(gè)階段結(jié)束之前都可以從技術(shù)和管理兩個(gè)維度進(jìn)行審查，合格之后才正式進(jìn)入下一階段的工作（事實(shí)上部分工作存在并行性辫愉，而非僵死的串行機(jī)制栅受，但下游成果是否符合設(shè)定的目標(biāo)取決于上游的設(shè)計(jì)），這就保證了整個(gè)過(guò)程有條不紊的進(jìn)行恭朗，既保證了質(zhì)量屏镊，也提供了軟件產(chǎn)品的可維護(hù)性。
但關(guān)鍵是如何進(jìn)行階段性劃分呢痰腮？
我的觀點(diǎn)是：4個(gè)評(píng)審點(diǎn)和一個(gè)驗(yàn)收點(diǎn)而芥。
（1）需求評(píng)審
對(duì)需求的評(píng)審，回答的“我們要解決的問題是什么膀值？”這個(gè)關(guān)鍵問題棍丐。如果不知道問題是什么，就試圖去解決這個(gè)問題沧踏，只能是白白的浪費(fèi)時(shí)間歌逢，最終的結(jié)果也很可能毫無(wú)意義。
這個(gè)階段翘狱，必須要提出關(guān)于問題性質(zhì)秘案、來(lái)源、目標(biāo)和規(guī)模的系統(tǒng)性解釋潦匈，澄清含糊不精的地方阱高，改正理解不正確的地方，確保用戶（客戶）與研發(fā)團(tuán)隊(duì)的理解一致性茬缩。
（2）交互評(píng)審
對(duì)“交互”的評(píng)審赤惊，回答的關(guān)鍵問題是：“概括地說(shuō)，應(yīng)該如何解決這個(gè)問題凰锡？”
之所以用“交互”這個(gè)詞來(lái)表述是因?yàn)橹挥薪换ゲ鸥屓丝捎X察未舟、感受針對(duì)問題的具體解決方案圈暗。
這個(gè)階段，通常會(huì)用到流程圖处面、原型圖厂置、狀態(tài)圖等工具來(lái)描述整個(gè)產(chǎn)品的各種可能性，估算每一種方案的成本魂角、效益以及體驗(yàn)，充分權(quán)衡更重方案的利弊智绸。
事實(shí)上野揪，隱藏在交互背后是接口、數(shù)據(jù)層的復(fù)雜邏輯瞧栗，這也是最容易被輕視的問題斯稳，因?yàn)樗豢梢姟?/p>
（3）視覺評(píng)審
對(duì)視覺的評(píng)審，則是考慮如何建議規(guī)范性和一致性設(shè)計(jì)語(yǔ)言迹恐。
“美丑”是一個(gè)個(gè)體的主觀感受挣惰，我們往往容易陷入“太丑”的泥潭中而不能自拔。在軟件開發(fā)過(guò)程中殴边，視覺設(shè)計(jì)需要建立一套專業(yè)的規(guī)范和機(jī)制憎茂，不能單純依賴直覺。
（4）用例評(píng)審
用例評(píng)審是針對(duì)產(chǎn)出成果設(shè)定其度量的標(biāo)準(zhǔn)锤岸，如何檢驗(yàn)交付物與用戶需求的滿足程度竖幔。
這個(gè)階段的關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護(hù)的場(chǎng)景檢測(cè)邏輯是偷，包括各種正常和異常的數(shù)據(jù)狀態(tài)拳氢，邏輯狀態(tài)，正向和逆向的場(chǎng)景狀態(tài)等蛋铆。研發(fā)團(tuán)隊(duì)?wèi)?yīng)該在產(chǎn)品開發(fā)過(guò)程中達(dá)成對(duì)用例的覆蓋度和顆粒度的評(píng)審馋评，而且整個(gè)過(guò)程越早越好。
同時(shí)刺啦，用例本身是動(dòng)態(tài)維護(hù)的留特，要及時(shí)更新維護(hù)并在團(tuán)隊(duì)內(nèi)達(dá)成一致。
（5）驗(yàn)收發(fā)布
產(chǎn)品驗(yàn)收是為了最終交付而進(jìn)行的成果驗(yàn)證和歸檔洪燥，包括收集項(xiàng)目完整的記錄磕秤，確保產(chǎn)品滿足用戶和商業(yè)需求，并將相關(guān)文檔進(jìn)行歸檔捧韵，還包括項(xiàng)目的審計(jì)市咆。
這個(gè)是最終的環(huán)節(jié)，它是一種集中審核的過(guò)程再来，它包括合同的收尾和管理的收尾蒙兰，事實(shí)上也非常復(fù)雜的一個(gè)過(guò)程磷瘤。一定有不少人想要控訴驗(yàn)收環(huán)節(jié)的血淚史，往往是以為已經(jīng)干完了“該干的事情”搜变，結(jié)果不是新增需求采缚，就是沒有達(dá)成合同目標(biāo)，根本就不可能驗(yàn)收挠他。
產(chǎn)品開發(fā)過(guò)程的每一個(gè)階段扳抽，都存在著重大風(fēng)險(xiǎn)，PM們一定要有清醒的認(rèn)識(shí)殖侵，也要努力在項(xiàng)目管理的專業(yè)領(lǐng)域上有所建樹贸呢。
不管是2B還是2C的項(xiàng)目，不管是內(nèi)部項(xiàng)目還是外包項(xiàng)目拢军，不管你的組織采用何種開發(fā)模式楞陷，必須牢牢監(jiān)控產(chǎn)品開發(fā)過(guò)程的關(guān)鍵節(jié)點(diǎn)和關(guān)鍵交付成果。
01茉唉、需求評(píng)審：要做什么
需求評(píng)審固蛾，是針對(duì)目前已收集的來(lái)自各個(gè)渠道的想法、意見度陆、需求和建議等艾凯，通過(guò)恰當(dāng)?shù)墓ぞ哌M(jìn)行匯總、梳理坚芜、分析和排序后览芳，所最終得出的當(dāng)下或未來(lái)需要完成的產(chǎn)品工作。
輸入
新產(chǎn)品或產(chǎn)品迭代過(guò)程中的需求來(lái)源渠道鸿竖，通常包括用戶沧竟、競(jìng)爭(zhēng)對(duì)手、供應(yīng)商缚忧、銷售終端悟泵。也包括上一個(gè)迭代有計(jì)劃遺留或者臨時(shí)被裁剪的問題、功能闪水，以及bug糕非。
另外還有一個(gè)重要的渠道，就是產(chǎn)品本身驅(qū)動(dòng)的新的設(shè)計(jì)理念球榆，新的技術(shù)框架朽肥。
產(chǎn)品經(jīng)理應(yīng)該建立一個(gè)便于維護(hù)的需求池，及時(shí)收集和處理來(lái)自多個(gè)渠道的“需求”持钉。
評(píng)審
需求評(píng)審階段通常都有產(chǎn)品經(jīng)理或項(xiàng)目經(jīng)理發(fā)起衡招，主要是針對(duì)”可行性“評(píng)審，確保團(tuán)隊(duì)在某一個(gè)時(shí)期內(nèi)有能力完成具體的需求每强，而不是提出不切實(shí)際的行動(dòng)方案始腾。
整個(gè)過(guò)程用到的工具包括需求池州刽、KANO模型、四象限法則浪箭、交集分析法穗椅、思維導(dǎo)圖、泳道圖奶栖、原型圖匹表、里程碑。
輸出
需求評(píng)審最終輸出包括4個(gè)文檔驼抹。
1桑孩、更新的產(chǎn)品需求池：需求評(píng)審后必須更新產(chǎn)品的需求池清單，有些需求會(huì)被拒絕框冀，有的需求會(huì)被納入迭代計(jì)劃，有的需求會(huì)調(diào)整優(yōu)先級(jí)敏簿，產(chǎn)品經(jīng)理必須確保維護(hù)了一個(gè)完整清晰的需求列表明也。
2、用戶故事板：用場(chǎng)景故事的方式管理用戶需求惯裕，有助于激發(fā)團(tuán)隊(duì)的創(chuàng)造力温数，從而找到更優(yōu)的解決方案。
3蜻势、業(yè)務(wù)流程框架：在低保真階段撑刺，產(chǎn)品經(jīng)理需要快速的呈現(xiàn)問題的解決方案纯命，不要過(guò)早的的陷入細(xì)節(jié)性問題需曾，而應(yīng)該嘗試尋找更多的解決方案。
4仔粥、產(chǎn)品迭代路徑：任何一次需求的評(píng)審挠铲，都可能對(duì)產(chǎn)品的迭代路徑發(fā)送改變冕屯，要及時(shí)在團(tuán)隊(duì)中同步產(chǎn)品路徑的更新，它設(shè)計(jì)從市場(chǎng)到品牌拂苹、到運(yùn)營(yíng)到售后的全過(guò)程安聘。
02、交互評(píng)審：怎么做
需求評(píng)審瓢棒，是定義問題的過(guò)程浴韭，交互評(píng)審則是針對(duì)問題的具體解，強(qiáng)調(diào)是針對(duì)明確問題的產(chǎn)品功能性實(shí)現(xiàn)脯宿。經(jīng)過(guò)產(chǎn)品功能的交互評(píng)審后念颈，我們已經(jīng)正式進(jìn)入這一迭代過(guò)程的開發(fā)階段。
我們更為常見的做法是兩個(gè)評(píng)審點(diǎn)結(jié)合在一起嗅绰，這并沒有苛刻的區(qū)分標(biāo)志舍肠，但兩個(gè)階段有本質(zhì)的差異搀继。
輸入
1、用戶故事板：清晰的用戶場(chǎng)景可幫助團(tuán)隊(duì)還原真實(shí)的場(chǎng)景翠语，從而反思產(chǎn)品的解決方案叽躯，提升產(chǎn)品體驗(yàn)
2、流程圖：包括業(yè)務(wù)流程肌括、數(shù)據(jù)邏輯和狀態(tài)轉(zhuǎn)換關(guān)系
3点骑、產(chǎn)品PRD：PRD文檔不要過(guò)于在意“四種寫法茴香"，原型+備注的方式的效率非常高谍夭，如果你需要一份模板黑滴，可以在這篇文章里面找到：徹底拋棄WORD！教你用Axure快速輸出高質(zhì)量的PRD
4紧索、迭代路徑：要及時(shí)在團(tuán)隊(duì)中同步產(chǎn)品路徑的更新
評(píng)審
交互的評(píng)審袁辈，是針對(duì)解決方案的完整性檢查，包括場(chǎng)景珠漂、邏輯晚缩、用戶、內(nèi)容的完整性媳危，也包括交互的閉環(huán)體驗(yàn)檢查荞彼。
同時(shí)，在這個(gè)應(yīng)該待笑，還需要分解完整的工作任務(wù)鸣皂，評(píng)估整個(gè)迭代過(guò)程的資源需要和進(jìn)度可行性。
事實(shí)上暮蹂，進(jìn)度的評(píng)估在需求階段就已經(jīng)開始寞缝，之所以需要反復(fù)評(píng)審是基于需求變更和解決方案優(yōu)化的考慮。
輸出
1椎侠、產(chǎn)品PRD：經(jīng)過(guò)評(píng)審的PRD第租，仍然可能存在細(xì)節(jié)性的補(bǔ)充和完善，產(chǎn)品經(jīng)理有責(zé)任維護(hù)一份完整清晰的在線PRD我纪。
2慎宾、版本里程碑：團(tuán)隊(duì)?wèi)?yīng)當(dāng)用”PBS“的思路取代”WBS“，明確各項(xiàng)任務(wù)具體的資源復(fù)盤和時(shí)間節(jié)點(diǎn)浅悉。
3趟据、產(chǎn)品需求池：任何階段的評(píng)審，都可能帶來(lái)新的問題和需求术健，它們可能來(lái)自團(tuán)隊(duì)本身的創(chuàng)造力汹碱，有助于提升團(tuán)隊(duì)的使命感和責(zé)任心，有些情況下荞估，由評(píng)審而帶來(lái)的需求可能極大的改善產(chǎn)品咳促。
03稚新、視覺評(píng)審：做成什么樣
視覺和交互應(yīng)該分開兩個(gè)不同的階段考慮，有助于團(tuán)隊(duì)專注解決具體的問題跪腹。
輸入
見交互評(píng)審的”PRD“褂删。
評(píng)審
視覺設(shè)計(jì)的評(píng)審，更容易陷入主觀直覺判斷冲茸，”太丑“是最容易想到的詞匯屯阀，它往往取決于第一感官感受，而往往忽略實(shí)際用戶的使用場(chǎng)景轴术。
所以难衰，在視覺設(shè)計(jì)過(guò)程中更需要明確產(chǎn)品的調(diào)性，如何建立一致性和規(guī)范性的設(shè)計(jì)思路逗栽，這更多取決于設(shè)計(jì)師本身的技能和美學(xué)素養(yǎng)盖袭。
輸出
視覺設(shè)計(jì)可能帶來(lái)迭代進(jìn)度的影響，特別是復(fù)雜的動(dòng)畫設(shè)計(jì)往往需要更多的研發(fā)資源和時(shí)間彼宠，產(chǎn)品經(jīng)理需要考慮資源和時(shí)間的投入產(chǎn)出比苍凛。
在某些情況下，過(guò)于復(fù)雜的設(shè)計(jì)容易得不償失兵志。
04、用例評(píng)審：做好的標(biāo)準(zhǔn)是什么
要使最終用戶對(duì)產(chǎn)品感到滿意宣肚，最有力的舉措就是對(duì)最終用戶的期望加以明確闡述想罕，以便對(duì)這些期望進(jìn)行核實(shí)并確認(rèn)其有效性。
測(cè)試用例反映了要核實(shí)的需求霉涨。然而事實(shí)上按价，我們通常都難以確保核實(shí)所有的需求（測(cè)試用例可能無(wú)法覆蓋全部的需求范圍），如何找到對(duì)關(guān)鍵性的需求關(guān)系到項(xiàng)目的成敗笙瑟。
測(cè)試的深度和廣度楼镐，都對(duì)項(xiàng)目產(chǎn)生影響，隨著測(cè)試用例數(shù)量的增加往枷，團(tuán)隊(duì)對(duì)產(chǎn)品質(zhì)量和測(cè)試流程也就越有信心框产。這把雙刃劍的另外一面是，意味這需要投入更多的資源和時(shí)間错洁，測(cè)試工作量與測(cè)試用例的數(shù)量成比例秉宿。
輸入
見交互評(píng)審的PRD、視覺文檔屯碴。
評(píng)審
1描睦、業(yè)務(wù)層：包括本次迭代過(guò)程中所涉及的全部場(chǎng)景、流程导而、數(shù)據(jù)忱叭、內(nèi)容的完整以及異常情況的處理隔崎，相比于正向流程的用例，逆向流程的測(cè)試往往更為關(guān)鍵韵丑。
業(yè)務(wù)層的測(cè)試覆蓋度是產(chǎn)品的核心爵卒，直接決定產(chǎn)品是否滿足用戶的需求。
2埂息、交互層：主要針對(duì)產(chǎn)品操作體驗(yàn)的測(cè)試技潘，包括文案引導(dǎo)、操作跳轉(zhuǎn)千康、導(dǎo)航布局等等享幽，交互層是體驗(yàn)的核心。
3拾弃、視覺層：用例通常只能檢測(cè)完整性值桩，這個(gè)環(huán)節(jié)更考驗(yàn)設(shè)計(jì)師而不是測(cè)試員。
輸出
1豪椿、測(cè)試用例：用例是評(píng)估測(cè)試結(jié)果的度量基準(zhǔn)和分析缺陷的標(biāo)準(zhǔn)奔坟，編寫測(cè)試用例應(yīng)有規(guī)范的文檔模板，且應(yīng)當(dāng)符合團(tuán)隊(duì)的規(guī)范要求搭盾。測(cè)試工程師必須基于用例在產(chǎn)品驗(yàn)收階段輸出完整的測(cè)試報(bào)告咳秉。
作為產(chǎn)品迭代的珍貴文檔，測(cè)試用例需要更新完善鸯隅，要及時(shí)發(fā)現(xiàn)和補(bǔ)充用例編寫的不全面澜建，盡可能的減少漏測(cè)的可能性。
然而蝌以，現(xiàn)實(shí)中的情況是測(cè)試用例常常被忽視炕舵，甚至被隨意丟棄。
2跟畅、版本里程碑：測(cè)試用例的評(píng)審極可能帶來(lái)里程碑的變更咽筋，用例本身不僅僅是對(duì)交付成果的測(cè)試，實(shí)際上也是產(chǎn)品設(shè)計(jì)的檢測(cè)徊件，用例編寫和評(píng)審的階段就應(yīng)該盡可能的發(fā)現(xiàn)設(shè)計(jì)本身的缺陷和漏洞奸攻，而不是只能對(duì)交付物。
05庇忌、驗(yàn)收發(fā)布：有沒有達(dá)成目標(biāo)
產(chǎn)品驗(yàn)收是核查項(xiàng)目計(jì)劃規(guī)定范圍內(nèi)各項(xiàng)工作或活動(dòng)是否已經(jīng)全部完成舞箍，可交付成果是否令人滿意，并將核查結(jié)果記錄在驗(yàn)收文件中的一系列活動(dòng)皆疹。
輸入
見”評(píng)審的PRD“疏橄、”評(píng)審的視覺文檔“、”評(píng)審的測(cè)試用例“。
評(píng)審
產(chǎn)品的驗(yàn)收需要通過(guò)多次完成捎迫，從debug版本到beta版在到release版是一個(gè)復(fù)雜的過(guò)程晃酒。
產(chǎn)品經(jīng)理必須主導(dǎo)整個(gè)完成，從產(chǎn)品的功能到交互的體驗(yàn)窄绒，以及視覺都必須細(xì)致進(jìn)行評(píng)審贝次，這個(gè)階段應(yīng)當(dāng)組織開發(fā)、設(shè)計(jì)彰导、測(cè)試對(duì)bug影響的范圍蛔翅、嚴(yán)重程度進(jìn)行多輪評(píng)估，并給出具體的解決和改善方案位谋。
輸出
驗(yàn)收發(fā)布階段的最重要文檔包括3份：
1山析、版本更新日志：闡述具體的功能更新。
2掏父、更新的產(chǎn)品需求池：產(chǎn)品經(jīng)理必須重視對(duì)問題和bug的處理措施笋轨，在評(píng)估和平衡資源、進(jìn)度和質(zhì)量以后赊淑，在團(tuán)隊(duì)內(nèi)部同步更新產(chǎn)品需求清單爵政，確保對(duì)遺留的問題有清晰的備案和計(jì)劃措施，而不是試圖掩蓋可能存在的問題陶缺。
3钾挟、迭代總結(jié)：對(duì)本次迭代做一個(gè)小結(jié)，即可凝聚團(tuán)隊(duì)饱岸，也是提升團(tuán)隊(duì)技能水平的措施等龙。
06、后記
對(duì)軟件產(chǎn)品開發(fā)過(guò)程的管理伶贰，是對(duì)整個(gè)過(guò)程“完成了什么，如何完成的罐栈，結(jié)果如何成功黍衙，是好還是壞”的系統(tǒng)性描述，整個(gè)領(lǐng)域有很多的理論體系幫助我們優(yōu)化和改善我們的工作荠诬，但軟件開發(fā)在某種程度上存在一些重大的挑戰(zhàn)琅翻，從而使其變得與眾不同。
這個(gè)過(guò)程需要不斷的迭代和完善柑贞，不要幻想有一種方法可以一蹴而就打造一個(gè)“理想國(guó)”方椎，而是隨機(jī)應(yīng)變，審時(shí)度勢(shì)钧嘶，慢慢的規(guī)范棠众，調(diào)整，使之符合現(xiàn)實(shí)的各種制約條件——你所在組織的資源、策略和文化闸拿。
產(chǎn)品經(jīng)理在面對(duì)不同的產(chǎn)品空盼，不同的組織下，需要充分考慮到環(huán)境的特殊性新荤，過(guò)程管理的方法隨之千差萬(wàn)別揽趾，在有些時(shí)候還存在大量的偶發(fā)性事件，你需要時(shí)刻準(zhǔn)備適應(yīng)由于未知和不確定的原因所帶來(lái)的額外工作苛骨。
不同的組織篱瞎，甚至有完全不同的產(chǎn)品成功的定義標(biāo)準(zhǔn)，是按時(shí)并在預(yù)算內(nèi)完成算是成功嗎痒芝？未必如此俐筋。或許是客戶滿意度吼野？對(duì)你個(gè)人而言校哎，如何把手上的項(xiàng)目達(dá)成目標(biāo)，確保這個(gè)項(xiàng)目給企業(yè)帶來(lái)的效益比花費(fèi)多瞳步，就是一種成功闷哆。
<本文完>
關(guān)注公眾號(hào)：產(chǎn)品微言，回復(fù)“從0到1”单起，即可下載完整? PPT? ?
