項目管理流程及規(guī)范

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

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

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

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

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

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

7、時間 b3、 算出每個活動的期望 ti=(ai+4mi+bi)/6 ，方差i²=(bi-ai)/6)²4、 算出總期望T=ti ，總方差²=i² ，標準差=²5、 在正態(tài)分布中代表標準差, T代表均值。x=T即為圖像的對稱軸3原則為數值分布在（T-, T+)中的概率為0.6826數值分布在（T-2, T+2)中的概率為0.9544數值分布在（T-3, T+3)中的概率為0.9974假如項目需要在30天內完成，完成概率為：Pt30=(30-T)/ )查正態(tài)分布表得概率(查法：比如(0.52)，先從縱坐標找到0.5，再去橫坐標找到0.02，交叉的值

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

9、修改，修改2稿后還未有明確需求方向，屬于設計風險。需要重新分析客戶的需求，如無頭緒，需要找相關人員開會探討解決方案。3、 其他項目過程中影響到每個階段的里程碑時間點的事件，都屬于風險，需要做風險識別，提前做好準備，出現風險在每周的周報里體現，問題嚴重立刻上報給上級領導，組織會議解決此問題3.9進度控制1、 根據立項所得的計劃表，每天對每個功能進行完成時間點檢查，貫徹進度計劃的實施，明確責任。特別需要檢查里程碑點的時間。2、 抓住關鍵活動的進度，此項出問題將導致項目整體延期。3、 把握項目實際實施情況，合理調度工作，保證資源及時供應。4、 進度檢查報告，在每周的周報里體現，每周項目經理吧對于的項

10、目周報發(fā)給相應人員5、 進度偏差分析。在預計時間范圍外的，需要及時發(fā)現問題進行調整，并更新項目計劃表?？梢哉{整后續(xù)任務時間來滿足項目整體時間不變。實際上很多情況下存在項目整體后延的情況，這時需要和客戶溝通，征求客戶意見。如果時間延誤是客戶造成的，適當延后時間是合理的，否則為滿足需求需要增加資源或降低質量。3.10質量管理1、 原型出來后，項目經理需要仔細檢查，通過后執(zhí)行下一步原型評審2、 設計稿在出稿后，其領導、對應項目和產品需要做評審，不通過駁回繼續(xù)修改3、 前端和后端功能完成后，及時交付測試，測試測出BUG修復，直至無問題3.11產品發(fā)布1、 郵件通知相關人員留下等待發(fā)布和解決其中產生的問題2、 先在alpha上測試，通過后上線RC3、 RC上測試，通過后上線正式4、 正式上線