項目研發(fā)流程內容

什么是流程什么是流程？

什么時間由誰做什么以及做成什么樣？

研發(fā)方向正確、階段目標清晰、項目過程可控、階段輸出明確流程：從輸入到輸出的各項行動安排的程序。這些行動以確定的方式發(fā)生或執(zhí)行，導致特定結果的實現(xiàn)。強調事物進行中的次序或順序的布置和安排。7:207:257:307:407:457:50CMMI簡介能力成熟度集成模型(CapabilityMaturityModelIntegration)Level2：可管理級Level3：已定義級Level4：量化管理級Level5：優(yōu)化管理級1、無序的2、個人英雄主義3、被動的管理1、基本的項目管理2、必要的過程紀律3、類似項目可以獲得成功1、組織級的標準軟件過程2、過程可見3、所有項目可以獲得成功1、質量的度量2、定量的理解與控制3、客觀的依據1、量化反饋2、先進的新思想、新技術3、持續(xù)改進Level1：初始級國泰安軟件產品的三大主要開發(fā)模型瀑布開發(fā)模型適用條件：整體產品需求明確，需求變更概率較小，要求整體交付產品；

迭代開發(fā)模型適用條件：整體產品需求不明確需要逐步清晰，需要根據不斷明晰的需求完善功能；

敏捷開發(fā)模型適用條件：客戶可以緊密配合項目團隊甚至可以一起辦公，及時給項目團隊澄清需求和確認需求；客戶要求分批交付；項目團隊成員默契度高并高度自組織且可以集中辦公；項目規(guī)模定義項目規(guī)模定義大型項目項目從立項到發(fā)布的估算/計劃工作量大于40人月普通項目項目從立項到發(fā)布的估算/計劃工作量在10-40人月之間（含40人月）微型項目項目從立項到發(fā)布的估算/計劃工作量在3-10人月之間（含10人月）任務型項目項目從任務受理到完成的估算/計劃工作量小于3人月（含3人月）包括:BUG修復、臨時任務、零散需求運維型項目項目從任務受理到完成的周期在1-3周；包括:BUG修復或緊急需求產品立項準入條件：《產品規(guī)劃書》已通過評審或產品經理收到新產品立項提議準出條件：產品立項申請審批通過、可行性分析報告評審通過、客戶需求說明書、UE界面原型評審通過或產品立項取消輸出《產品立項審批表》《流程配置表（產品立項階段）》《客戶需求列表》《項目估算表（量級估算）》《技術預研報告》《產品可行性分析報告》《客戶需求說明書》《UE界面需求》《UE界面原型》《Q A檢查計劃》產品經理13產品立項階段-職責介紹發(fā)起產品立項申請（除3人月以下任務型項目和定制項目以外，其他產品類型都必選）產品及項目的命名規(guī)范協(xié)調各角色負責人指派角色代表，組建初始團隊編制并組織評審產品可行性分析報告（新產品或第一位版本號升級，必選）編制并組織評審客戶需求，包括客戶需求列表、界面原型、客戶需求說明書參與客戶需求列表評審，進行項目量級估算組織開展技術預研或技術可行性分析組織分析復用、外包或外購的情況，進行整體選擇方案參與客戶需求說明書及原型評審，跟進并確認客戶需求評審問題的修訂擬定項目經理開發(fā)、測試、UED代表等初始團隊成員參與客戶需求評審，包括客戶需求列表、界面原型、客戶需求說明書項目立項準入條件：產品立項申請審批通過并且客戶需求說明書、UE界面原型（可選）評審通過

準出條件：項目立項決策通過或項目立項決策不通過，項目被取消輸出《項目估算表（預估算）》《項目立項報告》《項目立項審批表》（在devsuite中發(fā)起）《項目經理任命書》啟動會PPT/啟動會會議紀要《QA檢查表》（在devsuite中開展）《QA問題跟蹤表》（在devsuite中開展）產品經理13項目立項階段-職責介紹根據評審意見完善客戶需求，界面原型、客戶需求說明書參與評審項目立項報告參與項目啟動會初始化《需求跟蹤矩陣》，確保需求雙向跟蹤及回溯組織WBS分解及項目預估算組織編制及評審項目立項報告（大型項目，必選）組建團隊，發(fā)起項目立項申請，在devsuite系統(tǒng)中發(fā)起組織召開項目啟動會擬定項目經理開發(fā)代表參與進行WBS分解及預估算參與評審《項目立項報告》參與項目啟動會測試代表參與項目預估算參與評審《項目立項報告》參與項目啟動會UED參與項目預估算（估算UED相關工作量，初步排期）參與項目啟動會需求階段準入條件：客戶需求說明書評審通過且項目立項決策通過準出條件：

《需求規(guī)格說明書》評審通過、《項目計劃書》及其子計劃評審通過測試人員UED開發(fā)工程師產品經理13需求&項目策劃階段-職責介紹組織開展項目流程配置組織編制、評審需求規(guī)格說明書組織開展WBS分解及確定性估算組織編制、評審計劃書及日程表（正式評審）參與評審測試計劃說明書項目經理參與項目流程配置參與評審需求規(guī)格說明書，確認需求相關問題及疑問完善客戶需求（客戶需求說明書、原型等）參與評審項目計劃-項目日程表根據評審通過的需求規(guī)格說明書更新《需求跟蹤矩陣》參與需求規(guī)格分析，編制及評審需求規(guī)格說明書參與WBS分解及確定性估算參與評審項目計劃書及項目日程表參與評審需求規(guī)格說明書參與評審項目計劃書及項目日程表參與評審測試計劃說明書參與評審需求規(guī)格說明書參與確定性估算（估算UED相關工作量，提供排期）參與評審項目計劃書及項目日程表參與項目流程配置參與需求規(guī)格分析及需求規(guī)格說明書評審參與確定性估算（估算測試相關工作量，提供排期）組織測試需求分析，編制測試需求分析報告參與評審項目計劃書及項目日程表組織編制及評審測試計劃說明書測試負責人設計階段準入條件：《需求規(guī)格說明書》已通過評審準出條件：里程碑簽批通過或項目被取消測試代表UED開發(fā)工程師產品經理13設計階段及模板-職責介紹項目經理組織編制、評審測試需求分析報告參與評審架構設計、系統(tǒng)設計、數(shù)據庫設計測試負責人組織編制、評審系統(tǒng)設計、數(shù)據庫設計、接口設計根據評審通過的系統(tǒng)設計說明書更新《需求跟蹤矩陣》參與評審架構設計、UED交付件、測試需求分析報告參與評審架構&系統(tǒng)&數(shù)據庫設計、測試需求分析報告負責跟進UED工作（進度、質量、問題等）參與評審架構設計說明書參與編制、評審系統(tǒng)設計、數(shù)據庫設計參與評審測試需求分析報告進行前端設計、UI界面設計組織UED等相關交付件評審對相關技術進行分析和評估，組織開展技術方案選擇編制并組織評審架構設計說明書參與評審系統(tǒng)設計、數(shù)據庫設計等設計文檔架構師進行測試需求分析，完成《測試需求分析報告》啟動編制測試用例參與評審架構設計、系統(tǒng)設計、數(shù)據庫設計編碼階段準入條件：《系統(tǒng)設計說明書》評審通過準出條件：功能開發(fā)完成且通過準出測試測試代表UED開發(fā)工程師產品經理13編碼階段-職責介紹項目經理組織編制、評審測試用例、準出/準入測試用例組織測試人員開展準入測試（測試階段前）測試負責人完善UED相關交付件參與代碼走查架構師組織編碼規(guī)范培訓組織代碼走查，跟進并確認走查問題的修訂參與評審測試用例、準出/準入測試用例組織開發(fā)人員進行系統(tǒng)集成、準出測試確認準出測試情況，提交轉測試申請（在devsutie中發(fā)起）更新編碼階段《需求跟蹤矩陣》參與評審測試用例、確定準出/準入測試用例參與準出測試（依項目情況而定）進行編碼階段需求實現(xiàn)情況確認（階段性確認&驗收）參與編碼規(guī)范培訓編碼及調試、自測、單元測試參與代碼走查，根據走查問題完善代碼進行系統(tǒng)集成、打包、準出測試編制安裝/部署及運維手冊編制、評審測試用例、準出/準入測試用例根據評審意見更新評審報告及測試用例開展準入測試（測試階段前）測試階段

準入條件：功能開發(fā)完成且通過準出測試準出條件：測試工作結束，出具明確的測試結論且《系統(tǒng)測試報告》評審通過開發(fā)工程師13版本轉測試-流程項目經理測試人員確認準出測試已達到準出標準在devsuite中發(fā)起轉測試申請，準出測試用例及測試記錄、安裝部署及運維手冊作為附件把測試版本以RTX的方式傳給配置管理員根據準出/準入測試用例執(zhí)行準出測試，記錄準出測試記錄從版本基線路徑中獲取測試版本根據準出/準入測試用例執(zhí)行準入測試郵件回復準入測試結果并上傳到SVN檢查及確認轉測試交付件的完整性創(chuàng)建版本基線郵件回復版本基線信息配置管理員13版本轉測試-準則測試執(zhí)行階段準入須達到無已知嚴重性級別以上遺留缺陷，具體準入條件如下：準出/準入測試用例需要產品、開發(fā)、測試三方經過評審（正式或非正試評審）后約定納入準入用例的范圍準入測試時發(fā)現(xiàn)致命缺陷或嚴重性缺陷超過3個或預測試用例通過率低于95%，版本暫停測試返回開發(fā)原則上，移交給測試團隊進行測試的版本都必須遵循轉測試流程測試版本只接受配置管理員所建版本，RTX單發(fā)的測試版本拒絕接受測試。被測軟件程序能正常打包、編譯并通過；軟/硬件版本配套關系描述正確；轉測試時給出測試重點建議，基本功能特性可通過準入測試；輸出測試版本測試執(zhí)行結果/測試記錄/缺陷《用戶及客服手冊》《安裝部署及運維手冊》《測試報告》《培訓教材》《QA檢查表》（在devsuite中開展）《QA問題跟蹤表》（在devsuite中開展）測試代表UED開發(fā)工程師產品經理13測試階段-職責介紹項目經理測試負責人進行界面驗證，處理界面設計相關缺陷確認輪次準出測試情況，提交轉測試申請審查及分配缺陷；組織項目團隊定期梳理及確認缺陷組織對運維手冊、安裝部署手冊進行評審更新測試階段需求跟蹤矩陣，進行需求跟蹤及確認參與測試報告評審及遺留缺陷溝通確認確認及決策需求相關的缺陷編制用戶及客服手冊并組織評審參與評審安裝部署及運維手冊參與測試報告及遺留缺陷溝通確認啟動策劃產品營銷方案修復缺陷編制安裝部署及運維手冊、參與用戶及客服手冊評審參與測試報告及遺留缺陷溝通確認組織測試人員搭建測試環(huán)境組織測試人員進行準入測試組織測試人員執(zhí)行測試活動（系統(tǒng)、性能測試等）參與安裝部署及運維手冊、用戶及客服手冊評審組織編制、評審測試報告及遺留缺陷溝通確認搭建測試環(huán)境，準備必要的測試數(shù)據根據準出/準入測試用例執(zhí)行準入測試執(zhí)行測試活動（系統(tǒng)、性能測試等），提交缺陷對缺陷進行跟蹤分析及回歸驗證參與安裝部署及運維手冊、用戶及客服手冊評審參與編制、評審測試報告及遺留缺陷溝通確認驗收階段準入條件：測試工作結束，出具明確的測試結論，并且《系統(tǒng)測試報告》評審通過準出條件：通過事業(yè)部產品驗收且項目配置庫已歸檔、資源已釋放輸出《試運行申請單》

驗收測試版本《試運行報告》《產品營銷方案》《產品驗收報告》《客戶驗收報告》《項目結項審批表》（在devsuite中發(fā)起申請）《結項總結》《產品市場交底書》《QA檢查表》（在devsuite中開展）《QA問題跟蹤表》（在devsuite中開展）產品經理13驗收階段-職責介紹項目經理測試負責人組織處理驗收階段發(fā)現(xiàn)的缺陷填寫《轉試運行申請單》，提交轉試運行申請組織項目總結，將項目成果歸檔到配置庫發(fā)起項目結項申請關閉項目，釋放項目資源組織開展產品驗收（內外部驗收），確認驗收結果組織產品演示及驗收會議組織開展產品培訓組織評審進行產品營銷方案參與項目總結組織驗收階段缺陷回歸及測試整理項目成果并歸檔到配置庫參與項目總結釋放測試資源處理驗收階段缺陷參與項目總結開發(fā)、測試、UED人員根據《轉試運行申請單》進行準入檢查部署產品試運行環(huán)境進行產品試運行監(jiān)控，輸出監(jiān)控報告運維人員13貫穿項目生命周期的項目管理活動項目經理活動名稱活動描述輸出計劃監(jiān)控根據評審通過的項目計劃實時監(jiān)控項目進展情況，每周定期以項目進展周報的方式進行項目匯報。項目進展周報風險管理組織項目團隊識別項目風險，分析、評估風險對項目的影響，并策劃出風險應對方案。在整個項目過程中，項目經理把識別出的風險記錄在項目風險問題表中進行跟蹤管理?！俄椖窟M展周報》-風險問題管理跟蹤表問題管理跟進從“風險”轉換過來的問題，并協(xié)調處理。在項目過程中，跟進及管理項目相關的所有問題，并協(xié)調處理?！俄椖窟M展周報》-風險問題管理跟蹤表項目例會每周組織召開項目例會，發(fā)出會議紀要并跟進風險問題。項目會議紀要項目度量與分析每周或每階段結束后，項目經理收集并分析項目度量數(shù)據，根據偏差采取相應的糾正措施或預防措施。項目度量表階段總結與里程碑審查階段工作結束后組織項目團隊進行階段總結，里程碑審查并提交里程碑基線申請。階段總結報告里程碑申請單項目團隊Devsuite系統(tǒng)審批流改進項目管理項目立項1.項目立項、結項；2.里程碑、變更、轉側、暫停、重啟、異常結項；3.問題、風險、QA審計、度量數(shù)據均上系統(tǒng)管理Devsuite編寫規(guī)范Devsutie編寫規(guī)范如下所示：Devsutie審批流程：13評審活動-對象1、企業(yè)根據評審對象的不同管理評審的對象，如《可行性分析報告》、《項目計劃書》、《估算表》、里程碑審批等管理評審是為了保證項目制定出切實可行的計劃，避免做出超出能力范圍的約定或承諾，同時把控上一里程碑階段項目完成的狀態(tài)，決定是否可以進入下一個里程碑階段。管理評審技術評審又叫同行評審（PeerReview），是指項目組成員邀請同行技術專家對工程過程技術類工作產品的評審。技術評審技術評審是為了盡早發(fā)現(xiàn)工作產品中的缺陷，并幫助項目成員及時消除問題和缺陷，從而有效地提高產品質量。13評審活動-要求程度1、企業(yè)根據評審對象的不同正式評審強調評審的開展形式必須是會議式的，關鍵角色一定要能夠參與到評審過程中，并提出相應的意見和建議。并且評審一定要有一個明確的結論。越是關系重大的產出，越應該采用正式評審的方式。正式評審非正式評審雖然對評審的開展形式沒有嚴格的要求，但是同樣強調關鍵角色一定要能夠參與到評審過程中，并提出相應的意見和建議。并且評審同樣需要給出明確的結論。非正式評審非正式評審的采用根據項目實際情況來靈活選擇。走查是非正式評審的一種表現(xiàn)形式，常用于項目組內部對代碼的評審走查（WalkThrough）走查的召開時間隨機性更大，頻率更高，更強調現(xiàn)場修復問題和缺陷。13評審活動-評審的原則1、企業(yè)根據評審對象的不同評審的原則評審總時間在整個項目中應不少于20%任何每次評審建議人數(shù)為3-7人盡量使用Checklist預留足夠的預審時間（2-3個工作日）寧缺毋濫，不要交差了事合理的缺陷分類和數(shù)據維護準入條件：待評審的工作產品已經編制完成并進行了自查準出條件：工作產品達到評審目標且所有缺陷都已關閉，評審報告及相關工作產品已納入配置庫。準入條件：待評審的工作產品已經編制完成并進行了自查準出條件：工作產品達到評審目標且所有缺陷都已關閉，評審報告及相關工作產品已納入配置庫。準入條件：待評審的工作產品已經編制完成并進行了自查準出條件：工作產品達到評審目標且所有缺陷都已關閉，評審報告及相關工作產品已納入配置庫。變更觸發(fā)條件觸發(fā)條件分類內容說明A類涉及兩個以上產品線產品變動涉及已投放市場，對公司影響較大產品的更改,關鍵性技術方案變動已對研發(fā)完成的業(yè)務功能進行更改客戶需求變化，使得產品規(guī)模、范圍發(fā)生變化，變更造成與預期投入成本超過預期的更改新產品、新技術因工作量估算不準確，導致計劃工期和實際工期差距較大，無法通過項目自身努力彌補，嚴重影響項目進度的更改B類產品已經發(fā)布，但功能較少時的更改關鍵性技術方案不變，產品主要功能不變，彌補設計漏洞的更改更改導致同一產品線系列產品關聯(lián)性更改C類客戶覺察不到，又不影響其使用的更改對出庫沒有影響的更改對已認證的產品，更改后產品需要重新報備，比如logo變更活動變更控制委員會(CCB)：對變更請求進行分析、整理，并做出決定的一個內部組織。通常由研發(fā)中心總經理、技術總監(jiān)、項目經理、產品經理、測試經理、QA等人組成123一級變更閾值：因變更導致項目計劃延誤至40%及以上二級變更閾值：因變更導致項目計劃延誤至20%-40%（含20%）三級變更閾值：因變更導致項目計劃延誤至20%以下

微型變更：變更對工作量沒有影響4變更準則準則點內容觸發(fā)變更的條件客戶需求變化，使得產品規(guī)模、范圍發(fā)生變化；產品市場、外部客戶條件變化，使得產品市場預期發(fā)生變化；新產品、新技術因工作量估算不準確，導致計劃工期和實際工期差距較大，無法通過項目自身努力彌補；其它不可控風險導致的項目延期。變更時效性變更申請?zhí)岢鲋另椖坑媱澖Y項日期，必須不少于3天；成本控制定制合同項目:變更后的研發(fā)成本應控制在公司允許的合同金額的目標范圍內，如研發(fā)成本超出目標數(shù)據，則變更必須經產管會主席、董事長親自審批。變更次數(shù)在滿足成本控制的條件下，需求變更原則上不允許超過三次。如果超過三次則需要由董事長審批。準入條件：相關工作產品(例如，需求規(guī)格、設計文檔、測試用例等)已納入配置基線或變更申請人發(fā)現(xiàn)有必要修訂準出條件：變更取消/駁回或變更完成且相關的配置基線重新建立暫停和重啟準則一.暫停準則申請暫停的條件：戰(zhàn)略方向發(fā)生變化、客戶原因等外部因素造成產品無法繼續(xù)投入研發(fā)。暫停依據說明：提交項目暫停申請單時，必須附件暫停原因分析及相應的支撐依據，以便領導層做相關決策。暫停資源安排：申請項目暫停后，人力資源、設備等所有項目資源必須釋放，不允許繼續(xù)投入項目組。項目組代碼權限收回。暫停時效說明：申請暫停項目需要知會項目啟動時間點，超出啟動時間點則走異常結項流程，特別情況需要特別說明。一重啟準則對于原有的暫停項目，事業(yè)部及研發(fā)團隊共同確定項目重啟的計劃及相關資源后報產品線首席負責人及產管會主席審批，審批通過后項目團隊可按重啟后的項目計劃開展工作。13任務型項目流程1、企業(yè)根據評審對象的不同項目從任務受理到完成的估算/計劃工作量小于3人月（含3人月）包括:BUG修復、臨時任務、零散需求活動名稱活動輸出裁剪要求備注提出需求Bug列表/客戶需求列表必選項整理需求Bug列表/客戶需求列表必選項估算項目時間項目估算表/客戶需求列表必選項項目立項申請系統(tǒng)發(fā)起流程必選項編制流程配置表