研發(fā)部管理制度大全

1、版/次：A/0研發(fā)部管理制度匯編編制：審核：批準：分發(fā)號：北京XXXX開發(fā)公司2012 年 5 月目錄第二章研發(fā)部績效管理制度第三章SQA工作流程 第四章項目評審制度第五章 項目交付物管理制度 第六章 項目驗收流程圖書管理制度 固定資產(chǎn)管理制度 研發(fā)物品申領(lǐng)制度第七章研發(fā)部培訓(xùn)管理制度 第八章研發(fā)人員招聘管理制度 第九章實驗室管理制度 第十章保密制度 第十一章 第十二章 第十三章項目管理制度1、目的：為規(guī)范項目研發(fā)、加強項目管理，公司根據(jù)企業(yè)實際情況和研發(fā)產(chǎn)品的 特點，特制訂項目管理制度，望研發(fā)部門遵照執(zhí)行。2、范圍：適用于對本企業(yè)研發(fā)部項目研發(fā)的管理。4)5)3、職責(zé)：3.1研發(fā)部工程師負責(zé)

2、對相應(yīng)模塊進行設(shè)計開發(fā)。3.2研發(fā)部技術(shù)主管負責(zé)對公司研發(fā)過程技術(shù)方向監(jiān)控與技術(shù)支持。4、程序:4.1項目流程概述項目流程項目研發(fā)須經(jīng)過立項、設(shè)計、實現(xiàn)和測試等幾個階段。項項設(shè)計制1項目實卩項目實際測 項® I4.2立項1)2)項目生成交目評物歸檔針對研發(fā)項目，首先要起草項h項報告。針對已經(jīng)簽定銷售合同的項目發(fā)生的研發(fā)，作為合同項目研發(fā)，不再單獨 立項。I項目只有立項后才允許進行進度研發(fā)。項目立項后應(yīng)獲得一個唯一的研發(fā)編號，費用報銷、研發(fā)領(lǐng)料領(lǐng)用等，都 使用此編號作為物流控制和財務(wù)核算的依據(jù)。項目計劃報告必須具有項目名稱、立項目的、編制、審核、項目周期、預(yù) 計達到參數(shù)指標以及該項目特

3、設(shè)指標或者關(guān)鍵技術(shù)等相關(guān)內(nèi)容。4.3設(shè)計1)2)3)4)5)3)立項后，項目進入設(shè)計階段。設(shè)計階段由設(shè)計承擔(dān)人完成技術(shù)設(shè)計報告和測試計劃報告，以作成項目計 劃報告。技術(shù)設(shè)計報告應(yīng)說明項目名稱、研發(fā)系統(tǒng)或設(shè)備的需求、總體功能、模塊 劃分等。測試計劃報告應(yīng)說明項目名稱、產(chǎn)品功能、測試項目、測試條件、測試方 法、測試工期和時間計劃等內(nèi)容。項目負責(zé)人應(yīng)邀請研發(fā)部門和公司其他部門相關(guān)人員，對設(shè)計報告和測試 計劃報告進行評審。針對沒有通過設(shè)計評審的項目，須進行重新設(shè)計，再組織有關(guān)評審。6)4.4實現(xiàn)3.3研發(fā)部行政主管負責(zé)對公司研發(fā)人員行政方向監(jiān)控與人事工作。1)2)3)設(shè)計評審?fù)ㄟ^后，進入項目實現(xiàn)階段。

4、研發(fā)人員必須在實現(xiàn)過程中書寫相關(guān)文檔，文檔必須有電子形式。軟件實 現(xiàn)文檔應(yīng)包括軟件功能性說明文檔和源代碼說明文檔。硬件實現(xiàn)文檔包括 電器原理圖及結(jié)構(gòu)示意圖。項目負責(zé)人有責(zé)任按照項目計劃報告，跟蹤監(jiān)督項目的進展情況，按時敦 促驗收階段性成果。4) 研發(fā)產(chǎn)品由研發(fā)人員自行調(diào)試，調(diào)試過程中必須撰寫調(diào)試記錄。調(diào)試記錄 應(yīng)該說明項目名稱，編號，調(diào)試記錄版本號，調(diào)試時間，軟硬件版本號， 調(diào)試中發(fā)現(xiàn)的主要問題，調(diào)試環(huán)境，解決方法等有關(guān)內(nèi)容。5) 研發(fā)產(chǎn)品確認運行穩(wěn)定后，由項目負責(zé)人組織內(nèi)部驗收。研發(fā)文檔應(yīng)視為 研發(fā)實現(xiàn)階段工作量的一部分，不具備研發(fā)文檔將視為工作沒有結(jié)束，不 組織內(nèi)部驗收。6) 軟件功能性說

5、明文檔應(yīng)說明項目名稱， 編號，軟件名稱和編號， 軟件功能， 軟件功能模塊劃分，主要功能實現(xiàn)過程，軟件主要實現(xiàn)算法。7) 源代碼說明文檔項目編號，軟件名稱，軟件功能等。源代碼說明文檔可以 包含在源代碼文件中，以注釋形式存在。4.5 測試1) 研發(fā)產(chǎn)品經(jīng)內(nèi)部驗收后，進入測試階段。2)測試階段開始后，研發(fā)實現(xiàn)人員將研發(fā)的產(chǎn)品，以及研發(fā)調(diào)試記錄移交給 測試人員。測試人員按照產(chǎn)品的測試計劃報告、研發(fā)調(diào)試記錄，設(shè)計測試 過程，填寫產(chǎn)品測試報告。3)產(chǎn)品測試報告應(yīng)該說明項目名稱，編號，測試報告版本號，需測試功能， 指標，測試方法，測試環(huán)境，測試條目，測試結(jié)果，結(jié)論等。4)如果研發(fā)產(chǎn)品不能通過測試，測試人員應(yīng)

6、把產(chǎn)品測試報告提交給產(chǎn)品實現(xiàn) 人員。產(chǎn)品實現(xiàn)人員修改軟硬件后重新進行調(diào)試，相應(yīng)更新研發(fā)調(diào)試記錄 內(nèi)容和版本號，確認產(chǎn)品合格后提交測試人員再次檢測。如此反復(fù)，直到 產(chǎn)品通過測試為止。5)測試人員確認產(chǎn)品達到要求，在產(chǎn)品測試報告的結(jié)論欄內(nèi)簽字表示同意， 交項目負責(zé)人。4.6 產(chǎn)品發(fā)布1)項目負責(zé)人拿到產(chǎn)品測試通過的報告后，填寫或者委托他人填寫產(chǎn)品發(fā)布 公告和產(chǎn)品發(fā)布計劃，交公司技術(shù)負責(zé)人或者授權(quán)產(chǎn)品發(fā)布人核準，簽字 發(fā)布。項目負責(zé)人與簽字發(fā)布產(chǎn)品的不得為同一人。發(fā)布公告和產(chǎn)品發(fā)布 計劃需送市場部、生產(chǎn)部和公司有關(guān)領(lǐng)導(dǎo)。2)3)5個項目負責(zé)人必須在產(chǎn)品發(fā)布后一周內(nèi)，將所有研發(fā)文檔整理存檔。 產(chǎn)品發(fā)布

7、計劃應(yīng)說明項目名稱、編號、產(chǎn)品名稱、型號、版本號、產(chǎn)品說 明書的完成時間和計劃。產(chǎn)品說明書的完成時間一般應(yīng)在產(chǎn)品完成后 工作日內(nèi)完成。產(chǎn)品發(fā)布后，進入正式生產(chǎn)階段。 生產(chǎn)階段須具備總裝圖、電器原理圖和性能參數(shù)要求。 裝配圖應(yīng)說明產(chǎn)品名稱、 型號結(jié)構(gòu)件的固定位置、 裝配順序、 電氣連接圖、 走線固定位置等。生產(chǎn)測試要求文檔需要說明針對的產(chǎn)品名稱， 型號、測試環(huán)境和測試方法。4.7 生產(chǎn)1)2)3)4)4.8項目調(diào)整1)設(shè)計更改由于市場或技術(shù)原因，需要對項目重新進行設(shè)計時，更改人員需填寫設(shè) 計更改申請單，按照立項程序進行審批。需經(jīng)公司技術(shù)負責(zé)人簽字同意， 報公司總經(jīng)理批準生效。對已經(jīng)發(fā)布的產(chǎn)品進行

8、更改，被認為是一個新的研發(fā)項目，按照標準程 序執(zhí)行。對尚未發(fā)布的產(chǎn)品進行更改，需要更新該項目所有此前產(chǎn)生過的技術(shù)文 檔，已經(jīng)進行過的評審必須重新進行。2)項目取消出于市場或其他方面的考慮，需要取消某個項目的研發(fā)，必須由發(fā)起人 或者委托人填寫項目取消申請表，申請表必須說明項目名稱，編號，取 消原因。研發(fā)項目的取消需經(jīng)公司技術(shù)負責(zé)人簽字同意，報公司總經(jīng)理批準生效。 項目取消后，研發(fā)助理負責(zé)將項目取消通知發(fā)送給公司領(lǐng)導(dǎo)層和研發(fā)、 銷售、生產(chǎn)、財務(wù)等相關(guān)部門。3)項目暫停出于市場或資源飽和原因，需要暫停某個項目的研發(fā)，必須由發(fā)起人或 者委托人填寫項目暫停申請表。申請表必須說明項目名稱，編號，取消原因。

9、研發(fā)項目的暫停需經(jīng)公司 技術(shù)負責(zé)人簽字同意，報公司總經(jīng)理批準生效。項目暫停后，研發(fā)助理負責(zé)將項目暫停通知發(fā)送給公司領(lǐng)導(dǎo)層和研發(fā)、 銷售、生產(chǎn)、財務(wù)等相關(guān)部門。5、質(zhì)量記錄： 研發(fā)部績效管理制度1、目的：通過考核評定實行相應(yīng)的績效處罰，并不斷的發(fā)現(xiàn)管理的工作不足之處, 調(diào)整全公司的工作方向和管理目標。原則：以獎為主，以罰為輔，重獎輕罰， 獎罰分明。2、范圍：適用于對本企業(yè)研發(fā)部人員績效方面的管理。3、職責(zé):3.1研發(fā)部行政主管負責(zé)制定研發(fā)部人員績效考核指標的修改和建立。3.2研發(fā)部員工應(yīng)遵循此制度條款配合公司績效考核工作。3.3辦公室應(yīng)配合研發(fā)部做好績效考核相應(yīng)工作并對考核結(jié)果進行整理歸檔。4、

10、程序:4.1宗旨考核制度貫徹于研發(fā)工作全過程中，利用績效和獎金相結(jié)合的報酬機制, 鼓勵積極，鞭策落后，提高產(chǎn)品開發(fā)效率和合格率，減少失誤，降低開發(fā)成 本，增加公司產(chǎn)品的市場競爭力，同時調(diào)動每位研發(fā)人員的工作積極性，努 力提高工作水平，統(tǒng)一員工的工作努力方向，推動公司的持續(xù)快速發(fā)展。4.2基本原則1)2)3)4)結(jié)果考核與行為考核相結(jié)合考核者必須依據(jù)員工實際表現(xiàn)和工作事實進行評價。 公司成立技術(shù)開發(fā)評審小組，小組成員由總經(jīng)理任命。考核必須公開考核流程、公開考核指標，堅持公正、公平、公開的原則， 考核結(jié)果由考核雙方共同簽字確認。5)考核執(zhí)行人必須充公了解員工在考核期內(nèi)的工作內(nèi)容、工作過程和工作效

11、果。在雙方平等溝通的基礎(chǔ)上展開考核工作。4.3細則1)2)3)4)5)6)按照各人負責(zé)的工作類別不同，考核類別分為“優(yōu)秀、良好、合格、不合 格”。電路設(shè)計：視產(chǎn)品復(fù)雜性及任務(wù)的完成情況， 結(jié)構(gòu)設(shè)計：視產(chǎn)品復(fù)雜性及任務(wù)的完成情況， 硬件設(shè)計：視產(chǎn)品復(fù)雜性及任務(wù)的完成情況， 軟件設(shè)計：視產(chǎn)品復(fù)雜性及任務(wù)的完成情況，以績效考核表為準。 以績效考核表為準。 以績效考核表為準。 以績效考核表為準。文秘及后勤：及時、準確、妥善的將設(shè)計師的文件歸檔、分發(fā)、收取，對 需要打樣的產(chǎn)品落實追蹤到位，準時是考核的主要條件。4.4考核對象1)2)3)試用期及實習(xí)期員工不參與此項考核已轉(zhuǎn)正的員工則根據(jù)工作情況，分為非技

12、術(shù)類及技術(shù)類進行考核。部門經(jīng)理級人員(含部門副經(jīng)理)不參加此項考核，由公司統(tǒng)一進行部門 經(jīng)理綜合考核評定。4.5考核周期與時間1) 實行半年度考核；每半年考核一次。其中每年的6月份考核上半年的業(yè)績, 每年12月份考核下半年的業(yè)績。2) 考核正式開始前十日部門開始進行考核，兩個工作日提交辦公室匯總呈評 審小組最后得分，三個工作日評審小組出具考核結(jié)果，由辦公室下達考核 結(jié)果給部門經(jīng)理，五個工作日內(nèi)完成績效面談。4.6實施1)2)3)考核的依據(jù)：設(shè)計計劃書中的進度規(guī)定和設(shè)計要求。考核方法：綜合評分，按照公司績效考核表中內(nèi)容進行考核。評分標準：分為自評和上級領(lǐng)導(dǎo)評價，根據(jù)分值加權(quán)求得最終分數(shù)對應(yīng)相 應(yīng)

13、等級。每次考核完成匯總員工評分并分出等級，并根據(jù)公司相應(yīng)規(guī)定進行鼓勵與 批評談話。公司設(shè)置獨立員工工資體系外的考核資金，每季度得分超過 100%勺員工， 每增加1%獎勵基本工資的10%最高不超過其基本工資的200%有特殊貢 獻的員工，公司予以獎勵，由董事會審批?？冃Э己肆鞒虉D：4)5)6)7)考核前期準 考核核執(zhí)評考核反饋(申訴、面談、調(diào)4.8績效溝通與改進1)績效的更新和修考核對象初評匯總部門復(fù)評最終核定技術(shù)人員研發(fā)部門辦公室評審小組副總經(jīng)理部門職員研發(fā)部門辦公室/副總經(jīng)理4.7考核體制資料的歸檔整由員工填寫本季度主要工作項目及業(yè)績，給考核者相應(yīng)參考數(shù)據(jù)。 部門評定：由員工直屬上級對員工個人

14、本季度各考核項目做出綜合評分。 評審小組對其考核的結(jié)果做復(fù)評。副總經(jīng)理進行最終評定。1)2)3)4)每考核完成一次部門經(jīng)理至少需和員工進行一次績效面談，共同確定績效 計劃，講解員工優(yōu)勢和需要改進的績效，共同分析與實際結(jié)果存在差距的 原因，達到組織績效與個人績效目標一致。2)3)4)各部門可根據(jù)工作需要增加面談次數(shù)。 面談方式為：以正式的、一對一、面對面的方式進行。每次考核完成要進行績效考核情況調(diào)查，分發(fā)調(diào)查表進行無記名調(diào)查，針 對提出的問題進行改進。4.9考核申訴考核申訴是為了使考核制度完善化和在考核過程中真正做到公開、公正、合 理而設(shè)定的特殊程序。1) 參加考核的任何員工對評估結(jié)果擁有申訴的

15、權(quán)利，部屬與直接主管接到考 核內(nèi)容和結(jié)果后，如有異議，可先向直接主管提出申訴，由直接主管進行 協(xié)調(diào)；如直接主管協(xié)調(diào)后仍有異議，可向辦公室提出申訴，由辦公室進行 調(diào)查協(xié)調(diào)。2) 考核申訴的追訴時限至考核當月結(jié)束為止。各部門部門經(jīng)理指定專人對員工所有的評估資料進行集中保管，考核表必 須以電子文檔形式及書面形式各保留一份，電子文檔由部門及辦公室各留 存一份，書面文檔由辦公室作為人事檔案留存。季度評估表作為員工的人事檔案由行政部統(tǒng)一保管。除管理人員因工作需要可查看員工的評估資料外，其他員工不得隨意翻 看、查閱。任何接觸到考核資料的人員都有保密的義務(wù)，不得散布、傳播。4.10評估資料的保管2)3)4)4

16、.11附則1)2)3)1)本制度由公司管理部門負責(zé)修訂而成，解釋權(quán)歸辦公室。 整體考核進程由辦公室負責(zé)推動，各相關(guān)部門協(xié)助完成。 本制度是公司績效考核的重要制度，每一位員工均可對其不完善之處向辦 公室直接提出相關(guān)建議，被采納的建議將在制度中及時修訂。 本制度執(zhí)行后，與本制度有抵觸的規(guī)定或條款以本制度為準。5、質(zhì)量記錄：績效考核培訓(xùn)資料、績效考核計劃、績效考核表、績效考核調(diào)查表SQA工作流程4)1、2、范圍：適用于研發(fā)部項目過程的監(jiān)控管理。目的：為加強項目監(jiān)控體質(zhì)管理，監(jiān)督研發(fā)過程，對項目研發(fā)進度進行全程質(zhì) 量監(jiān)控。4)3、4、程序:職責(zé)：3.1 SQA®目小組成員按分工監(jiān)控項目過程并

17、及時上報質(zhì)量情況。3.2項目組長成員應(yīng)配合SQA勺檢查和監(jiān)督。4.1目標：遵循軟件質(zhì)量保證計劃進行軟件質(zhì)量保證活動客觀地驗證軟件開發(fā)過程和軟件產(chǎn)品是否遵守可用的標準、規(guī)程和要求確保將軟件質(zhì)量保證的活動和結(jié)果通知受影響的項目組和人員 高層管理者關(guān)注在軟件項目中不能解決的偏差事件和不合格項4.2SQA舌動的策略當SQAHU切入項目組時，SQA首先就要掌握項目組的一些基本情況， 主要包括項目經(jīng)理的能力，項目的規(guī)模，項目工期，客戶對進度、質(zhì)量的要求，項目組成員 情況，項目組織架構(gòu)情況。其中最關(guān)鍵的是要看項目經(jīng)理的能力情況。1) PM能力欠佳，則SQA勺工作就是全程跟蹤項目，審計是重中之重。2) 項目經(jīng)

18、理的能力強，則 SQA勺主要工作可以劃分為兩部分，一部分是對 一些重點的過程和產(chǎn)品進行審計，另一部分是優(yōu)化我們的過程，流程，對我們的 發(fā)現(xiàn)的一些問題或缺陷進行分析，改進我們的過程。具體活動：SQA參與制定計劃SQA參與制定計劃包括SDP和階段計劃，在SDP活動中，SQA主要是參與到 軟件過程的剪裁、復(fù)審估算、參與評估風(fēng)險等。然后，SQA參與復(fù)審SDP其目的，除了熟悉項目的計劃外，還需要復(fù)審看是否 SDP與納入項目的客戶 的需求一致，計劃能否滿足客戶的需求的，在 SDPt正中，涉及到上述內(nèi)容 的，也需要SQA參與。然后，SQA也會參與階段計劃的制定，主要是復(fù)審階 段計劃是否滿足階段的目標。SQA

19、參與復(fù)審納入項目的需求此時SQ/主要是作為復(fù)審者的角色，復(fù)審納入的需求描述是否清晰、一致、 需求的可行性等。SQA制定SQA審計計劃在制定計劃的同時，SQA也需要制定SQA審計計劃，在制定SDP的時候，SQA 制高層的審計計劃，主要是計劃有那些內(nèi)容需要 階段計劃的時候，SQA需要制定具體的審計計劃， 計的對象等。SQA參與進度復(fù)審或里程碑復(fù)審活動SQA在參與進度復(fù)審或里程碑復(fù)審活動中，主要是4.31)2)3)SQA審計的。然后，在制定 包括每次審計的時間，審方面了解項目的進度,另一方面，復(fù)審項目在進度復(fù)審中采取的一些修正行動的時候，是否滿足客 戶的需求，是否可行等，而在里程碑復(fù)審中，則復(fù)審項目

20、當前的狀態(tài)是否滿 足里程碑的標準(CriteriaofMilestone)，是否達到里程碑的目標。5)6)7)8)9)10)11)12)13)SQA審計另外，SQA的主要活動是按照制定的SQA審計計劃對項目進行審計，審計的 內(nèi)容包括過程審計和工作產(chǎn)品審計。 過程審計主要是審計項目開展的軟件活 動是否和計劃、與OSSF一致，工作產(chǎn)品審計主要是審計工作產(chǎn)品是否滿足 標準和約束條件。SQA階段總結(jié) 由于公司很多項目都是采用迭代模式的開發(fā)，項目開發(fā)周期較長，所以有必 要在項目某個階段結(jié)束的時候，對 SQA在這個階段的活動進行一個總結(jié)，主 要是對一些經(jīng)驗教訓(xùn)進行分析，找出這些問題背后的原因，提出一些可行

21、性 的解決方案，目的是為了提高質(zhì)量保證的水平。跟蹤問題處理SQA應(yīng)跟蹤問題處理過程，直到問題解決。跟蹤的問題包括日常發(fā)現(xiàn)的產(chǎn)品 問題、過程問題、項目風(fēng)險、評審發(fā)現(xiàn)的問題、測試發(fā)現(xiàn)的問題等。如果不 能和項目組就解決方案達成一致，可向公司高層反映。度量和報告SQA應(yīng)善于根據(jù)過程規(guī)范和經(jīng)驗發(fā)現(xiàn)項目運行中的問題，并做到緊急問題、 重要問題隨時匯報，其它問題周期性匯報。SQA需要隨時收集數(shù)據(jù)并保障數(shù)據(jù)的有效 性、真實性。定期匯總數(shù)據(jù)、統(tǒng)計分析并產(chǎn)生度量報告。SQA應(yīng)協(xié)助項目組和SEP住十對不良趨勢和問題采取糾正或預(yù)防措施。質(zhì)量推進 質(zhì)量推進主要包括提高全員的質(zhì)量意識和推進、解釋過程的執(zhí)行兩個方面。 這項

22、工作需要在日常工作中一點一點地、 堅持不懈地實施 ,這樣做的目的是為 了營造公司的一種質(zhì)量文化氛圍,理解和支持SQA的工作。過程制定如果項目或組織需要制定過程規(guī)范，SQA應(yīng)組織相關(guān)人員來完成過程制定工 作。一般情況下，過程制定應(yīng)由遵守和執(zhí)行該過程的人員負責(zé)。所有制定的 過程都必須經(jīng)過評審，并由SQA檢查執(zhí)行情況。過程改進過程改進是一項長期的任務(wù)。SQA應(yīng)注意隨時發(fā)現(xiàn)、聽取過程執(zhí)行中問題和 改進工作的方法，并進行階段性的總結(jié)(比如質(zhì)量報告等)，以不斷改進過 程，提高過程能力。學(xué)習(xí)和研究SQA要不斷學(xué)習(xí)和研究，盡量保持與領(lǐng)域最新的知識、方法同步，找出提高 產(chǎn)品質(zhì)量和工作效率的方法與過程。學(xué)習(xí)的內(nèi)容

23、主要包括管理領(lǐng)域和開發(fā)領(lǐng) 域。管理領(lǐng)域包括質(zhì)量管理(TQM ISO9OO0 CMM RUP MSF XP等)、軟 件度量(PSM GQMSPC SixSigma)、項目管理、配置管理等。開發(fā)領(lǐng)域包 括需求工程、設(shè)計、編碼、測試等各階段的開發(fā)和管理方法。質(zhì)量培訓(xùn)項目或組織需要時，SQA需要向相關(guān)人員進行質(zhì)量管理方面的培訓(xùn)或咨詢SQA審計工作指南：SQA工作的很重要一項就是審計，SQA審計工作的目標是驗證項目組實際執(zhí)行是否與項目計劃相符合，執(zhí)行的步驟是否與公司規(guī)定相符合， 及時發(fā)現(xiàn)項目存在 的問題，并提交問題報告，跟蹤直至問題得到解決。4.44.4.1 SQA審計工作的各個階段：可以將SQA審計劃

24、分為各個階段：審計任務(wù)計劃階段：審計任務(wù)的計劃是 SQA劃中的一部分，應(yīng)該根據(jù)每 個項目的特點進行不同的考慮，以安排審計任務(wù)。主要的依據(jù)有幾點：根 據(jù)項目的風(fēng)險安排審計任務(wù)的重點，根據(jù)項目計劃的進度安排組織審計任 務(wù)的時間，根據(jù)審計對象的不同考慮審計方法；審計任務(wù)執(zhí)行階段：審計任務(wù)應(yīng)該按照 SQM劃來執(zhí)行，并根據(jù)審計對象 的不同采取對應(yīng)的審計方法；因為實際的審計的執(zhí)行需要兼顧項目的實際 情況（包括人員、進度），因此要做好 SQA審計狀態(tài)的記錄，及時跟蹤審 計任務(wù)的執(zhí)行情況，出現(xiàn)審計任務(wù)與 SQM劃的出入時，應(yīng)該進行計劃變 更；審計問題的提出階段：在審計中發(fā)現(xiàn)問題時，應(yīng)該首先與項目相關(guān)的工作 人

25、員溝通，明確問題，同時記錄 SQA'可題清單，并知會項目PM問題應(yīng)該 得到項目組的認同，問題說明應(yīng)該清晰，當問題不能夠明確時（不能認同、 確定），需要報請SEPG或者高層經(jīng)理確認。發(fā)現(xiàn)的問題一般應(yīng)該得到及時 的處理，當問題不能及時解決時，應(yīng)該提交 SQA勺問題報告，問題報告中 需要明確問題的責(zé)任人，以及計劃解決時間；審計問題跟蹤階段：對SQA提交的問題，需要對其狀態(tài)進行跟蹤，保證問 題能夠得到解決，對于解決時間超出計劃時間的問題，應(yīng)該在每周的報告 中提交給高層經(jīng)理。SQA審計方法：1)2)3)4)442審計方法根據(jù)審計對象的不同，可以分為：項目活動審計，和項目產(chǎn)品審計。1）項目活動審計

26、是根據(jù)項目計劃，到達對應(yīng)的項目活動執(zhí)行時，SQA人員切入到項目中，通過與項目組溝通，了解項目活動的執(zhí)行情況。具體的了解方式可以有多種，如：與項目組直接的溝通、通過活動的記錄文檔了解活 動的進展、直接參與項目組的活動等；方法的選擇取決于活動的類型以及 項目的具體情況，采用什么方式以達到了解項目活動實際情況為目標。2）項目產(chǎn)品審計，主要是對項目的工作產(chǎn)品進行審計，項目的工作產(chǎn)品是否 合格包括兩個方面：1、滿足客戶以及公司對產(chǎn)品的要求，一般要求符合 工作產(chǎn)品的模板、標準，其中客戶的要求一般都會明確在項目納入的需求 和相關(guān)的計劃中；2、項目產(chǎn)品的合格也是由流程來保證的，產(chǎn)品的開發(fā) 過程應(yīng)該按照計劃得到

27、了必要的復(fù)審和評審。審計產(chǎn)品的時機一般是在產(chǎn)品提交后進行，但是SQA也應(yīng)該根據(jù)工作產(chǎn)品的特點，注意安排產(chǎn)品制定、 開發(fā)當中的審計，以期及早發(fā)現(xiàn)問題。周報：把一周來SQA舌動發(fā)現(xiàn)的問題進行匯總并加以簡要的分析，發(fā)送高 層、項目組有關(guān)負責(zé)人、質(zhì)量部負責(zé)人、SEPG上報項目經(jīng)理：對一些比較緊急的問題應(yīng)立即報告給 PM如果能達到一致 的情況下,要求落實問題的解決，上報高層：如果發(fā)現(xiàn)了問題，不能與 pm達到一致的話，上報高層4.5報告機制2)1）3）4.6參與的其它活動了解項目成員每天的工作情況 促進項目關(guān)系人員之間的溝通 參與風(fēng)險的識別，跟蹤管理量化工作4.7 SQA工作流程圖參與項目制定項目計5、質(zhì)

28、量記錄：JSQA計劃、審計報告、狀態(tài)報告制作修改SQM劃J斗主要是盡早發(fā)現(xiàn)潛在的問題，準備檢查缺陷，控制項目整體進程。項目評審制度1、目的:wes2、范圍:3、職責(zé):適用于研?審工作。預(yù)約審計組長協(xié)成的工審人曲行項開展SQ作活哪提交評審計劃。 人員針對項目進行系統(tǒng)評審并撰寫評審報告。4、3.1項目3.2評審3-3評審蹤人員應(yīng)對評審?fù)瓿砂l(fā)現(xiàn)的編題進行后續(xù)跟蹤處理。 符合性程序：'半Yes4.1評審角色構(gòu)成因素評審人員的選擇是評審效果的關(guān)鍵，需項目重要性：項目重要性是決定角的重要性而定。這與需要投投入資源，提高評審級別。公編式態(tài)報目管理的復(fù)雜度要的項目一般鬣角N色是否有不符合性問題的最重要

29、的因素，先要根據(jù)項目會更多地4.2構(gòu)成的因素之一，根據(jù)溫伯格的 應(yīng)該考慮 力成分和度:項目的復(fù)雜度也是決定度相當工作提交配置平理人。筆者認為還技術(shù)復(fù)雜度、技術(shù)新鮮度和文檔復(fù)雜度等因素。項目組成員的能 水平。No項目組成員的能力成分和水平 身的各項技術(shù)水平，特別是分析和否豐富來進行搭配。除了團隊內(nèi)部自ENfi行評審之外，評審團隊最好 些獨立于項目團隊之外的成員構(gòu)成。應(yīng)當注意的原則是人數(shù)要少而精，一 個人可以兼多個角色，但要覆蓋各項人員需求。需要說明的是，不具備評 審能力的不應(yīng)參加，可以通過旁聽來提高水平?；窘巧氊?zé)評審組長：制定評審計劃、確定或制定各項評審準則、必要時組織評審人 員進行培訓(xùn)、組

30、織必要的資源、進行評審分工、確保正式評審準備充分、 分發(fā)待評審文檔、必要時召開并主持評審會議、向有關(guān)領(lǐng)導(dǎo)報告評審結(jié)果， 并且跟蹤評審錯誤的改正。評審人員：必要時參加與評審有關(guān)的培訓(xùn)、按評審計劃閱讀待評審材料、 保證對待評審材料的理解、與待評審材料作者討論，并且指出和記錄問題。 文檔作者：按評審計劃準備并按時提交待評審材料、必要時對材料進行解 釋、必要時參加評審會議，并且在確定需要改進時按時完成修改。記錄人員：評審會議中記錄評審人員提出的問題及相關(guān)討論。 項目經(jīng)理：制定保證評審和改正的項目進度計劃，還要確保評審準備時間、 評審會議時間及錯誤的改正時間。而且評審安排及結(jié)果與所有項目成員溝Yes還應(yīng)

31、當根據(jù)項目團隊成員本 的技術(shù)水平如何，行業(yè)領(lǐng)域知識是通，必要時參加評審會議、閱讀評審報告、分析缺陷原因，并且改進項目 質(zhì)量。4.3文檔評審的層次過程規(guī)范：是否符合過程規(guī)范、是否按照計劃提交、是否按時經(jīng)過評審、 是否準時發(fā)布（注意提交時間與發(fā)布時間的區(qū)別），以及評審的流程是否 規(guī)范。適合的評審人員：QA文檔規(guī)范：文檔成果符合企業(yè)或業(yè)界已經(jīng)制定的文檔模板規(guī)范。企業(yè)，甚 至行業(yè)應(yīng)當制定統(tǒng)一的文檔規(guī)范，形成一個文檔約定和規(guī)則，以統(tǒng)一文檔 內(nèi)容與風(fēng)格。適合的評審人員：QA文檔語法：文檔成果正確使用通用的方法與術(shù)語并符合軟件工程相關(guān)的技 術(shù)標準，這里所說的語法包括自然語言的語法和建模語言的語法。適合的 評

32、審人員要求：精通軟件工程、分析與設(shè)計方法、建模工具和相關(guān)標準。文檔語義：文檔成果表達清晰、無歧義，可以反映系統(tǒng)目標。所有質(zhì)量合 格的文檔（包括模型）都代表它期望代表的語義，而且應(yīng)該在代表這些語 義時具有一致性。文字與圖表應(yīng)當互相補充說明，以更加清晰。讓別人看 得懂，看完后知道下一步該怎么做。適合的評審人員：行業(yè)業(yè)務(wù)專家、高 級程序員和測試工程師。文檔邏輯：主要體現(xiàn)需求與設(shè)計正確性、一致性，無遺漏、多余或錯誤。 前后左右考慮周全，不同文檔之間、文檔與行業(yè)標準之間、同一文檔各成 分之間不互相矛盾，清晰說明相關(guān)部分之間的關(guān)系，特別是要符合相關(guān)行 業(yè)的業(yè)務(wù)標準規(guī)范。適合的評審人員：行業(yè)業(yè)務(wù)專家、產(chǎn)品經(jīng)

33、理和測試工 程師。文檔美學(xué)：文檔成果能否表述得更好一些，文字、圖表是否能更加均衡和 完整。需要追求平衡的美，每個組成部分應(yīng)該大小適中，可解讀并可變更。 平衡有多個方面，如排版次序更加合理、文字、圖形更加精煉并更易理解 等。適合的評審人員：系統(tǒng)分析與設(shè)計專家，以及建模工具專家。結(jié)果優(yōu)化：通過檢查判斷文檔成果（如項目計劃、需求規(guī)格及設(shè)計方案） 是否還有改進的空間，以便更加方便地進行項目管理、降低成本、加快進 度、提高質(zhì)量并減少風(fēng)險，盡可能達到最佳方案。任何一項設(shè)計都可以有 許多不同的方案，通過“方案優(yōu)化”選定一種最好的方案。適合的評審人員：系統(tǒng)分析與設(shè)計專家、項目經(jīng)理和產(chǎn)品經(jīng)理。4.4文檔評審流程

34、4.4.1 評審流程概覽和流程圖 確定評審組長。 制定并發(fā)布評審計劃。 準備評審。 舉行評審會議。 改正、跟蹤和回歸評審。 分析、總結(jié)和報告。 歸檔。4.4.2 確定評審組長由品質(zhì)保證人員與項目經(jīng)理、 部門經(jīng)理論協(xié)商，確定項目的評審級別及評審 人員角色構(gòu)成要求，初步確定評審組長人選。品質(zhì)保證人員與評審組長溝通，最終確定評審組長。評審組長充分了解項目相關(guān)情況，為制定評審計劃做好準 備。4.4.3 評審計劃 評審組長制定評審計劃（根據(jù)項目計劃和質(zhì)量計劃）。 評審組長確定評審對象和評審時間。 評審組長確定評審級別和策略（形式的組合）。 評審組長確定評審流程裁減和提交物。 評審組長確定入口條件并通過準

35、則。 評審組長確定回歸評審準則。 評審組長制定評審檢查表（Checklist ）。 評審組長確定評審角色構(gòu)成。 評審組長根據(jù)評審角色構(gòu)成確定評審人員并成立評審小組。 相關(guān)人員（評審人員和項目團隊雙方）確認評審計劃。評審組長發(fā)布評審計 劃。4.4.4 評審準備 正式評審前準備：文檔作者向相關(guān)人員發(fā)布文檔。 評審人員閱讀了解文檔，爭取發(fā)現(xiàn)大部分問題。 文檔作者解決大部分發(fā)現(xiàn)的問題。 評審組長確定會議地點、環(huán)境、設(shè)備和所有材料。 評審組長確定人員職責(zé)和會議議程。 評審組長確定評審開始條件成熟。 評審組長通知相關(guān)人員到會。4.4.5 評審會議 主持人（評審組長）宣布會議議程、人員職責(zé)和會場紀律。 文檔

36、作者介紹工作成果，對評審人員的疑問進行必要的解釋。 評審人員對不解之處提出疑問，指出問題或缺陷并說明根據(jù)。分清缺陷性問題和建議性問題， 討一般不涉及為節(jié)省時間改進方 文檔作者與評審人員討論缺陷的真實性， 論確定是否需要按照評審人員的要求進行改進。 案或錯誤的糾正方案。4.4.6 評審記錄也要記錄有爭議待解決的問題。 使 正式評審應(yīng)當記錄有共識的問題或缺陷， 評審工作文檔化，便于跟蹤最終解決。 總體記錄：包括項目名稱、系統(tǒng)名稱版本號、日期時間、主文檔名稱、附文 檔名稱、文檔版本號、作者、評審類型（首次、回歸、部分和階段）、評審人 員和評審結(jié)論。 缺陷記錄：包括缺陷編號、提出者、章節(jié)/頁碼、缺陷描

37、述、缺陷類型（嚴 重、一般和建議）和承諾改正時間。 驗證記錄： 全部打勾的 CheckList ，說明 CheckList 所列的工作都已經(jīng)做完， 所列的內(nèi)容都已經(jīng)評審?fù)?，確保工作的完整性。4.4.7 評審結(jié)論評審結(jié)論包括如下內(nèi)容： 是否需要修改？這是就成果的整體而言，結(jié)論可以是無需、少量、較大或是 一個量化的數(shù)字。 項目組確定是否接受修改要求？這是針對具體的一條意見或建議。有些問題 可能是誤會，消除了就不是問題；有些建議性的問題，項目組考慮進度可不接 受修改要求。如不接受修改要求，項目組給出不修改的理由。 如何處理？是否需要進行回歸評審？總體結(jié)論：合格或不合格。 確定的修改責(zé)任人和跟蹤責(zé)任人

38、。確定的回歸評審時間。 是否都認同評審結(jié)論？如果需要做得更正式一些， 可以要求相關(guān)人員簽字 表示同意評審結(jié)論，簽字。4.4.8 跟蹤與總結(jié) 評審中發(fā)現(xiàn)的問題的后續(xù)跟蹤是改正錯誤并消除缺陷的有效措施，應(yīng)當有專 門的負責(zé)人進行后續(xù)跟蹤確認錯誤都已改正，根據(jù)結(jié)論必要時回歸評審。 評審組長分析評審數(shù)據(jù)并總結(jié)經(jīng)驗。 評審組長發(fā)布評審記錄與數(shù)據(jù)分析報告。 管理人員應(yīng)當防止評審數(shù)據(jù)被不恰當?shù)厥褂茫绻褂迷u審數(shù)據(jù)來對個人 進行績效評價，將會給以后的評審工作造成障礙，使評審各方不能放開進行 評審。 評審組長進行工作總結(jié)，工作總結(jié)很有必要，有利于對項目或過程的改進。 評審組長提交各類評審報告，有關(guān)領(lǐng)導(dǎo)批準發(fā)布通

39、過的文檔。4.4.9 材料歸檔 評審材料歸檔是項目配置管理工作的一部分。新建項目，記載配置管理工具 中為此項目建立一個目錄，并建立下列子目錄。 待評閱態(tài)：文件放入此目錄后會自動通過郵件通知需要評閱的人員，全體 評閱人員評閱完畢，也會自動通過郵件把意見通知文檔作者并實現(xiàn)到期自動提 醒功能。 待評審態(tài)：文件放入此目錄后會自動通過郵件通知需要評審的人員，全體 評閱人員評審?fù)戤叄矔詣油ㄟ^郵件把批準或拒絕的意見通知文檔作者并實 現(xiàn)到期自動提醒功能。 受控態(tài)：評審批準后自動轉(zhuǎn)入受控態(tài)并發(fā)布自動郵件。 簽出態(tài)：為了修改而版本升級，當文件簽出時放入簽出態(tài)。修改后的文檔 可能簽入到待評閱態(tài)、待評審態(tài)或直接到

40、受控態(tài)，但文檔版本已經(jīng)升級。 產(chǎn)品態(tài)：項目結(jié)束后受控態(tài)的文檔自動歸到產(chǎn)品態(tài)。5、 質(zhì)量記錄： 評審計劃、評審報告項目交付物管理制度1、2、目的：為規(guī)范本公司研發(fā)部技術(shù)文件的管理， 確保文件編制的正確性、 完整性， 特制訂本制度。范圍： 適用于公司研發(fā)部門項目完成后的交付物的管理。3、職責(zé)：3.1 項目組長及成員應(yīng)對所研發(fā)項目的交付物列清單逐一交付。3.2 辦公室為研發(fā)部技術(shù)文件設(shè)立檔案保管，借閱情況統(tǒng)一進行統(tǒng)計。4、程序：4.1技術(shù)文件的編制、審核、批準技術(shù)文件包括： 產(chǎn)品設(shè)計圖紙； 作業(yè)指導(dǎo)書； 設(shè)計相關(guān)書籍、光盤等； 技術(shù)檔案和技術(shù)資料； 未打印出圖的尚在計算機里的圖紙資料； 發(fā)放到各部門

41、的技術(shù)文件； 實物樣品等研發(fā)部相關(guān)文件。1)a)b)c)d)e)f)g)2)3)4)5)6)7)技術(shù)文件的技術(shù)要求和數(shù)據(jù)等必須符合國家相關(guān)標準和規(guī)定要求。技術(shù)文件由技術(shù)開發(fā)部等相對應(yīng)部門編制， 研發(fā)部應(yīng)對技術(shù)文件的準確性、 合理性負責(zé)。研發(fā)部部長負責(zé)技術(shù)文件的審核?？偨?jīng)理負責(zé)技術(shù)文件的批準。技術(shù)文件的編制必須嚴格保密。 技術(shù)文件應(yīng)保證標題欄中的編號、名稱、日期、審核、批準等欄中簽署齊 全，簽署不齊全的技術(shù)文件無效。4.2技術(shù)文件的管理與應(yīng)用1) 技術(shù)文件的發(fā)放：a. 技術(shù)文件在發(fā)放至生產(chǎn)車間之前，必須加蓋“受控文件”章，到研發(fā) 部處登記，填寫【技術(shù)文件領(lǐng)返記錄表】，簽字領(lǐng)出。b. 技術(shù)文件的發(fā)

42、放按生產(chǎn)計劃進行，定期發(fā)放的生產(chǎn)用文件由研發(fā)部統(tǒng) 一下發(fā)和更換。研發(fā)部門必須保證下發(fā)的工藝的完整性和有效性，同 時保證下發(fā)到車間主任、生產(chǎn)指導(dǎo)、檢驗等部門的工藝應(yīng)一致。2) 技術(shù)文件的保管和使用：a. 研發(fā)部的技術(shù)文件應(yīng)長期并分類保存，管理要科學(xué)系統(tǒng)，能有效控制， 確保各相關(guān)部門都能得到有效的版本，防止作廢的技術(shù)文件誤用。作 廢的技術(shù)文件必須經(jīng)常研發(fā)部部門鑒定且研發(fā)部部長批準后銷毀。b. 本公司的技術(shù)文件，由研發(fā)部管理。確保所保管的技術(shù)文件不受潮、 不霉爛、不受損、不丟失。c. 紙質(zhì)技術(shù)文件或光盤技術(shù)文件等收存到資料柜內(nèi)保管，資料柜鑰匙由 研發(fā)部部長負責(zé)保管。本單位有關(guān)人員可以查、借閱。借閱技

43、術(shù)文件 應(yīng)憑技術(shù)開發(fā)部部長批準的【借閱申請單】向研發(fā)部借閱。用完及時 歸還，并保證文件的完整性。d. 技術(shù)文件是公司進行生產(chǎn)和各項管理工作共同的技術(shù)依據(jù)，必須加強 管理，各種技術(shù)文件的登記、保管、復(fù)制、收發(fā)、注銷、歸檔和保密 工作，保證技術(shù)文件的完整，準確清晰、統(tǒng)一等。e. 簽字領(lǐng)出技術(shù)文件人應(yīng)負責(zé)將領(lǐng)出的文件收回，交研發(fā)部部長存檔。f. 每種技術(shù)文件，研發(fā)部應(yīng)完成技術(shù)資料整理，并做備份、存檔。3)g. 本廠所使用的研發(fā)部技術(shù)文件一律由研發(fā)部統(tǒng)一保管，統(tǒng)一建檔并逐 一登記。技術(shù)文件的更改a. 產(chǎn)品投入生產(chǎn)時，技術(shù)科應(yīng)及時提供相應(yīng)的工藝作業(yè)指導(dǎo)書并確保無 誤。生產(chǎn)部如發(fā)現(xiàn)操作時，有不妥當?shù)姆矫婕?/p>

44、時與技術(shù)科主管溝通解決。b. 下發(fā)后的技術(shù)文件如需更改，研發(fā)部需要下發(fā)文件更改申請單， 各相關(guān)部門必須據(jù)通知單要求做相應(yīng)更改。涉及安全性能的圖紙更改 后，須由研發(fā)部組織重新審核并備案。更換的技術(shù)文件要有標記，并要有記錄。c. 技術(shù)文件修改前，負責(zé)修改部門要提出修改理由及具體內(nèi)容，交研發(fā) 部部長審批。d. 修改后的技術(shù)文件必須重新履行會審、會簽及批準手續(xù)，填發(fā)文件 更改申請單。技術(shù)文件的保密 任何部門、個人不得擅自打印、復(fù)制公司技術(shù)文件，不得以電子文檔等 形式在網(wǎng)上傳遞或者用移動硬盤、 U 盤、軟盤等拷貝出。因工作需要必 須打印或復(fù)制時， 經(jīng)辦人提出書面申請書， 開發(fā)部部長簽字批準后方可 通過打

45、印、復(fù)制、拷貝。b、為了保證技術(shù)資料的保密性，除按正常程序辦理外，任何人不得私自向 外人轉(zhuǎn)讓和借出技術(shù)資料，一經(jīng)發(fā)現(xiàn)要按公司所簽署的保密協(xié)議給 予嚴肅處理。C、員工用于工作的計算機未經(jīng)主管批準不得隨意拆開， 計算機硬盤中的資 料屬公司機密，硬盤不準任何人私自帶出公司。若計算機出現(xiàn)故障，需 研發(fā)部部長指定專業(yè)人送修，并保證硬盤中資料保密性。d、技術(shù)科及其他使用、保管技術(shù)資料的部門或個人，應(yīng)注意保密，嚴禁將 技術(shù)資料帶出公司，或提供給其他公司。技術(shù)文件的銷毀 由于新技術(shù)的日新月異，越積越多的技術(shù)文件會占據(jù)不必要的資源， 故有的技術(shù)文件需要銷毀和清除， 對回收的技術(shù)文件由技術(shù)部門統(tǒng)一管 理。需要銷毀

46、的研發(fā)部技術(shù)文件，研發(fā)部部長會同有關(guān)技術(shù)人員一起仔細 校對核實， 然后將銷毀理由與銷毀文件清單上報研發(fā)部部長， 由研發(fā)部 部長簽署“同意”后，方可銷毀。普通技術(shù)文件須保存 3 年以上，重要技術(shù)文件須保存 5 年以上，以方 便以后的產(chǎn)品技術(shù)改造。因各種原因，導(dǎo)致某種產(chǎn)品不再生產(chǎn)，或產(chǎn)品 改型，使原有技術(shù)資料報廢，由研發(fā)部收回，加蓋“報廢”章，并專項 保管。5、 質(zhì)量記錄： 交付物清單4)5)a、a、b、c、項目驗收流程1、 目的： 為規(guī)范公司項目驗收工作流程。2、范圍： 適用于公司驗收項目管理。3、職責(zé)：3.1 驗收小組成員嚴格按照此規(guī)范對項目進行驗收。3.2 項目組長及成員應(yīng)配合驗收小組成員做

47、好項目驗收工作。3.3 辦公室應(yīng)對驗收情況和結(jié)果進行存檔處理。程序：驗收流程圖： 由于 IT 項目驗收一般均比較復(fù)雜，因此，一般將 IT 項目的驗收劃分為四個 階段：驗收準備、 初步驗收、 最終驗收、 報告總結(jié)。 （見劃分請參見： IT 項目驗收流程圖） 驗收準備 驗收準備階段主要是根據(jù)項目的情況組建驗收組織，并確定驗收方式、驗收內(nèi)容、標準 以及驗收條件等。成立驗收小組。驗收小組的主要組成為使用部門、信息技術(shù)部、招標部門、財務(wù)等 部門，該項工作需要領(lǐng)導(dǎo)的參與和批準，另外，對于金額比較大的項目，有條件也 可以請股東代表參與。確定驗收策略。驗收小組根據(jù)項目的特點確定項目驗收的方式，即是否需要分階段

48、 驗收，完成驗收階段的劃分，并制定相關(guān)的驗收計劃，一般對于比較復(fù)雜的項目均 需要劃分階段進行初步驗收，而且階段的劃分也需要與供應(yīng)商進行溝通和確認。 確定驗收內(nèi)容和標準。根據(jù)前面確定的驗收策略明確各階段驗收的條件、需要驗收 的內(nèi)容、驗收通過的標準，以及需要提交的資料清單等，其中值得一提的是驗收內(nèi) 容包括時間進度的驗收項目。領(lǐng)導(dǎo)審批。由領(lǐng)導(dǎo)審批驗收小組確定的驗收階段和驗收內(nèi)容以及標準等是否合理。4、4.14.21)2)3)4）4.3 初步驗收 初步驗收主要是完成軟硬件系統(tǒng)的初步運行情況， IT 項目可能涉及硬件設(shè)備的驗收，也 可能涉及軟件系統(tǒng)的驗收，也可能同時涉及軟件和硬件的驗收，由于對于機房裝修

49、這樣復(fù)雜 的項目，涉及到幾個硬件子系統(tǒng)和軟件子系統(tǒng)的驗收；對于硬件系統(tǒng)的驗收，存在兩個驗收 步驟，在設(shè)備到貨后需要驗收設(shè)備到貨情況， 在調(diào)試完成后需要進行設(shè)備試車驗收 （試運行） ， 一般付款條件為試車驗收通過，不是到貨驗收通過。驗收申請。當供應(yīng)商認為符合驗收條件后會提請進行驗收。 檢驗驗收條件是否合格。驗收小組接到供應(yīng)商的驗收申請后，審查是否符合驗收條 件。供應(yīng)商進行整改。如果驗收小組認為不符合驗收條件，將要求供應(yīng)商進行整改，供 應(yīng)商根據(jù)驗收小組提出的整改意見進行相關(guān)的整改，整改完成后再次提請驗收。 驗收類型的判斷。 驗收小組會根據(jù)項目的性質(zhì)， 分別按照軟硬件系統(tǒng)進行初步驗收。 硬件設(shè)備到貨

50、驗收。當硬件設(shè)備到貨后，供應(yīng)商會提請進行到貨驗收，驗收小組將 根據(jù)合同和驗收內(nèi)容進行設(shè)備的品牌和規(guī)格的檢驗，查看設(shè)備是否完整無缺，并記 錄設(shè)備到貨時間是否符合要求。報關(guān)單、保修卡和說明書等校驗。驗收小組檢驗設(shè)備的保修卡和說明書等資料是否 準確無誤，另外，對于進口設(shè)備需要檢查設(shè)備的報關(guān)單是否正確和有效。集成調(diào)試。到貨驗收合格后，供應(yīng)商進行設(shè)備的集成調(diào)試工作。1)2)3)4)5)6)7)試運行驗收。俗稱試車驗收，在供應(yīng)商完成設(shè)備的集成調(diào)試后將提請進行試運行驗 收，驗收小組需要根據(jù)驗收內(nèi)容逐項進行相關(guān)驗收。軟件系統(tǒng)功能驗證。軟件使用部門根據(jù)需求或驗收內(nèi)容和標準，對軟件系統(tǒng)功能進 行詳細驗證測試，驗收

51、小組監(jiān)督和匯總測試情況。軟件系統(tǒng)性能驗證。信息技術(shù)部從技術(shù)的角度，對系統(tǒng)進行性能等技術(shù)測試，驗收 小組監(jiān)督和匯總測試情況。資料驗收。驗收小組根據(jù)驗收準備階段的要求逐項核對資料的提交情況，資料包括 合同中要求的程序源代碼、操作手冊、培訓(xùn)資料、測試報告、過程數(shù)據(jù)等。綜合評議。驗收小組匯總該項目本階段各種驗收資料，對項目的驗收情況進行集體 評議。檢驗驗收情況。驗收小組將根據(jù)綜合評議情況，判斷是否驗收合格，對于不合格的 部分提出整改意見。進行整改。如果本次驗收沒有通過，則供應(yīng)商需要根據(jù)驗收小組的要求進行相關(guān)整 改。復(fù)驗。當供應(yīng)商完成整改后，驗收小組將組織復(fù)驗。 檢驗初步驗收是否通過。如果本次驗收通過，

52、驗收小組將檢驗初步驗收涉及的各階 段驗收是否完成，如果初步驗收完成，將進入正式運行階段；如果還存在后續(xù)驗收 階段，將重復(fù) 5至 19的步驟，直至所有子系統(tǒng)驗收合格。對于一些國家或監(jiān)管部門 有相應(yīng)法規(guī)約束的特殊項目，是否通過相關(guān)外部驗收將是項目初驗合格的基礎(chǔ)，如 機房工程需要通過消防局、 電力等部門的驗收， 網(wǎng)絡(luò)系統(tǒng)需要通過保監(jiān)會的驗收等。4.4 最終驗收IT 項目通過初步驗收后，將投入生產(chǎn)運行，由于有些問題可能需要在生產(chǎn)環(huán)境運行一段 時間后才能暴露，最終驗收就是需要解決這些問題。一般在最終驗收通過后在進行質(zhì)保金的8)9)10)11)12)13)14)15)16)支付。1)2)正式運行系統(tǒng)。 I

53、T 項目通過初步驗收后，將投入生產(chǎn)運行。 最終驗收。當系統(tǒng)運行一段時間(一般在合同中明確)后，驗收小組將匯總各使用 部門的驗證情況或驗收小組組織全面的驗收。檢驗最終驗收是否合格。驗收小組將根據(jù)驗收情況出具驗收結(jié)論。 進行整改。如果驗收不合格，供應(yīng)商將根據(jù)驗收小組的整改意見進行整改。 復(fù)驗。供應(yīng)商完成整改后，驗收小組將根據(jù)項目的實際情況進行復(fù)驗。3)4)5)4.5 報告總結(jié)IT 項目通過最終驗收后，驗收小組將根據(jù)驗收情況撰寫驗收報告，同時將總結(jié)驗收工作 的得與失，1)2)以便未來更好的運作其他項目。撰寫驗收報告。如果最終驗收通過，驗收小組將根據(jù)驗收情況撰寫驗收報告，驗收 報告不僅需要包括本次項目驗收的情況總結(jié)，也需要總結(jié)本次驗收工作的得與失。 領(lǐng)導(dǎo)審批。驗收小組撰寫的驗收報告，將交分管領(lǐng)導(dǎo)審批，如果不合格將打回驗收 小組修改。歸檔處理。驗收報告通過領(lǐng)導(dǎo)審批后，將交辦公室進行歸檔處理，同時將相關(guān)資料 交還原部門，如硬件設(shè)備保修卡交還信息技術(shù)部，操作手冊交還業(yè)務(wù)部門。質(zhì)量記錄：驗收報告3)5、研發(fā)部培訓(xùn)管理制度1、