項目工作說明書

1、目 錄1簡介22具體實施步驟32.1實施流程圖32.2 準(zhǔn)備工作及項目啟動階段42.3 項目規(guī)劃階段42.4 系統(tǒng)設(shè)計實施階段42.5 系統(tǒng)測試階段42.6定型階段52.7 總結(jié)與陳述階段53項目組成員的職責(zé)64項目管理機制95項目組簽名11附件1變更控制程序121簡介項目工作說明書是對項目所要提供的產(chǎn)品或服務(wù)的敘述性的描述。對項目而言，項目經(jīng)理基于業(yè)務(wù)需求或產(chǎn)品或服務(wù)的需求提出工作說明書。本文件對該項目中各類崗位（職位）的工作性質(zhì)、工作任務(wù)、責(zé)任、權(quán)限、工作內(nèi)容和方法、項目工作流程和條件所作的統(tǒng)一要求。2具體實施步驟2.1實施流程圖下面的圖中所示，即實施服務(wù)整個過程的流程。準(zhǔn)備工作項目規(guī)劃系

2、統(tǒng)設(shè)計實施系統(tǒng)測試定型總結(jié)與陳述 確定項目組成員及責(zé)任 前期需求調(diào)研 需求分析并產(chǎn)生業(yè)務(wù)需求文檔 業(yè)務(wù)需求的討論、評審及研發(fā)范圍確定 項目立項 項目計劃時間表的確立 系統(tǒng)設(shè)計方案確定 系統(tǒng)軟硬件設(shè)計實施 版本發(fā)布及物料采購 系統(tǒng)配置、調(diào)試 編制定型文件 系統(tǒng)測試方案確定 系統(tǒng)功能測試、系統(tǒng)性能測試、調(diào)優(yōu) 完成系統(tǒng)測試報告及評審 回顧整個項目實施的過程 編寫項目總結(jié)報告 簽署項目驗收表單實施流程2.2 準(zhǔn)備工作及項目啟動階段在項目實施之前，應(yīng)該做好充分的準(zhǔn)備工作。在項目啟動工作會議中，產(chǎn)品經(jīng)理與研發(fā)人員具體商定項目實施的具體事宜，包括需求討論、設(shè)計方案、項目組成員、產(chǎn)品的研發(fā)方向。在項目啟動階段

3、，研發(fā)人員主導(dǎo)產(chǎn)品經(jīng)理協(xié)助制定詳細的項目實施時間表。商定項目規(guī)劃階段與會相關(guān)人員（時間、人員）。2.3 項目規(guī)劃階段通過對對業(yè)務(wù)人員及產(chǎn)品經(jīng)理所收集的客戶需求及市場類似產(chǎn)品的相關(guān)文檔資料，項目組成員應(yīng)該了解以下信息： 與產(chǎn)品相關(guān)的所有業(yè)務(wù)、技術(shù)、應(yīng)用需求 原有產(chǎn)品的功能信息 分析并掌握了確切需求之后，項目組將制定符合需求的系統(tǒng)的設(shè)計方案、實施計劃等。 最終業(yè)務(wù)需求評審過后即可開始確認(rèn)立項并進入系統(tǒng)設(shè)計實施階段2.4 系統(tǒng)設(shè)計實施階段根據(jù)需求，開始設(shè)計研發(fā)，主要內(nèi)容包括： 系統(tǒng)實施方案計劃 軟硬件設(shè)計 系統(tǒng)組成配置（BOM） 系統(tǒng)調(diào)試 調(diào)試完畢后輸出測試樣品并審核后進入系統(tǒng)測試階段（此階段的產(chǎn)出

4、物包括：軟硬件設(shè)計方案、BOM表、設(shè)計圖紙、結(jié)構(gòu)擺放圖）2.5 系統(tǒng)測試階段系統(tǒng)實施完畢之后，對系統(tǒng)進行全面測試，包括： 系統(tǒng)測試方案制定 系統(tǒng)功能測試 系統(tǒng)性能測試 如測試結(jié)果未能達到需求要求返回系統(tǒng)調(diào)試階段進行修改后返回系統(tǒng)測試階段重新測試 系統(tǒng)測試由測試負責(zé)人編寫測試報告，由項目經(jīng)理組織進行評審。2.6 定型階段測試報告通過評審后，項目負責(zé)人提交整個系統(tǒng)的全面測試報告，在提交給項目組成員及產(chǎn)品經(jīng)理的報告中，要詳細描述系統(tǒng)的需求，系統(tǒng)設(shè)計方案、實施計劃、測試方案、系統(tǒng)配置信息（BOM表）等報告內(nèi)容，將在最終驗收時作為解釋說明。2.7 總結(jié)與陳述階段由項目經(jīng)理組織產(chǎn)品經(jīng)理協(xié)助共同主持驗收會議

5、。會議期間，項目經(jīng)理將向項目組驗收人員陳述整個系統(tǒng)實施過程、方案、計劃、系統(tǒng)測試結(jié)果等，并提請項目評審人員在項目驗收表中簽署意見。3項目組成員的職責(zé) 產(chǎn)品經(jīng)理1. 監(jiān)督項目組人員使項目順利進行；2. 及時地提供項目組要求的信息和資源，使項目按時完成需求評審后所要求的最終產(chǎn)品；3. 在研發(fā)過程中要時能隨時的監(jiān)督項目組人員工作，并有考核及直接的領(lǐng)導(dǎo)權(quán)；指定委派的是： ICT/產(chǎn)品工程師1. 負責(zé)研發(fā)設(shè)備功能調(diào)試、軟件需求整理.2. 相關(guān)文檔編寫指定委派的產(chǎn)品工程師是： 硬件研發(fā)總工程師1. 領(lǐng)導(dǎo)項目組人員使項目能按照項目計劃順利進行。2. 負責(zé)整個項目的部分硬件軟件設(shè)計研發(fā)工作。3. 負責(zé)研發(fā)文檔

6、的編寫。（包含：軟硬件設(shè)計方案、BOM表、設(shè)計圖紙、結(jié)構(gòu)擺放圖）4. 對新產(chǎn)品的開發(fā)提出意見和建議。5. 負責(zé)電子元器件的品牌，型號，規(guī)格選擇。6. 對線路板的生產(chǎn)廠家有選擇權(quán)，有拒絕使用質(zhì)量不過關(guān)的生產(chǎn)廠家的電路板權(quán)利。指定委派的研發(fā)總工程師是： 硬件研發(fā)助理工程師1. 協(xié)助研發(fā)工程進行研發(fā)工作。指定委派的研發(fā)助理工程師是： 項目質(zhì)量工程師及配置管理工程師1. 項目質(zhì)量工程師負責(zé)依據(jù)本工作說明書及該文件所涉及到的公司相關(guān)項目管理規(guī)范對項目過程進行審核，并每周項其部門經(jīng)理匯報項目情況，每月匯報項目度量數(shù)據(jù)，遇到嚴(yán)重不符合問題或緊急情況時，隨時匯報。2. 配置管理工程師負責(zé)識別、備份配置項，測試

7、版本、正式版本的發(fā)布工作。配置項記錄、配置庫及版本管理工作。配置項記錄表和項目版本狀態(tài)表實時更新。指定委派的項目質(zhì)量工程師及配置管理工程師是： 結(jié)構(gòu)設(shè)計工程師1. 系統(tǒng)所有設(shè)備的箱體結(jié)構(gòu)繪制2. 設(shè)備輔助支架的繪制指定委派的結(jié)構(gòu)設(shè)計工程師是： 軟件開發(fā)總工程師1. 負責(zé)整個項目的軟件設(shè)計研發(fā)管理工作。2. 軟件功能需求審核，開發(fā)工作安排。指定委派的軟件開發(fā)總工程師是： 軟件開發(fā)工程師1. 負責(zé)平臺軟件開發(fā)工作2. 相關(guān)文檔編寫指定委派的軟件開發(fā)工程師是： 軟件開發(fā)工程師1. 負責(zé)設(shè)置軟件開發(fā)工作。2. 相關(guān)文檔編寫。指定委派的軟件開發(fā)工程師是： 軟件開發(fā)工程師1. 負責(zé)平臺軟件開發(fā)工作。2.

8、相關(guān)文檔編寫。指定委派的軟件開發(fā)工程師是： 軟件開發(fā)工程師1. 負責(zé)設(shè)置軟件開發(fā)工作2. 相關(guān)文檔編寫。指定委派的軟件開發(fā)工程師是： 軟件開發(fā)UI設(shè)計師1. 負責(zé)UI設(shè)計工作。指定委派的軟件UI設(shè)計師是： 產(chǎn)品管理工程師1. 負責(zé)軟件功能驗證、用戶手冊編寫整理。2. 相關(guān)文檔編寫。指定委派的產(chǎn)品管理工程師是： 4項目管理機制4.1、 問題反饋時效及機制：在各研發(fā)階段中有任何解決不了的問題及疑問都要在當(dāng)天向項目經(jīng)理通過郵件匯報提出，項目經(jīng)理要在問題提出當(dāng)日給出反饋及處理方式。4.2、 溝通機制：項目組成員需每周5中午前通過郵件形式通報當(dāng)前項目進度（工作情況、問題、建議等）給項目經(jīng)理，并由項目經(jīng)理

9、總結(jié)后郵件通報給上級領(lǐng)導(dǎo)抄送項目組成員，并在OA上填寫項目周報。項目經(jīng)理要不定時的與項目組成員及時溝通了解項目研發(fā)狀態(tài)，所有會議必須要有會議記錄，會后要郵件發(fā)送全體項目組成員。所有溝通結(jié)論及決策都要郵件發(fā)送確認(rèn)。以上內(nèi)容都要抄送質(zhì)量工程師。4.3、 項目成果管理機制：所有里程碑節(jié)點的工作產(chǎn)品都需要進行評審，非里程碑節(jié)點的工作產(chǎn)品采用審核方式進行。評審：里程碑節(jié)點默認(rèn)為評審結(jié)束時間點，在里程碑到來之前，責(zé)任人需在評審前1-2天向項目經(jīng)理提交工作產(chǎn)品，項目經(jīng)理審核后發(fā)給項目質(zhì)量工程師，由項目質(zhì)量工程師協(xié)調(diào)并組織評審工作，評審問題由責(zé)任人進行記錄、整理并完成評審問題記錄表，評審問題記錄表中審批人部分

10、由部門領(lǐng)導(dǎo)給出審批結(jié)論后，交給項目質(zhì)量工程師進行審核、備份審核：在里程碑到來之前，責(zé)任人提交工作產(chǎn)品給項目經(jīng)理，由項目經(jīng)理執(zhí)行審核，通過審核的工作產(chǎn)品和審核結(jié)論由項目經(jīng)理提交給項目質(zhì)量工程師進行備份。驗收：所有產(chǎn)品需求中的性能、功能作為產(chǎn)品經(jīng)理對該產(chǎn)品的驗收執(zhí)行依據(jù)。4.4、 項目變更機制：變更的條件：需求范圍發(fā)生了變化（增加或減少），性能指標(biāo)發(fā)生了變化（提高或降低），時間周期發(fā)生變化（提前/延期），若因研發(fā)問題導(dǎo)致的性能改變，時間改變，由研發(fā)人員提出變更請求，填寫變更申請單并評估變更影響，經(jīng)項目經(jīng)理審核后提交給項目質(zhì)量工程師，由項目質(zhì)量工程師協(xié)調(diào)、組織變更評審。通過批準(zhǔn)的變更，按照變更后的結(jié)

11、論進行繼續(xù)開發(fā)；未通過批準(zhǔn)的變更，按照之前的需求和計劃進行開發(fā)。因產(chǎn)品經(jīng)理方面需求范圍增加導(dǎo)致的范圍變更由產(chǎn)品經(jīng)理發(fā)起，通過與開發(fā)人員進行技術(shù)可行性討論后認(rèn)為可行的由產(chǎn)品經(jīng)理提出變更申請，執(zhí)行變更申請流程。由變更導(dǎo)致的項目文件的修改需要在變更申請單中關(guān)于影響分析一欄進行表述，要求每次的變更所影響到的產(chǎn)品/文件一并修改，保證連貫性、一致性、可追溯性。變更記錄由項目質(zhì)量工程師進行記錄并跟蹤。所有過程工作產(chǎn)品/產(chǎn)出物為各個階段必須完成的產(chǎn)出物，是產(chǎn)品/項目的一部分，包括需求文檔、技術(shù)文件，過程文件，代碼，圖紙、評審記錄、審核記錄等。一經(jīng)定義，不能擅自修改。（可申請變更）；否則按不符合項處理。注：詳細

12、變更要求請見附件14.5、 關(guān)于發(fā)版機制：研發(fā)人員需要進行發(fā)布版本時，對外需要進行外加工的，由研發(fā)人員提交全部材料給項目經(jīng)理，項目經(jīng)理進行審核后發(fā)給項目質(zhì)量工程師，項目質(zhì)量工程師為該版本分配版本號后郵件通知采購及其他相關(guān)干系人該版本的地址（如有注意事項的，研發(fā)人員需一并提交相關(guān)文件）。禁止研發(fā)人員直接向采購人員提供任何版本。否則按不符合項處理。（見公司版本發(fā)布管理流程4.6、 人力資源管理機制：部門經(jīng)理對各項目人力資源進行調(diào)配，在發(fā)生資源沖突時，要第一時間通知項目經(jīng)理及相關(guān)項目干系人，包括產(chǎn)品經(jīng)理。并對資源占用時間給出評估和說明，以方便項目負責(zé)人合理規(guī)劃、控制項目進程。在項目組成員接到來自部門

13、經(jīng)理的項目外其他任務(wù)時，需在執(zhí)行新任務(wù)前告知項目負責(zé)人相關(guān)情況。4.7、 測試結(jié)果管理機制：每次測試后都要提交測試記錄及BUG LIST，不合格項修改并作再次針對性測試合格后，要詳細記錄BUG修改方法并郵件發(fā)送項目經(jīng)理已作保存。4.8、 研發(fā)轉(zhuǎn)生產(chǎn)流程機制：需按照上級領(lǐng)導(dǎo)要求，完成研發(fā)轉(zhuǎn)生產(chǎn)所需文件，按照領(lǐng)導(dǎo)要求決定該文件是否評審。研發(fā)人員不得直接提供版本給生產(chǎn)人員，生產(chǎn)人員也不得接受研發(fā)人員所提供的產(chǎn)品版本。該部分工作全部都要上級領(lǐng)導(dǎo)郵件批示確認(rèn)。4.9、 產(chǎn)品試用機制：給現(xiàn)場試用/安裝的版本必須為正式版本，正式版本需要走公司正式版本的發(fā)布流程，正式版本發(fā)布的前提是測試報告已經(jīng)過評審，必須有

14、測試人員（或執(zhí)行測試工作的人員)出具結(jié)論性的測試報告，測試報告需要進行評審，通過評審沒有問題的，由項目經(jīng)理填寫正式版本發(fā)布申請單給配置管理工程師，執(zhí)行完正式版本發(fā)布后的版本方能安裝/部署到現(xiàn)場。在試用階段發(fā)生的問題（無論是自己發(fā)現(xiàn)的還是客戶發(fā)現(xiàn)的）均作為產(chǎn)品問題，由項目負責(zé)人記錄在試用問題記錄表中，并負責(zé)跟蹤直至問題關(guān)閉。明確試用階段的實施工作歸屬。4.10、 不可預(yù)計內(nèi)容管理機制：以上描述中未能提及的事宜，可按照日常報告機制反饋到項目經(jīng)理處，由項目經(jīng)理給出解決方案并通報項目組成員及公司內(nèi)部相關(guān)干系人。項目經(jīng)理解決不了的，報告給業(yè)務(wù)部總經(jīng)理同時抄送項目質(zhì)量工程師，依據(jù)業(yè)務(wù)部總經(jīng)理給出的解決方案執(zhí)行。5項目組簽名本工作說明書自 _/_/_之日起生效。項目組成員已經(jīng)閱讀這份工作說明書并同意實施，特此簽署。項目組成員（簽字）：項目質(zhì)量工程師（簽字）：產(chǎn)品經(jīng)理（簽字）：總經(jīng)理（簽字）：附件1變更控制程序1) 提出變更對項目實施中需求、時間、設(shè)計方案等提出修改需首先填寫變更申請表。變更申請需直接環(huán)節(jié)負責(zé)人提出。變更申請表需提交給變更評審小組。變更評審小組由項目組評審成員及總工程師組成。評審小組將就變更申請表的技術(shù)可靠性以及對整個項目的影響作出評估及批示。未被批準(zhǔn)的變更申請表將退還給提出修改的本人。2) 需提交變更申請的內(nèi)容需求修改需求的增改