項目管理流程及規(guī)范【精選文檔】

1、 項目管理流程及規(guī)范2016年11月09日目錄1。文檔目的32.項目流程43.項目流程規(guī)范53。1需求（調(diào)研)分析53。2產(chǎn)品低保真原型53.2原型/需求 評審53.3項目立項53。4需求確認63.5項目周期重新估算63.6活動（功能)時間估算63。7需求變更管理73.8風(fēng)險預(yù)警73。9進度控制73.10質(zhì)量管理83.11產(chǎn)品發(fā)布83.12項目驗收81. 文檔目的本文檔是為了解決公司人員對項目流程不清晰的問題，特別是項目組成員，項目經(jīng)理、產(chǎn)品經(jīng)理和各部門之間的協(xié)作，達到合理管控項目，有制度可依。從而杜絕或減少項目排期混亂、隨意插隊等現(xiàn)象。2. 項目流程3. 項目流程規(guī)范3.1需求（調(diào)研）分析1

2、、 明確項目范圍2、 明確項目目標3、 識別項目干系人并管理期望4、 整理項目需求5、 可行性分析(技術(shù)、經(jīng)濟、操作）6、 預(yù)測項目風(fēng)險7、 以上內(nèi)容形成項目概況報告,并包含初步的里程碑點和排期表8、 （外部如有需要可以實地考察,調(diào)研，需準備調(diào)研表格，做完后簽字）9、 (如有方案或合同，項目經(jīng)理需要仔細逐條過一遍，找出和實際的差異，內(nèi)容形成差異報告含在項目概況報告里面）3.2產(chǎn)品低保真原型1、 交付產(chǎn)品經(jīng)理項目概況報告,項目和產(chǎn)品、需求方開會討論需求2、 產(chǎn)品出完整的低保真原型3、 項目經(jīng)理需要對原型做檢查，確保達到需求要求3。2原型/需求 評審1、提前一天通知相關(guān)人員（項目、產(chǎn)品、前端、研發(fā)

3、、業(yè)務(wù)、測試、運維）進行原型評審會議2、新的比較大的功能改動需要單獨開展,小的需求和已有的小改動的評審可以含在立項會上開展3、會議上所有人需要發(fā)表對原型的看法，業(yè)務(wù)和項目要注意原型是否真滿足了需求4、會議需要得出明確的結(jié)論,結(jié)束后形成會議紀要3。3項目立項1、 郵件提前通知參會人員，包含業(yè)務(wù)、項目、產(chǎn)品、設(shè)計、前端、后端人員。郵件中需要包含明確的會議時間點，參會人員，會議預(yù)計持續(xù)時間、會議主題等要素.2、 會議立項1) 任命項目經(jīng)理,組成項目團隊2) 項目經(jīng)理主持會議，先介紹項目概況，展示項目概況報告；3) 項目經(jīng)理講解原型，講解具體需求，細節(jié)由對應(yīng)產(chǎn)品補充說明；項目不清楚時可由產(chǎn)品來講解原型

4、,項目經(jīng)理做補充。4) 需求講完后討論問題點，所有人發(fā)表看法,記錄難點和問題點；5) 項目經(jīng)理分解任務(wù)至各個部門人員，明確任務(wù)和責(zé)任，需對每個相關(guān)人做工時確認，并做排期確認.可根據(jù)項目概況報告里的初步排期表做確認.6) 明確項目溝通機制:技術(shù)碰到原型問題找產(chǎn)品,產(chǎn)品修改后通知項目，項目看過沒問題產(chǎn)品再通知技術(shù);項目需要的資料找項目；資源協(xié)調(diào)找項目;重要的問題出現(xiàn)找項目;項目和客戶溝通;項目溝通障礙找業(yè)務(wù)幫助.重大問題開討論會議解決.7) 明確責(zé)任機制：項目經(jīng)理擁有調(diào)動項目組資源的權(quán)利，對整個項目負主要責(zé)任;項目組成員每天需要把工作完成情況提交給項目經(jīng)理;未完成本日任務(wù)不得擅自離開,如果有事必須

5、先和項目經(jīng)理溝通；任務(wù)未在規(guī)定時間內(nèi)完成，開發(fā)者也需要承擔(dān)責(zé)任;8) 會議結(jié)束，會議主持者或指定人員給參會人員發(fā)會議紀要3.4需求確認1、 根據(jù)所獲取的需求，寫出簡易版的需求功能點確認表，給客戶簽字確認2、 上一步操作受阻時，進一步和客戶溝通，了解需求,變更需求。大多數(shù)客戶需要視覺確認，這就需要做設(shè)計稿,在需求溝通清楚后安排設(shè)計稿開發(fā)（需要了解客戶的喜好、當(dāng)?shù)氐奶厣?、主體基調(diào)和客戶滿意的圖片或案例）。3、 制作高保真原型4、 高保真原型評審(至少需要產(chǎn)品、項目、設(shè)計參與），通過后把原型發(fā)給客戶確認5、 重復(fù)24步驟，直至確認定稿(中間如有困難，找相應(yīng)業(yè)務(wù)尋求協(xié)助），填寫最終版需求確認書給客戶,

6、確認完后開始研發(fā)流程3。5項目周期重新估算1、 根據(jù)需求確認的功能和確認的時間，對項目重新做時間估算，對比之前立項時的時間點,分析延誤時間和補救措施2、 形成新的項目計劃表，如果最終交付點變更，需要評審。找業(yè)務(wù)及相關(guān)人會議討論，提交延誤分析，會議討論是否按原工期完成，如果按原工期改如何調(diào)整資源配置；如果同意延期，業(yè)務(wù)需要和客戶解釋延誤原因。如果業(yè)務(wù)不能說服客戶,那就需要更加加急時間和工期,如有必要可以暫時暫停其他項目來獲取資源。3、 明確新的各個階段的里程碑點3.6活動(功能）時間估算1、 采用PERT進行項目進度的活動估算2、 需要提供每個活動(功能點）的樂觀時間 a、最可能時間 m、悲觀時

7、間 b3、 算出每個活動的期望 ti=（ai+4mi+bi)/6 ,方差i=（(biai）/6)4、 算出總期望T=ti ,總方差=i ，標準差=5、 在正態(tài)分布中代表標準差， T代表均值.x=T即為圖像的對稱軸3原則為數(shù)值分布在(T-， T+)中的概率為0.6826數(shù)值分布在（T2， T+2)中的概率為0。9544數(shù)值分布在（T3， T+3)中的概率為0.9974假如項目需要在30天內(nèi)完成，完成概率為：Pt30=（(30T）/ ）查正態(tài)分布表得概率(查法：比如(0.52），先從縱坐標找到0.5，再去橫坐標找到0。02,交叉的值就是所要找的值，這個值為 0.6985）附件:正態(tài)分布表3。7需求

8、變更管理1、 明確項目邊界和范圍，對于超過范圍的需求需要讓客戶提需求變更，變更內(nèi)部評審,評審結(jié)果形成變更確認單給客戶確認,告知變更后所造成的時間、進度、成本的改變.需求客戶確認后，調(diào)整項目計劃和進度表,通知相關(guān)人，無問題后執(zhí)行。2、 項目開發(fā)過程中的大改動，也需要做需求變更操作，同上操作.3。8風(fēng)險預(yù)警1、 在需求確認時,客戶不給于確認答復(fù)，在2天以上的,屬于延期風(fēng)險，需要聯(lián)系業(yè)務(wù)，盡快讓客戶給予回復(fù)（提供答復(fù)的時間點給對方）。如業(yè)務(wù)溝通后還未有解決趨勢,在1天后郵件告知對方風(fēng)險，要求對方在某個時間點內(nèi)給予答復(fù)。2、 設(shè)計稿反復(fù)修改，修改2稿后還未有明確需求方向，屬于設(shè)計風(fēng)險。需要重新分析客戶

9、的需求,如無頭緒，需要找相關(guān)人員開會探討解決方案.3、 其他項目過程中影響到每個階段的里程碑時間點的事件,都屬于風(fēng)險,需要做風(fēng)險識別,提前做好準備，出現(xiàn)風(fēng)險在每周的周報里體現(xiàn),問題嚴重立刻上報給上級領(lǐng)導(dǎo)，組織會議解決此問題3.9進度控制1、 根據(jù)立項所得的計劃表，每天對每個功能進行完成時間點檢查，貫徹進度計劃的實施，明確責(zé)任。特別需要檢查里程碑點的時間.2、 抓住關(guān)鍵活動的進度，此項出問題將導(dǎo)致項目整體延期。3、 把握項目實際實施情況,合理調(diào)度工作，保證資源及時供應(yīng)。4、 進度檢查報告，在每周的周報里體現(xiàn)，每周項目經(jīng)理吧對于的項目周報發(fā)給相應(yīng)人員5、 進度偏差分析.在預(yù)計時間范圍外的，需要及時

10、發(fā)現(xiàn)問題進行調(diào)整，并更新項目計劃表.可以調(diào)整后續(xù)任務(wù)時間來滿足項目整體時間不變.實際上很多情況下存在項目整體后延的情況，這時需要和客戶溝通，征求客戶意見.如果時間延誤是客戶造成的，適當(dāng)延后時間是合理的，否則為滿足需求需要增加資源或降低質(zhì)量。3。10質(zhì)量管理1、 原型出來后，項目經(jīng)理需要仔細檢查，通過后執(zhí)行下一步原型評審2、 設(shè)計稿在出稿后，其領(lǐng)導(dǎo)、對應(yīng)項目和產(chǎn)品需要做評審,不通過駁回繼續(xù)修改3、 前端和后端功能完成后,及時交付測試,測試測出BUG修復(fù)，直至無問題3.11產(chǎn)品發(fā)布1、 郵件通知相關(guān)人員留下等待發(fā)布和解決其中產(chǎn)生的問題2、 先在alpha上測試，通過后上線RC3、 RC上測試，通過后上線正式4、 正式上線后繼續(xù)測試，無問