軟件開發(fā)過程管理_第1頁
軟件開發(fā)過程管理_第2頁
軟件開發(fā)過程管理_第3頁
軟件開發(fā)過程管理_第4頁
軟件開發(fā)過程管理_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、軟件開發(fā)過程管理流程修改記錄 目錄1 編寫背景 (42 編寫目的 (43 名詞解釋 (44 適用范圍 (55 公司各部門職責及關系 (55.1 項目管理委員會 (55.2 項目管理部與總工辦 (55.3 公司各部門主要職責 (55.3.1 公司董事會 (55.3.2 總經(jīng)理辦公室 (65.3.3 項目管理委員會(簡稱:PMO (65.3.4 項目管理部 (65.3.5 總工辦 (75.3.6 項目經(jīng)理 (75.3.7 測試組 (75.3.8 其它相關部門 (76 項目總體工作流程 (86.1 工作流程 (86.2 流程說明 (97 項目過程說明 (117.1 啟動過程 (127.1.1 可行性

2、研究階段 (127.2 計劃過程 (127.2.1 項目立項階段 (127.3 執(zhí)行過程 (147.3.1 需求分析階段 (147.3.2 概要設計階段 (157.3.3 代碼開發(fā)階段 (157.3.4 軟件測試階段 (167.4 監(jiān)控過程 (167.5 收尾過程 (177.5.1 產(chǎn)品交付階段 (177.5.2 產(chǎn)品驗收階段 (188 項目記錄文檔匯總 (181文檔介紹1.1編寫背景根據(jù)公司業(yè)務特點及行業(yè)特點,公司主要以項目開發(fā)為主,那么實施全面的項目管理,將公司所有在建、新建的項目納入項目管理的范疇之內(nèi)就顯得尤為重要。因此,公司重新組建了項目管理部,在公司范圍內(nèi)推進項目的規(guī)范化運作,同時檢

3、驗公司項目管理機制的缺陷,提出項目管理過程的改進建議和意見,更好的為公司的業(yè)務目標服務。1.2編寫目的本文檔將從項目管理的啟動過程、計劃過程、執(zhí)行過程、監(jiān)控過程、收尾過程五個過程,全面闡述項目管理的工作職能,每個過程包含那些階段,各階段的工作內(nèi)容,相關的參與部門,參與部門的工作職責以及相應的考核指標,力求規(guī)范化管理公司的所有項目,保障公司項目保質(zhì)保量按期完成。1.3名詞解釋項目基線:指項目生命周期內(nèi)產(chǎn)生的文檔,在經(jīng)過公司評審通過后,該文檔將作為基線文檔,后續(xù)的所有變更都是基于該基線文檔。干系人:指參與項目活動或受項目活動影響的人,包括項目發(fā)起人、項目組、支持人員、客戶、供應商,甚至是項目的反對

4、者。項目發(fā)起人:指項目的發(fā)起者,任何有創(chuàng)新想法的人員均可成為項目發(fā)起人。項目組:指項目經(jīng)理為具體項目而臨時組建的團隊,團隊既可以是部門內(nèi)部人員,也可以跨部門組建項目團隊。過程文檔:指輔助項目經(jīng)理或公司對項目過程進行管控的文檔。產(chǎn)品文檔:指與項目開發(fā)緊密相關的文檔,并作為項目的一部分交付給最終用戶。1.4適用范圍公司所有的在建和新建軟件項目全部納入項目管理工作范疇,但是涉及到硬件生產(chǎn)過程暫時不納入項目管理工作范疇。2公司各部門職責及關系2.1項目管理委員會項目管理委員會(以下簡稱:PMO由總經(jīng)理辦公室授權組建,負責公司所有項目的評審工作,對評審結果有決定權,對項目基線的變更有決定權。PMO的人員

5、組成由總經(jīng)理辦公室指定,總經(jīng)理辦公室可根據(jù)項目的具體需求,隨時對PMO的組成進行調(diào)整,以適應具體項目的要求??偨?jīng)理辦公室以任命書的形式公布PMO的人員組成。2.2項目管理部與總工辦項目管理部負責項目過程文檔的規(guī)范編寫及模板制定,總工辦負責過程以外文檔的規(guī)范編寫和模板制定;項目管理部負責組織評審過程。項目管理部對項目組提交文檔質(zhì)量進行預審,只有項目管理部對質(zhì)量認可的情況下,才會提交給PMO進行預審,并在一周內(nèi)安排時間組織評審。2.3公司各部門主要職責本節(jié)主要從項目生命周期來闡述公司各部門的工作職責,明確各部門的職責范圍及相互關系。2.3.1公司董事會1對于公司項目金額在500萬以上的項目,決定是

6、否立項。2對于500萬以上的項目,如果項目成本有20%以上變更時,決定變更是否通過。2.3.2總經(jīng)理辦公室1參與項目建議書評審會,負責評審2對于公司項目金額在100萬以上、500萬以下的項目,決定是否立項。3在項目立項會上,任命項目經(jīng)理4參與項目可研評審會,負責評審5參與項目立項評審會,負責評審6參與項目驗收評審會,負責評審7對于公司項目金額在100萬以上、500萬以下的項目,如果項目成本有20%以上變更時,決定變更是否通過。2.3.3項目管理委員會(簡稱:PMO1參與項目建議書評審會,負責評審2對于公司項目金額在100萬以下的項目,決定是否立項。3參與項目可研評審會,負責評審4參與項目立項評

7、審會,負責評審5參與項目文檔評審會,負責評審6參與項目需求文檔評審會,負責評審7參與項目設計文檔評審會,負責評審8參與項目驗收評審會,負責評審9業(yè)務需求變更影響到項目進度、質(zhì)量、成本這三大要素時,或者開發(fā)時間在3天以上的業(yè)務需求,決定變更是否通過。2.3.4項目管理部1對項目生命周期內(nèi)的所有提交文檔進行預審,預審不通過,文檔提交者重新修改,只有達到項目管理部認可,才能提交專家組。2負責所有項目會議組織工作。3負責對公司各項目的全過程實施監(jiān)控。2.3.5總工辦1參與公司所有項目的評審工作,負責評審。2.3.6項目經(jīng)理1根據(jù)項目特點,組建項目團隊2負責編寫/審核、提交項目生命周期內(nèi)所有過程文檔和產(chǎn)

8、品文檔。3參與公司立項會后的項目評審工作。4負責管理、跟蹤項目研發(fā)工作5業(yè)務需求變更不影響項目進度、質(zhì)量、成本這三大要素時,或者開發(fā)時間在3天以內(nèi)的業(yè)務需求,由項目經(jīng)理負責變更。2.3.7測試組1參與項目需求文檔評審會,負責評審2參與項目設計文檔評審會,負責評審3參與項目驗收評審會,負責評審4負責產(chǎn)品測試工作2.3.8其它相關部門根據(jù)項目的具體情況,由項目管理部決定那些部門參與項目工作。1參與公司所有項目的評審工作。2負責產(chǎn)品最終交付工作。001完成項目建議書004完成可研報告005預審可研報告008預審項目章程007完成項目章程010完成規(guī)定的過程文檔011預審過程文檔013完成需求文檔01

9、4預審需求文檔019代碼開發(fā)020產(chǎn)品測試021完成驗收所需文檔024產(chǎn)品交付025產(chǎn)品驗收016完成設計文檔017預審設計文檔006召開項目可研評審會012召開項目文檔評審會015召開需求文檔評審會018召開設計文檔評審會023召開產(chǎn)品驗收評審會009召開項目立項評審會022預審驗收文檔002預審項目建議書003召開項目建議書評審會3.2流程說明【1】項目發(fā)起人提出項目申請,編寫項目建議書,編寫完成后,將項目建議書提給項目管理部?!?】項目管理部預審項目建議書,預審不合格,及時打回,重新修改,項目管理部對文檔質(zhì)量認可后,將文檔轉發(fā)給相關評委,準備評審相關資料,一周以內(nèi),項目管理部組織相關部門

10、進行評審?!?】項目管理部組織召開項目建議書評審會,相關部門對文檔進行評審,如果評審不通過,則項目經(jīng)理重新修改文檔,修改完成后,再次進入【001】流程;如果評審通過,準備進入項目可行性研究?!?】項目發(fā)起人編寫可行性研究報告,編寫完成后,將可行性研究報告提給項目管理部?!?】項目管理部預審可行性研究報告,預審不合格,及時打回,重新修改,項目管理部對文檔質(zhì)量認可后,將文檔轉發(fā)給相關評委,準備評審相關資料,一周以內(nèi),項目管理部組織相關部門進行評審?!?】項目管理部組織召開項目可研評審會,相關部門對文檔進行評審,如果評審通過,由總經(jīng)理辦公室決定是否立項,如果同意立項(如果項目金額在500萬以上,需上

11、報董事會,由董事會決定是否立項,項目進入下一階段;如果不立項,則項目終止;如果評審不通過,且總經(jīng)理辦公室不終止項目,則項目發(fā)起人重新修改文檔,修改完成后,再次進入【004】流程。【7】項目發(fā)起人編寫項目章程說明書,編寫完成后,將項目章程說明書提給項目管理部。【8】項目管理部預審項目章程說明書,預審不合格,及時打回,重新修改,項目管理部對文檔質(zhì)量認可后,將文檔轉發(fā)給相關評委,準備評審相關資料,一周以內(nèi),項目管理部組織相關部門進行評審,同時項目管理部要與項目發(fā)起人溝通、確認項目周期內(nèi)需要完成的過程文檔和產(chǎn)品文檔?!?】項目管理部組織召開項目立項會,相關部門對文檔進行評審。如果評審不通過,且總經(jīng)理辦

12、公室不終止項目,則項目發(fā)起人重新修改文檔,修改完成后,再次進入【007】流程。會議期間,總經(jīng)理辦公室宣讀項目經(jīng)理使命書,同時,項目管理部公布項目周期內(nèi)需要完成的過程文檔及產(chǎn)品文檔?!?0】項目經(jīng)理依次編寫并提交項目所需的過程文檔給項目管理部。(由于文檔數(shù)量較多,文檔分階段提交,分階段評審?!?1】項目管理部預審項目過程文檔,預審不合格,及時打回,重新修改,項目管理部對文檔質(zhì)量認可后,將文檔轉發(fā)給相關評委,準備評審相關資料,一周以內(nèi),項目管理部組織相關部門進行評審?!?2】項目管理部組織召開項目文檔評審會,相關部門對文檔進行評審,如果評審不通過,則項目經(jīng)理重新修改文檔,修改完成后,再次進入【01

13、0】流程;如果評審通過,準備進入下一輪評審。(由于項目周期的過程文檔較多,需要經(jīng)過幾輪的項目評審會,過程文檔才能評審完成,因此【010】【011】【012】流程會復復多次【13】項目經(jīng)理編寫需求說明文檔,編寫完成后,將需求說明文檔提給項目管理部?!?4】項目管理部預審項目需求文檔,預審不合格,及時打回,重新修改,項目管理部對文檔質(zhì)量認可后,將文檔轉發(fā)給相關評委,準備評審相關資料,一周以內(nèi),項目管理部組織相關部門進行評審?!?5】項目管理部組織召開需求文檔評審會,相關部門對文檔進行評審,如果評審不通過,則項目經(jīng)理重新修改文檔,修改完成后,再次進入【013】流程;如果評審通過,準備進入下一輪評審。

14、【16】項目經(jīng)理編寫設計文檔,編寫完成后,將設計文檔提給項目管理部?!?7】項目管理部預審項目設計文檔,預審不合格,及時打回,重新修改,項目管理部對文檔質(zhì)量認可后,將文檔轉發(fā)給相關評委,準備評審相關資料,一周以內(nèi),項目管理部組織相關部門進行評審?!?8】項目管理部組織召開設計文檔評審會,相關部門對文檔進行評審,如果評審不通過,則項目經(jīng)理重新修改文檔,修改完成后,再次進入【016】流程;如果評審通過,準備進入下一輪評審。【19】項目經(jīng)理帶領項目組進入開發(fā)階段?!?0】開發(fā)完成后,測試組安排人員進行軟件測試。經(jīng)過多輪的產(chǎn)品測試,最終產(chǎn)品測試通過?!?1】項目經(jīng)理對產(chǎn)品進行打包,編寫產(chǎn)品的驗收相關文

15、檔,編寫完成后,提交給項目管理部?!?2】項目管理部預審項目驗收文檔,預審不合格,及時打回,重新修改,項目管理部對文檔質(zhì)量認可后,將文檔轉發(fā)給相關評委,準備評審相關資料,一周以內(nèi),項目管理部組織相關部門進行評審。【23】項目管理部組織召開產(chǎn)品驗收評審會,相關部門對產(chǎn)品及文檔進行驗收,如果驗收不通過,再次進入【019】流程;如果驗收通過,準備將產(chǎn)品交付。【24】相關部門將產(chǎn)品交付給最終用戶,進行產(chǎn)品部署、培訓等工作?!?5】最終用戶對產(chǎn)品進行驗收,如果驗收不通過,則再次進入【0119】流程;如果驗收通過,準備結項。項目管理部及項目經(jīng)理編寫相關的經(jīng)驗總結報告,整理并歸檔項目周期內(nèi)所有文檔及代碼。4

16、項目過程說明按照項目管理體系的標準,通用項目一般分為五個過程,分別是啟動過程、計劃過程、執(zhí)行過程、監(jiān)控過程、收尾過程。而軟件開發(fā)過程一般分為九個階段,分別是可行性研究階段、立項階段、需求分析階段、概要設計階段、詳細設計階段、開發(fā)階段、測試階段、項目結項階段、產(chǎn)品交付階段。這九個階段分別對應不同的項目過程,本文將按照過程來梳理工作流程,將軟件開發(fā)的九個階段并入相應的項目過程。4.1啟動過程4.1.1可行性研究階段工作內(nèi)容:項目發(fā)起人識別出公司潛在的項目后,使用“SWOT”分析方法對項目的業(yè)務范圍進行優(yōu)勢、劣勢、機遇、威脅分析,同時要對項目的盈利能力、凈現(xiàn)值分析、投資回報率等內(nèi)容進行分析,并提交分

17、析報告,根據(jù)項目具體額度,由相關部門負責討論決定是否可行。輸出內(nèi)容:項目建議書、項目可行性研究報告參與部門及工作職責:項目發(fā)起人:編寫并提交項目建議書、項目可行性研究報告項目管理部:預審項目建議書、項目可研報告,組織項目評審會,準備評審相關材料,記錄會議紀要,跟蹤文檔修改進展??偣まk:審核項目建議書、項目可行性研究報告文檔。項目管理委員會:審核項目建議書、項目可行性研究報告文檔??偨?jīng)理辦公室:審核項目建議書、項目可行性研究報告,決定該項目是否立項。相關部門:由項目管理部根據(jù)項目特點,通知具體部門評審。4.2計劃過程4.2.1項目立項階段項目立項階段從嚴格意義上講,由兩個子階段組成:項目立項子階

18、段和項目文檔評審子階段,公司同意立項后,需要召開一個正式的會議,通告相關部門及人員,項目組正式成立,項目推進工作就此展開,開始著手項目過程管理文件編寫、評審工作。因此本節(jié)將從兩種類型的會議展開描述項目管理的工作內(nèi)容。4.2.1.1項目立項會工作內(nèi)容:項目管理部組織召開項目立項會。公司管理層同意該項目立項,制定正式文件下發(fā)相關部門人員,任命項目經(jīng)理,并授權展開相關工作。項目經(jīng)理要對項目需求、計劃、進度、成本、質(zhì)量、風險進行概要說明,公司與項目組達成一致。從此階段開始直至產(chǎn)品交付,項目經(jīng)理每周五下午2點前必須提交一份項目周報,匯報項目總體進展情況,發(fā)送至項目管理部;項目管理部每周五提交項目執(zhí)行狀態(tài)

19、報告及項目執(zhí)行預測報告。輸出內(nèi)容:項目章程說明書參與部門及工作職責:項目發(fā)起人:編寫并提交項目章程說明書項目管理部:預審項目章程,組織項目立項會,準備評審相關材料,記錄會議紀要,跟蹤文檔修改進展??偣まk:審核項目章程說明書文檔。項目管理委員會:審核項目章程說明書文檔。項目經(jīng)理:審核項目章程說明書文檔總經(jīng)理辦公室:審核項目章程說明書,任命項目經(jīng)理。相關部門:由項目管理部根據(jù)項目特點,通知具體部門評審。4.2.1.2項目評審會工作內(nèi)容:項目經(jīng)理需編制項目管理計劃、初步的范圍說明書、干系人分析表、質(zhì)量保證計劃、項目開發(fā)計劃、里程碑等相關過程文檔,由項目管理部組織評審。項目管理部負責配置項目庫,分配空

20、間、授權等等。評審的標準參見“項目會議評審規(guī)范”。輸出內(nèi)容:項目管理計劃、質(zhì)量保證計劃、風險管理計劃、項目采購計劃、項目溝通管理計劃、范圍說明書、干系人分析表、項目開發(fā)計劃表、WBS 工作分解結構、項目里程碑計劃表等等。(隨著項目不同,文檔將有不同形式的增減參與部門及工作職責:項目經(jīng)理:組織項目組成員編寫并提交以上提到的所有文檔。項目管理部:預審項目過程文檔,組織項目評審會,準備評審相關材料,記錄會議紀要,跟蹤文檔修改進展??偣まk:審核項目過程文檔。項目管理委員會:審核項目過程文檔。相關部門:由項目管理部根據(jù)項目特點,通知具體部門評審。4.3執(zhí)行過程4.3.1需求分析階段工作內(nèi)容:項目經(jīng)理組織

21、項目組成員編寫需求說明書,同時還要提交項目原型(不包含業(yè)務代碼,僅僅是需求可視化的展示,項目原型可使用任意的代碼編寫方式。測試部開始參與評審會,跟進每一次需求、設計變更,開始設計測試用例,同時,最終用戶如果有可能,也要參與需求分析評審。輸出內(nèi)容:需求說明書、界面原型設計參與部門及工作職責:項目經(jīng)理:編寫并提交以上提到的所有文檔項目管理部:預審項目需求文檔,組織項目評審會,準備評審相關材料,記錄會議紀要,跟蹤文檔修改進展??偣まk:審核需求文檔。項目管理委員會:審核需求文檔。測試組:了解需求內(nèi)容,開始設計測試用例最終用戶:參與評審界面原型,提供參考意見相關部門:由項目管理部根據(jù)項目特點,通知具體部

22、門評審。4.3.2概要設計階段工作內(nèi)容:項目經(jīng)理組織項目組成員編寫概要設計說明書、數(shù)據(jù)庫設計(邏輯設計和物理設計、接口設計說明書文檔。輸出內(nèi)容:概要設計說明書、數(shù)據(jù)庫邏輯設計、數(shù)據(jù)庫物理設計、接口設計說明書參與部門及工作職責:項目經(jīng)理:編寫并提交以上提到的所有文檔項目管理部:預審項目設計文檔,組織項目評審會,準備評審相關材料,記錄會議紀要,跟蹤文檔修改進展。總工辦:審核設計文檔。項目管理委員會:審核設計文檔。測試組:了解需求內(nèi)容,開始設計測試用例相關部門:由項目管理部根據(jù)項目特點,通知具體部門評審。4.3.3代碼開發(fā)階段工作內(nèi)容:項目組進入開發(fā)階段,在每個關鍵里程碑節(jié)點,項目組要提供相應的質(zhì)量

23、檢查工具或檢查方法,由項目管理部或質(zhì)量管理部進行檢查,并出具質(zhì)量檢查報告及建議的糾正措施和預防措施。輸出內(nèi)容:代碼走查報告、質(zhì)量檢查報告、關鍵里程碑檢查報告、測試計劃、測試用例參與部門及工作職責:項目經(jīng)理:組織開發(fā)工作,及時更新開發(fā)進度 項目管理部:對開發(fā)工作進行定期跟蹤、檢查,及時發(fā)布項目最新進展情況, 對執(zhí)行過程中可能出現(xiàn)的問題,及時預警。 測試部:設計測試計劃,編寫測試用例,部分開始測試工作 4.3.4 軟件測試階段 l 工作內(nèi)容: 測試部開始代碼集成測試, 按照測試用例執(zhí)行測試流程,根據(jù)項目具體情況, 可能會執(zhí)行性能測試。測試中發(fā)現(xiàn)的問題,全部提交到 JIRA 平臺集中處理, 測試人員

24、與項目組成員基于 JIRA 平臺集中處理 BUG,測試人員每周五提交 BUG 處理進度表 項目組開始著手編寫產(chǎn)品交付所需的相關文檔 l 輸出內(nèi)容: 項目問題處理進度表 、 技術白皮書 、 安裝手冊 、 使用手冊 、 維護 手冊 、 常見問題解答 l 參與部門及工作職責: 項目經(jīng)理:組織研發(fā)人員處理測試中出現(xiàn)的問題,組織人員編寫文檔。 項目管理部:對開發(fā)工作進行定期跟蹤、檢查,及時發(fā)布項目最新進展情況, 對執(zhí)行過程中可能出現(xiàn)的問題,及時預警。 測試部:集成測試、系統(tǒng)測試、回歸測試,及時發(fā)布測試報告 4.4 監(jiān)控過程 監(jiān)控過程是貫穿整個項目管理過程的,監(jiān)測項目的目標、進展與計劃的偏離 情況, 并采

25、取適當?shù)男袆邮惯M展與計劃相符。通常監(jiān)控的手段是依托于工作績效 考核體系。 l 工作內(nèi)容: 監(jiān)控的理想產(chǎn)出是通過交付滿足時間、成本、質(zhì)量約束的項目來成功的完成 項目, 監(jiān)控過程貫穿整個項目過程,監(jiān)控工作的執(zhí)行者主要由項目經(jīng)理和項目管 理部共同完成, 項目需求基線的變更也將貫穿項目整個過程。監(jiān)控的主要工作是 16 定期向公司管理層提交項目進展報告,即時糾正偏差,保證項目成功完成。 l 輸出內(nèi)容: 項目周報 、 項目執(zhí)行狀態(tài)報告 、 項目執(zhí)行預測報告 、 基線變更申請 表 l 參與部門及工作職責: 項目經(jīng)理:及時更新項目進度、每周五下午 2 點前提交項目周報。 項目管理部:每周五提交項目執(zhí)行狀態(tài)報告和項目執(zhí)行預測報告,15 天召開 一次項目討論會,評估項目最新進展情況。 4.5 收尾過程 4.5.1 產(chǎn)品交付階段 l 工作內(nèi)容: 項目組完成了項目開發(fā)內(nèi)容,進入收尾階段。項目管理部組織召開產(chǎn)品驗收 評審會,公司相關領導驗收產(chǎn)品,并對產(chǎn)品進行滿意度評價。 l

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論