【文章內容簡介】 為制定評審計劃做好準備。 評審計劃 ① 評審組長制定評審計劃（根據(jù)項目計劃和質量計劃） 。 ② 評審組長確定評審對象和評審時間。 ③ 評審組長確定評審級別和策略（形式的組合）。 ④ 評審組長確定評審流程裁減和提交物。 ⑤ 評審組長確定入口條件并通過準則。 ⑥ 評審組長確定回歸評審準則。 ⑦ 評審組長制定評審檢查表（CheckList）。 ⑧ 評審組長確定評審角色構成。 ⑨ 評審組長根據(jù)評審角色構成確定評審人員并成立評審小組。 ⑩ 相關人員（評審人員和項目團隊雙方）確認評審計劃。評審組長發(fā)布評審計劃。 評審準備 ①正式評審前準備：文檔作者向相關人員發(fā)布文檔。 ②評審人員閱讀了解文檔，爭取發(fā)現(xiàn)大部分問題。 ③文檔作者解決大部分發(fā)現(xiàn)的問題。 ④評審組長確定會議地點、環(huán)境、設備和所有材料。 ⑤評審組長確定人員職責和會議議程。 ⑥評審組長確定評審開始條件成熟。 ⑦評審組長通知相關人員到會。 評審會議 ① 主持人（評審組長）宣布會議議程、人員職責和會場紀律。 ② 文檔作者介紹工作成果，對評審人員的疑問進行必要的解釋。 ③ 評審人員對不解之處提出疑問，指出問題或缺陷并說明根據(jù)。 ④ 文檔作者與評審人員討論缺陷的真實性，分清缺陷性問題和建議性問題，討論確定是否需要按照評審人員的要求進行改進。一般不涉及為節(jié)省時間改進方案或錯誤的糾正方案。 評審記錄 ① 正式評審應當記錄有共識的問題或缺陷，也要記錄有爭議待解決的問題。使評審工 作文檔化，便于跟蹤最終解決。 ② 總體記錄：包括項目名稱、系統(tǒng)名稱版本號、 日期時間、 主文檔名稱、附文檔名稱、 文檔版本號、作者、評審類型（首次、回歸、部分和階段） 、評審人員和評審結論。 ③ 缺陷記錄：包括缺陷編號、提出者、章節(jié)／頁碼、缺陷描述、缺陷類型（嚴重、一 般和建議）和承諾改正時間。 ④ 驗證記錄：全部打勾的 CheckList，說明 CheckList 所列的工作都已經做完，所列的內容都已經評審完，確保工作的完整性。 評審結論評審結論包括如下內容： ① 是否需要修改？這是就成果的整體而言，結論可以是無需、少量、較大或是一個量化的數(shù)字。 ② 項目組確定是否接受修改要求？這是針對具體的一條意見或建議。有些問題可能是 誤會，消除了就不是問題；有些建議性的問題，項目組考慮進度可不接受修改要求。 — 如不接受修改要求，項目組給出不修改的理由。 — 如何處理？是否需要進行回歸評審？ — 總體結論：合格或不合格。 — 確定的修改責任人和跟蹤責任人。 — 確定的回歸評審時間。 — 是否都認同評審結論？如果需要做得更正式一些，可以要求相關人員簽字表示同意評審結論，簽字 。 跟蹤與總結評審中發(fā)現(xiàn)的問題的后續(xù)跟蹤是改正錯誤并消除缺陷的有效措施， 應當有專門的負責人進行后續(xù)跟蹤確認錯誤都已改正，根據(jù)結論必要時回歸評審。 ① 評審組長分析評審數(shù)據(jù)并總結經驗。 ② 評審組長發(fā)布評審記錄與數(shù)據(jù)分析報告。 ③ 管理人員應當防止評審數(shù)據(jù)被不恰當?shù)厥褂茫绻褂迷u審數(shù)據(jù)來對個人進行績效 評價，將會給以后的評審工作造成障礙，使評審各方不能放開進行評審。 ④ 評審組長進行工作總結，工作總結很有必要，有利于對項目或過程的改進。 ⑤ 評審組長提交各類評審報告，有關領導批準發(fā)布通過的文檔。 材料歸檔評審材料歸檔是項目配置管理工作的一部分。新建項目，記載配置管理工具中為此項目 建立一個目錄，并建立下列子目錄。 ① 待評閱態(tài)：文件放入此目錄后會自動通過郵件通知需要評閱的人員，全體評閱人員評閱完畢，也會自動通過郵件把意見通知文檔作者并實現(xiàn)到期自動提醒功能。 ② 待評審態(tài)：文件放入此目錄后會自動通過郵件通知需要評審的人員，全體評閱人員評審完畢，也會自動通過郵件把批準或拒絕的意見通知文檔作者并實現(xiàn)到期自動提醒功能。 ③ 受控態(tài)：評審批準后自動轉入受控態(tài)并發(fā)布自動郵件。 ④ 簽出態(tài)：為了修改而版本升級，當文件簽出時放入簽出態(tài)。修改后的文檔可能簽入到待評閱態(tài)、待評審態(tài)或直接到受控態(tài)，但文檔版本已經升級。 ⑤ 產品態(tài)：項目結束后受控態(tài)的文檔自動歸到產品態(tài)。 質量記錄：評審計劃、評審報告第五章 項目交付物管理制度 目的：為規(guī)范本公司研發(fā)部技術文件的管理，確保文件編制的正確性、完整性，特制訂本制度。 范圍：適用于公司研發(fā)部門項目完成后的交付物的管理。 職責： 項目組長及成員應對所研發(fā)項目的交付物列清單逐一交付。 辦公室為研發(fā)部技術文件設立檔案保管，借閱情況統(tǒng)一進行統(tǒng)計。 程序： 技術文件的編制、審核、批準 1) 技術文件包括：a) 產品設計圖紙；b) 作業(yè)指導書；c) 設計相關書籍、光盤等；d) 技術檔案和技術資料；e) 未打印出圖的尚在計算機里的圖紙資料；f) 發(fā)放到各部門的技術文件；g) 實物樣品等研發(fā)部相關文件。2) 技術文件的技術要求和數(shù)據(jù)等必須符合國家相關標準和規(guī)定要求。3) 技術文件由技術開發(fā)部等相對應部門編制，研發(fā)部應對技術文件的準確性、合理性負責。4) 研發(fā)部部長負責技術文件的審核。5) 總經理負責技術文件的批準。6) 技術文件的編制必須嚴格保密。7) 技術文件應保證標題欄中的編號、名稱、日期、審核、批準等欄中簽署齊全，簽署不齊全的技術文件無效。 技術文件的管理與應用1) 技術文件的發(fā)放：a. 技術文件在發(fā)放至生產車間之前，必須加蓋“受控文件”章，到研發(fā)部處登記，填寫【技術文件領返記錄表】，簽字領出。b. 技術文件的發(fā)放按生產計劃進行，定期發(fā)放的生產用文件由研發(fā)部統(tǒng)一下發(fā)和更換。研發(fā)部門必須保證下發(fā)的工藝的完整性和有效性，同時保證下發(fā)到車間主任、生產指導、檢驗等部門的工藝應一致。2) 技術文件的保管和使用：a. 研發(fā)部的技術文件應長期并分類保存，管理要科學系統(tǒng)，能有效控制，確保各相關部門都能得到有效的版本，防止作廢的技術文件誤用。作廢的技術文件必須經常研發(fā)部部門鑒定且研發(fā)部部長批準后銷毀。b. 本公司的技術文件，由研發(fā)部管理。確保所保管的技術文件不受潮、不霉爛、不受損、不丟失。c. 紙質技術文件或光盤技術文件等收存到資料柜內保管，資料柜鑰匙由研發(fā)部部長負責保管。本單位有關人員可以查、借閱。借閱技術文件應憑技術開發(fā)部部長批準的【借閱申請單】向研發(fā)部借閱。用完及時歸還，并保證文件的完整性。d. 技術文件是公司進行生產和各項管理工作共同的技術依據(jù)，必須加強管理，各種技術文件的登記、保管、復制、收發(fā)、注銷、歸檔和保密工作，保證技術文件的完整，準確清晰、統(tǒng)一等。e. 簽字領出技術文件人應負責將領出的文件收回，交研發(fā)部部長存檔。f. 每種技術文件，研發(fā)部應完成技術資料整理，并做備份、存檔。g. 本廠所使用的研發(fā)部技術文件一律由研發(fā)部統(tǒng)一保管，統(tǒng)一建檔并逐一登記。3) 技術文件的更改a. 產品投入生產時，技術科應及時提供相應的工藝作業(yè)指導書并確保無誤。生產部如發(fā)現(xiàn)操作時，有不妥當?shù)姆矫婕皶r與技術科主管溝通解決。b. 下發(fā)后的技術文件如需更改，研發(fā)部需要下發(fā)《文件更改申請單》，各相關部門必須據(jù)通知單要求做相應更改。涉及安全性能的圖紙更改后，須由研發(fā)部組織重新審核并備案。更換的技術文件要有標記，并要有記錄。c. 技術文件修改前，負責修改部門要提出修改理由及具體內容，交研發(fā)部部長審批。d. 修改后的技術文件必須重新履行會審、會簽及批準手續(xù)，填發(fā)《文件更改申請單》。4) 技術文件的保密a、 任何部門、個人不得擅自打印、復制公司技術文件，不得以電子文檔等形式在網(wǎng)上傳遞或者用移動硬盤、U盤、軟盤等拷貝出。因工作需要必須打印或復制時，經辦人提出書面申請書，開發(fā)部部長簽字批準后方可通過打印、復制、拷貝。b、 為了保證技術資料的保密性，除按正常程序辦理外，任何人不得私自向外人轉讓和借出技術資料，一經發(fā)現(xiàn)要按公司所簽署的《保密協(xié)議》給予嚴肅處理。c、 員工用于工作的計算機未經主管批準不得隨意拆開，計算機硬盤中的資料屬公司機密，硬盤不準任何人私自帶出公司。若計算機出現(xiàn)故障，需研發(fā)部部長指定專業(yè)人送修，并保證硬盤中資料保密性。d、 技術科及其他使用、保管技術資料的部門或個人，應注意保密，嚴禁將技術資料帶出公司，或提供給其他公司。5) 技術文件的銷毀a、 由于新技術的日新月異，越積越多的技術文件會占據(jù)不必要的資源，故有的技術文件需要銷毀和清除，對回收的技術文件由技術部門統(tǒng)一管理。b、 需要銷毀的研發(fā)部技術文件，研發(fā)部部長會同有關技術人員一起仔細校對核實，然后將銷毀理由與銷毀文件清單上報研發(fā)部部長，由研發(fā)部部長簽署“同意”后，方可銷毀。c、 普通技術文件須保存3年以上，重要技術文件須保存5年以上，以方便以后的產品技術改造。因各種原因，導致某種產品不再生產，或產品改型，使原有技術資料報廢，由研發(fā)部收回，加蓋“報廢”章，并專項保管。 質量記錄：交付物清單第六章 項目驗收流程 目的：為規(guī)范公司項目驗收工作流程。 范圍：適用于公司驗收項目管理。 職責： 驗收小組成員嚴格按照此規(guī)范對項目進行驗收。 項目組長及成員應配合驗收小組成員做好項目驗收工作。 辦公室應對驗收情況和結果進行存檔處理。 程序： 驗收流程圖：由于IT項目驗收一般均比較復雜，因此，一般將IT項目的驗收劃分為四個階段：驗收準備、初步驗收、最終驗收、報告總結。（見劃分請參見：IT項目驗收流程圖） 驗收準備驗收準備階段主要是根據(jù)項目的情況組建驗收組織，并確定驗收方式、驗收內容、標準以及驗收條件等。1) 成立驗收小組。驗收小組的主要組成為使用部門、信息技術部、招標部門、財務等部門，該項工作需要領導的參與和批準，另外，對于金額比較大的項目，有條件也可以請股東代表參與。2) 確定驗收策略。驗收小組根據(jù)項目的特點確定項目驗收的方式，即是否需要分階段驗收，完成驗收階段的劃分，并制定相關的驗收計劃，一般對于比較復雜的項目均需要劃分階段進行初步驗收，而且階段的劃分也需要與供應商進行溝通和確認。3) 確定驗收內容和標準。根據(jù)前面確定的驗收策略明確各階段驗收的條件、需要驗收的內容、驗收通過的標準，以及需要提交的資料清單等，其中值得一提的是驗收內容包括時間進度的驗收項目。4) 領導審批。由領導審批驗收小組確定的驗收階段和驗收內容以及標準等是否合理。 初步驗收初步驗收主要是完成軟硬件系統(tǒng)的初步運行情況，IT項目可能涉及硬件設備的驗收，也可能涉及軟件系統(tǒng)的驗收，也可能同時涉及軟件和硬件的驗收，由于對于機房裝修這樣復雜的項目，涉及到幾個硬件子系統(tǒng)和軟件子系統(tǒng)的驗收；對于硬件系統(tǒng)的驗收，存在兩個驗收步驟，在設備到貨后需要驗收設備到貨情況，在調試完成后需要進行設備試車驗收（試運行），一般付款條件為試車驗收通過，不是到貨驗收通過。1) 驗收申請。當供應商認為符合驗收條件后會提請進行驗收。2) 檢驗驗收條件是否合格。驗收小組接到供應商的驗收申請后，審查是否符合驗收條件。3) 供應商進行整改。如果驗收小組認為不符合驗收條件，將要求供應商進行整改，供應商根據(jù)驗收小組提出的整改意見進行相關的整改，整改完成后再次提請驗收。4) 驗收類型的判斷。驗收小組會根據(jù)項目的性質，分別按照軟硬件系統(tǒng)進行初步驗收。5) 硬件設備到貨驗收。當硬件設備到貨后，供應商會提請進行到貨驗收，驗收小組將根據(jù)合同和驗收內容進行設備的品牌和規(guī)格的檢驗，查看設備是否完整無缺，并記錄設備到貨時間是否符合要求。6) 報關單、保修卡和說明書等校驗。驗收小組檢驗設備的保修卡和說明書等資料是否準確無誤，另外，對于進口設備需要檢查設備的報關單是否正確和有效。7) 集成調試。到貨驗收合格后，供應商進行設備的集成調試工作。8) 試運行驗收。俗稱試車驗收，在供應商完成設備的集成調試后將提請進行試運行驗收，驗收小組需要根據(jù)驗收內容逐項進行相關驗收。9) 軟件系統(tǒng)功能驗證。軟件使用部門根據(jù)需求或驗收內容和標準，對軟件系統(tǒng)功能進行詳細驗證測試，驗收小組監(jiān)督和匯總測試情況。10) 軟件系統(tǒng)性能驗證。信息技術部從技術的角度，對系統(tǒng)進行性能等技術測試，驗收小組監(jiān)督和匯總測試情況。11) 資料驗收。驗收小組根據(jù)驗收準備階段的要求逐項核對資料的提交情況，資料包括合同中要求的程序源代碼、操作手冊、培訓資料、測試報告、過程數(shù)據(jù)等。12) 綜合評議。驗收小組匯總該項目本階段各種驗收資料，對項目的驗收情況進行集體評議。13) 檢驗驗收情況。驗收小組將根據(jù)綜合評議情況，判斷是否驗收合格，對于不合格的部分提出整改意見。14) 進行整改。如果本次驗收沒有通過，則供應商需要根據(jù)驗收小組的要求進行相關整改。15) 復驗。當供應商完成整改后，驗收小組將組織復驗。16) 檢驗初步驗收是否通過。如果本次驗收通過，驗收小組將檢驗初步驗收涉及的各階段驗收是否完成，如果初步驗收完成，將進入正式運行階段；如果還存在后續(xù)驗收階段，將重復5至19的步驟，直至