創(chuàng)業(yè)公司實現(xiàn)了0-1纠炮，但是怎么實現(xiàn)從1-100就需要內(nèi)修好項目管理了巢株。本文通過在公司搭建項目流程的角度對整個創(chuàng)業(yè)公司項目流程搭建進(jìn)行了復(fù)盤。

一据过、創(chuàng)業(yè)公司的痛

創(chuàng)業(yè)公司往往在流程管理上還沒有規(guī)范，這就導(dǎo)致了：

1妒挎、項目拖延導(dǎo)致沒有音訊

2绳锅、交付超時，影響商務(wù)對外輸出

通過項目管理完善對接流程酝掩，起到如下作用：

1鳞芙、確保溝通明確，使得產(chǎn)品端能夠根據(jù)商務(wù)的需求提供高質(zhì)量交付物

2期虾、明確交付物細(xì)節(jié)原朝，避免對接問題導(dǎo)致的溜單問題

3、對流程文檔化镶苞，方便后續(xù)項目復(fù)用

開始對項目進(jìn)行敏捷管理

二竿拆、對接流程說明

???流程可以根據(jù)需求的類型分為四部分：DEMO需求、產(chǎn)品需求宾尚、接口需求、迭代BUG需求谢澈。

DEMO需求

DEMO需求是指商務(wù)找到了有意向的甲方煌贴，需要由產(chǎn)品端提供DEMO供商務(wù)演示，這部分的需求沒有交付的流程锥忿，主要工作集中在產(chǎn)品部牛郑、項目部。一般公司沒有現(xiàn)成業(yè)務(wù)線時需要制作DEMO敬鬓，因此公司內(nèi)部需要評估是否需要拓展該業(yè)務(wù)線淹朋，如果該業(yè)務(wù)向本身就不適合開展的話笙各，那么就應(yīng)該反饋給商務(wù)，這個業(yè)務(wù)DEMO無法交付础芍。這其中評估考量有：

1杈抢、是否存在足夠的商業(yè)空間值得投入資源。

2仑性、技術(shù)能力是否滿足需要

3惶楼、內(nèi)部資源投入與商業(yè)空間的權(quán)衡

4、是否涉及監(jiān)管合規(guī)

5诊杆、與當(dāng)前排期是否沖突

6歼捐、...

產(chǎn)品需求

成品需求是指商務(wù)已經(jīng)完成了合同簽訂，明確需要交付產(chǎn)品的了晨汹，是優(yōu)先級最高的需求豹储。在這個需求中需要各個部門一起協(xié)作，完成產(chǎn)品從設(shè)計到交付的全部工作淘这，給到用戶的是一個交付的完整產(chǎn)品剥扣。整個項目周期跨度一般較大，并且設(shè)計多部門協(xié)作慨灭，因此需要做好文檔的記錄以及項目的管理朦乏。

????產(chǎn)品先確認(rèn)需求清單，明確哪些是可以做的氧骤，討論后確定開發(fā)需求呻疹。確定好需求后產(chǎn)品就會開始原型設(shè)計，完成原型設(shè)計后通過商務(wù)與業(yè)務(wù)方確認(rèn)需求樣式后筹陵，在公司內(nèi)部進(jìn)行需求評審刽锤。完成需求評審，確定好開發(fā)方案和負(fù)責(zé)人后朦佩，需求就進(jìn)入了開發(fā)階段并思。

開發(fā)完成后，測試會開始產(chǎn)品的接口语稠、功能宋彼、系統(tǒng)測試，如果在測試階段發(fā)現(xiàn)問題就會反饋開發(fā)進(jìn)行修改仙畦。如果是產(chǎn)品設(shè)計的問題输涕，就由產(chǎn)品進(jìn)行修改。測試通過后產(chǎn)品會開始驗收產(chǎn)品慨畸，驗收通過的會提供驗收報告莱坎。

之后開發(fā)會提供接口說明文檔、功能部署文檔給運維寸士，由運維進(jìn)行部署檐什。部署完成后碴卧，產(chǎn)品提供產(chǎn)品使用說明書及交付清單，之后由業(yè)務(wù)方開始驗收工作乃正。

接口需求

接口需求是指外部業(yè)務(wù)方只需要我們開發(fā)功能的接口住册，接入業(yè)務(wù)方自己的系統(tǒng)。這種情況也通過商務(wù)-產(chǎn)品-開發(fā)這種流程進(jìn)行對接烫葬，這里面的考量為：

·界弧、接口需求也涉及到業(yè)務(wù)應(yīng)用，因此由產(chǎn)品明確接口的業(yè)務(wù)需求搭综，能避免接口開發(fā)過程中的需求溢出問題

2垢箕、該接口是否我們技術(shù)已經(jīng)支持

3、接口需求也需要占用開發(fā)資源兑巾，產(chǎn)品需要評估與開發(fā)中需求的沖突情況

迭代需求

迭代需求是指產(chǎn)品的功能迭代条获、BUG修復(fù)、功能回滾等需求蒋歌。一般來源于業(yè)務(wù)方反饋帅掘，或者業(yè)務(wù)線本身的迭代路線圖中。這些工作

三堂油、項目會議

???在整個項目組運行過程中會有很多會議修档，在會議開始前，會議發(fā)起人要明確好會議的參與者府框、會議的討論內(nèi)容和會議的目的吱窝，并提早做好會議通知、會議室準(zhǔn)備迫靖。在會后要寫會議紀(jì)要院峡，避免會議結(jié)束后，大家遺忘會議結(jié)論系宜。

DEMO評審會

DEMO評審會是為了判斷這個DEMO是否需要做照激，這種情況一般針對的是內(nèi)部有異議的業(yè)務(wù)線情況。如果商務(wù)自身決定不做DEMO的盹牧，就不用發(fā)起DEMO評審了俩垃。如果商務(wù)覺得有必要開一條業(yè)務(wù)線時，需要內(nèi)部產(chǎn)品汰寓、技術(shù)等建議時吆寨，發(fā)起DEMO的評審。

需求評審會

需求評審會的目的是確定需求方案是否合理踩寇，并確定需求的方案是否存在遺漏，以及實現(xiàn)需要的工作量六水。因此需求評審會內(nèi)容會偏多俺孙，并且是需求進(jìn)入開發(fā)階段前最后一道把關(guān)辣卒。需求評審會有產(chǎn)品經(jīng)理發(fā)起，需要開發(fā)人員睛榄、測試人員參與荣茫，針對需求設(shè)計的細(xì)節(jié)進(jìn)行一一確認(rèn)。

?需求排期會

需求排期時針對需求數(shù)量超過工作能力要求時而設(shè)立的场靴。目的就是通過對比需求質(zhì)檢的優(yōu)先級順序啡莉，確定開發(fā)的優(yōu)先級。需求排期會由產(chǎn)品產(chǎn)品組內(nèi)部進(jìn)行旨剥，最后生成一個需求優(yōu)先級排序結(jié)果作為以后一個時間段內(nèi)的工作輕重參考咧欣。

問題解決方案討論會

???在項目開發(fā)過程中肯定會有出現(xiàn)問題，這可能是缺資源轨帜、性能滿足不了需求魄咕、需要額外的接口等。如果出現(xiàn)問題都先反饋到負(fù)責(zé)的產(chǎn)品處蚌父，由產(chǎn)品協(xié)調(diào)資源進(jìn)行解決哮兰。如果超過了產(chǎn)品能力的范圍，由產(chǎn)品發(fā)起相關(guān)人員苟弛，一起討論問題的解決方案喝滞。

需求上線會議

?需求完成開發(fā)，并完成測試驗收后就會開始準(zhǔn)備上線工作了膏秫。一個系統(tǒng)都是多個服務(wù)的組合右遭，就比如APP就涉及到APP、后端服務(wù)荔睹、數(shù)據(jù)源狸演、運營平臺等。因此上線也存在先后順序的問題僻他。不然就可能會出現(xiàn)用戶打開后宵距，沒有內(nèi)容甚至報錯的情況。

項目復(fù)盤會

項目完成了上線并不是一個需求的結(jié)束吨拗。在磕磕絆絆中大家慢慢得到了成長满哪，良好的總結(jié)問題習(xí)慣能夠讓大家一起走的更遠(yuǎn)。項目的復(fù)盤會議劝篷，產(chǎn)品經(jīng)理需要先總結(jié)這個需求過程中的各種問題哨鸭，按問題的類型進(jìn)行分類，流程問題娇妓、技術(shù)問題像鸡、產(chǎn)品設(shè)計問題等，針對不同問題的類型進(jìn)行總結(jié)哈恰。

四只估、文檔內(nèi)容說明

???在整個項目實施過程中會有很多文檔志群，寫文檔是需要明確寫不是目的，目的是：

1蛔钙、做到件件有交代锌云，避免大家口口相傳中的信息丟失

2、作為后續(xù)工作復(fù)盤中的依據(jù)

3吁脱、給后續(xù)項目復(fù)用提供資料

4桑涎、幫助業(yè)務(wù)方更好的使用我們的產(chǎn)品

DEMO需求要求

Demo需求的要求的目的是和產(chǎn)品說明清楚，這個demo的要求兼贡，需要演示的時間以及演示的方式攻冷，可以提供的物料等。Demo需求要求不是重要的文檔紧显，所以不用明確文檔的形式讲衫，只需要一個簡單的表格即可。例如：

需求清單

?需求清單是整個項目在實施過程中的依據(jù)孵班，產(chǎn)品需要依據(jù)清單設(shè)計需求涉兽，開發(fā)需要根據(jù)清單實現(xiàn)系統(tǒng)性能要求，測試要根據(jù)清單進(jìn)行測試篙程。因此這個文檔要求：

1枷畏、高可讀性，能滿足產(chǎn)品虱饿、開發(fā)平斩、測試等各個崗位的理解

2筷厘、信息必需是明確的终畅，不能是模糊的說法砸捏，涉及到數(shù)據(jù)的需要明確

3、需求需要根據(jù)模塊進(jìn)行分類爽冕，方便B端業(yè)務(wù)線功能迭代時仇祭，統(tǒng)籌規(guī)劃

4、需求需要有明確的優(yōu)先級定義颈畸，方便B端排期時安排

5乌奇、需求清單處理功能的列表還應(yīng)該包含整個產(chǎn)品的系統(tǒng)性能要求

需求清單流程

1、商務(wù)與業(yè)務(wù)方簡單對接眯娱，完成需求清單

2礁苗、產(chǎn)品根據(jù)需求清單，整理功能確認(rèn)點反饋

3徙缴、開發(fā)根據(jù)接口需要试伙，整理接口確認(rèn)點

4、商務(wù)完成業(yè)務(wù)方對接，內(nèi)部開始產(chǎn)品開發(fā)

有的公司有項目經(jīng)理負(fù)責(zé)對接項目清單迁霎，也有公司直接產(chǎn)品經(jīng)理與業(yè)務(wù)方對接項目清單吱抚，這里為了避免公司內(nèi)部與外部業(yè)務(wù)方多對多的情況導(dǎo)致需求遺漏。因此采用統(tǒng)一出口考廉，統(tǒng)一入口的方式。這里面的優(yōu)劣勢情況會根據(jù)公司業(yè)務(wù)情況進(jìn)行跳轉(zhuǎn)携御。

原型設(shè)計文檔

??在產(chǎn)品環(huán)節(jié)需要針對功能需求設(shè)計原型昌粤，比如：運營后臺功能、前端展示等啄刹。原型設(shè)計作為產(chǎn)品經(jīng)理的基本功就不再贅述了

需求文檔

需求文檔是公司內(nèi)部項目實施的說明文檔涮坐。需求文檔是開發(fā)工作的依據(jù)。需求文檔的形式作為產(chǎn)品經(jīng)理來說已經(jīng)駕輕就熟就不再鋪開了

測試報告

??根據(jù)需求的情況會有不同的測試任務(wù)誓军，不同的測試任務(wù)會有不同的測試報告袱讹。例如在接口需求中就會有接口測試報告，迭代和BUG中就會有服務(wù)的測試報告昵时，涉及到產(chǎn)品交付的還會有系統(tǒng)測試報告捷雕。測試報告是運維發(fā)布上線的依據(jù)，如果沒有測試報告壹甥，運維就不能把服務(wù)發(fā)布上線救巷。

接口說明文檔

??接口文檔是開發(fā)給接入者提供的說明文檔，也是產(chǎn)品交付后業(yè)務(wù)方二次開發(fā)的依據(jù)句柠，在公司內(nèi)部開發(fā)的接口浦译，需要開發(fā)完成后上傳到公司內(nèi)部文檔管理的平臺上，做好留檔溯职。因此需要明確接口的內(nèi)容精盅，包括：

1、入?yún)ⅲ喝雲(yún)⒆侄蔚恼f明谜酒、入?yún)⒌膬?nèi)容說明叹俏、入?yún)⒌念愋汀⑹欠癖靥畹?/p>

2甚带、返參：返參字段的說明她肯、返參的內(nèi)容說明、返參的類型鹰贵，是否必填等

3晴氨、正確請求示例

4、錯誤提示說明

5碉输、認(rèn)證方式

6籽前、...

驗收報告

??驗收報告是產(chǎn)品經(jīng)理驗收需求后提供的報告，意思是產(chǎn)品滿足產(chǎn)品經(jīng)理設(shè)計的要求。驗收包括了兩部分枝哄，一塊是界面交互驗收肄梨，另一塊是功能驗收。在驗收環(huán)節(jié)挠锥，產(chǎn)品應(yīng)該盡可能的模擬用戶使用產(chǎn)品众羡，或者也可以找項目組的同學(xué)進(jìn)行體驗驗收。

產(chǎn)品使用說明文檔

??B端項目產(chǎn)品在交付的同事需要提供一份高可讀性的產(chǎn)品使用說明文檔蓖租。在文檔中需要說明清楚整個產(chǎn)品的功能邏輯粱侣，并針對整個產(chǎn)品使用操作進(jìn)行詳細(xì)的圖文說明。產(chǎn)品使用說明文檔需要注意的是：

1蓖宦、避免開篇就開始將細(xì)節(jié)齐婴。應(yīng)該先從整體講解這個產(chǎn)品的用處，整體涉及模塊及各模塊的作用

2稠茂、內(nèi)容應(yīng)該采用總分總的結(jié)構(gòu)進(jìn)行描述柠偶，方便用戶理解

3、注意概念說明睬关，業(yè)務(wù)方的使用者對功能不一定理解诱担，因此需要注意概念性名詞的解釋

4、涉及到復(fù)雜操作的共螺，務(wù)必帶上截圖

交付清單

?交付清單是指產(chǎn)品完成開發(fā)后该肴，需要向業(yè)務(wù)方反饋的所有交付物清單。交付清單應(yīng)該是表格式的藐不，明確交付物的名稱匀哄、形式、數(shù)量等信息雏蛮。交付物包括實體的硬件涎嚼、電子版文檔、虛擬的接口挑秉、產(chǎn)品的安裝包等等

??需求完成開發(fā)法梯，測試驗收后就會需要運維進(jìn)行發(fā)布。在復(fù)雜需求中涉及到多個模塊犀概，因此發(fā)布上線是一個復(fù)雜的工作立哑。開發(fā)在完成開發(fā)時，需要向運維提供完整的部署文檔姻灶，并在發(fā)布上線前铛绰，由大家一起確定發(fā)布上線的順序及服務(wù)啟動的關(guān)系。

五产喉、特殊情況說明

需求修改捂掰、補充

??1）敢会、已經(jīng)開始開發(fā)的：

???需求已經(jīng)開始開發(fā)的，遇到了需求修改補充的这嚣，需要判斷修改是否對原需求是推到重來的情況鸥昏。是推倒重來的需求就應(yīng)該及時調(diào)整需求的優(yōu)先級順序，對需求進(jìn)行調(diào)整了姐帚。如果是錦上添花的修改吏垮，那么根據(jù)開發(fā)進(jìn)度進(jìn)行評估是插入還是作為迭代需求更新進(jìn)需求池。

??2）罐旗、還沒進(jìn)行開發(fā)的：產(chǎn)品評估需求改動的量惫皱，如果可以則修改需求設(shè)計

需求延期

??需求可能由于其他更高優(yōu)需求插隊、技術(shù)難度等導(dǎo)致延期尤莺。需求延期導(dǎo)致的交付延期，開發(fā)應(yīng)該提早向負(fù)責(zé)需求的產(chǎn)品進(jìn)行反饋生棍，在反饋時需要明確說明延期的原因颤霎、預(yù)計延期時間、預(yù)計交付的時間涂滴，方便產(chǎn)品及時與商務(wù)溝通友酱，避免違約導(dǎo)致合同賠償問題。