質(zhì)量保證體系建設(shè)方案A

1、質(zhì)量保證體系建設(shè)方案版本：V1.0文檔編號保密等級作者劉云龍最后修改日期審核 人最后審批日期批準(zhǔn) 人最后批準(zhǔn)日期修訂記錄日期版本修訂說明修訂人2021-10-9V1.0創(chuàng)立劉云龍2021-10-30V1.1增加推進(jìn)實(shí)施示意圖劉云龍1 刖言1.1目勺.1.2范圍.1.3說明.1.4術(shù)語定義2 主要角色和職責(zé)3 建設(shè)點(diǎn)3.1 體系框架3.1.1 方針和目標(biāo)3.1.2 工程類型定義3.1.3 體系結(jié)構(gòu)及職責(zé)3.1.4 組織結(jié)構(gòu)及職責(zé) 3.1.5 四個過程3.2 組織過程3.3 管理過程3.4 工程過程3.5 支持過程3.6 工程度量與分析 3.6.1 制定工程度量方案 3.6.2 收集工程度量數(shù)據(jù)

2、3.6.3 分析工程度量數(shù)據(jù) 4 實(shí)施路徑4.1 切入點(diǎn)4.2 測試團(tuán)隊(duì)的建設(shè) 4.3 培訓(xùn)4.4 流程系統(tǒng)和配置管理 4.5 試點(diǎn)4.6 推廣4.7 持續(xù)改良1 刖言1.1目的為了開展軟件開發(fā)過程中的質(zhì)量保證活動，滿足對軟件產(chǎn)品和過程的質(zhì)量控制需要，需要建設(shè)符合易流科技西安研發(fā)中心現(xiàn)狀的質(zhì)量保證體系。特編寫此質(zhì)量體系建設(shè)的方案。1.2范圍本文適用于易流科技西安研發(fā)中心軟件開發(fā)工程的質(zhì)量保證體系建設(shè)。1.3說明由于質(zhì)量體系建設(shè)需要牽扯到軟件開發(fā)工程，組織架構(gòu)，管理，績效，等各個方面，本文的 建設(shè)點(diǎn)不分先后順序，有可能存在同時改良的情況。1.4術(shù)語定義PDP： Project Defined P

3、rocesses 工程定義過程；PM : Project Manager 工程經(jīng)理；QA: Quality Assuranee 質(zhì)量保證。MA : Measurement and Analysis 度量和分析CM : Configuration Management 配置管理PPQA: Process and Product Quality Assuranee 過程和產(chǎn)品的質(zhì)量保證GQM : Goal& Question & Measurement ;目標(biāo)、問題、度量PDB : Process DataBase 過程數(shù)據(jù)庫。CCB :需求變更控制委員會PMO :工程工程群/工程集管理辦公室JI

4、RA :工程管理軟件信息需要：指為到達(dá)工程或組織預(yù)定目標(biāo)而需要關(guān)注的信息可度量概念：關(guān)于如何將特定的活動和產(chǎn)品與需要了解的信息關(guān)聯(lián)起來的概念度量構(gòu)造：實(shí)現(xiàn)可度量概念的方法2主要角色和職責(zé)角色名稱職責(zé)描述質(zhì)量經(jīng)理制疋、維護(hù)并執(zhí)仃工程的?質(zhì)量保證方案?；實(shí)施過程指導(dǎo)，培訓(xùn)流程、標(biāo)準(zhǔn)和制度、工程過程裁減和 定制；參與工程組質(zhì)量活動，并實(shí)施過程控制；對工程組的產(chǎn)出物進(jìn)行檢查和質(zhì)量控制； 與工程經(jīng)理一起按照組織定義的量化目標(biāo)制定和建立工程 的質(zhì)量目標(biāo)，跟蹤該目標(biāo)的達(dá)成；識別工程中的不符合項(xiàng)，形成?不符合項(xiàng)報(bào)告?，確保不符合項(xiàng)問題 得到處理和解決；識別工程中的質(zhì)量風(fēng)險(xiǎn)和質(zhì)量問題，制定預(yù)防和解決方案。 并記

5、錄到報(bào)告、JIRA。向工程組和工程質(zhì)量總監(jiān)反應(yīng)質(zhì)量風(fēng)險(xiǎn)和質(zhì)量問題，并跟 蹤其狀態(tài)直至關(guān)閉。工程經(jīng)理協(xié)助質(zhì)量經(jīng)理一起制定?質(zhì)量保證方案?，并對工程質(zhì)量保證活動的 實(shí)施提供支持；配合質(zhì)量經(jīng)理進(jìn)行產(chǎn)品審計(jì)和過程審計(jì)活動；負(fù)責(zé)對工程過程中發(fā)現(xiàn)的問題評審、審計(jì)、測試等采取行動直到 問題被關(guān)閉；協(xié)助質(zhì)量經(jīng)理預(yù)防和解決工程中的質(zhì)量風(fēng)險(xiǎn)和質(zhì)量問題，直至關(guān)閉。工程組人員配合質(zhì)量經(jīng)理進(jìn)行產(chǎn)品審計(jì)活動和過程審計(jì)活動； 負(fù)責(zé)解決質(zhì)量經(jīng)理發(fā)現(xiàn)的不符合項(xiàng)。工程總監(jiān)為軟件質(zhì)量保證活動提供資源和資金； 定期評審質(zhì)量經(jīng)理的活動和活動的執(zhí)行情況； 保證質(zhì)量經(jīng)理的獨(dú)立的匯報(bào)渠道； 處理解決質(zhì)量經(jīng)理對工程的報(bào)告中列出的在工程中沒有解

6、 決或不能解決的不符合問題。3建設(shè)點(diǎn)3.1體系框架3.1.1 方針和目標(biāo)工程與質(zhì)量管理的方針是：提供卓越設(shè)計(jì)、精心制作品質(zhì)優(yōu)秀的物流軟件產(chǎn)品，不斷滿足客戶需求，并通過不斷改良、 創(chuàng)新和追求，使產(chǎn)品質(zhì)量水平處在物流軟件行業(yè)的前列。工程與質(zhì)量管理的目標(biāo)是：工程實(shí)施過程透明化，交付可預(yù)期；職責(zé)明確，管理標(biāo)準(zhǔn)，保證交付質(zhì)量。3.1.2 工程類型定義不同類型和規(guī)模的工程，應(yīng)該使用不同的質(zhì)量保證方法，對工程進(jìn)行區(qū)分，是質(zhì)量保證工 作運(yùn)行的根底。從工程性質(zhì)上區(qū)分：軟件開發(fā)類工程指根據(jù)客戶需要而成立工程， 工程處于非上線狀態(tài)或者研發(fā)中心脫離上線狀態(tài)影響的軟 件開發(fā)工程。軟件運(yùn)維類工程指產(chǎn)品 / 工程已上線，在

7、生產(chǎn)運(yùn)行過程中，對發(fā)現(xiàn)的生產(chǎn)缺陷、新的小的新增或變更需 求以及數(shù)據(jù)的統(tǒng)計(jì)需求進(jìn)行開發(fā)實(shí)施的工程。信息研究類工程 指內(nèi)部立項(xiàng)的，完善現(xiàn)有產(chǎn)品主線或者自研的工程。從工程規(guī)模上區(qū)分：根據(jù)產(chǎn)品 /工程研發(fā)的業(yè)務(wù)規(guī)模、投入總?cè)藬?shù)的規(guī)模、研發(fā)經(jīng)歷的時間周期，可以將產(chǎn)品/工程分為四類：大型產(chǎn)品 / 工程：投入的總?cè)藬?shù)在 20人以上，研發(fā)時間五個月以上的軟件開發(fā)/ 測試相關(guān)的產(chǎn)品 / 工程；中型產(chǎn)品 / 工程投入人數(shù)在 5人以上，研發(fā)時間三個月以上的軟件開發(fā)/ 測試相關(guān)的產(chǎn)品 / 工程；小型產(chǎn)品 / 工程是指投入人數(shù)不超過 5人，研發(fā)時間不超過一個月的產(chǎn)品 / 工程； 工程群指多個密切相關(guān)的小型工程，這類工程

8、往往在人員上有高度復(fù)用的特性，一個人/ 一個小組同時負(fù)責(zé)幾個工程。3.1.3 體系結(jié)構(gòu)及職責(zé) 依據(jù)管理體系的運(yùn)作需要，結(jié)合實(shí)際情況，建議在研發(fā)中心形成如下工程管理體系組織結(jié) 構(gòu)：最終目標(biāo)，需要逐步實(shí)現(xiàn)PMO戰(zhàn)略層CCB業(yè)務(wù)部門業(yè)務(wù)人員戰(zhàn)術(shù)層開發(fā)工程組測試團(tuán)隊(duì)運(yùn)維人員開發(fā)團(tuán)隊(duì)負(fù)責(zé)人測試團(tuán)隊(duì)負(fù)責(zé)人運(yùn)維團(tuán)隊(duì)負(fù)責(zé)人執(zhí)行層圖1工程管理體系組織結(jié)構(gòu)圖PMO(project man age office)PMC團(tuán)隊(duì)一般由研發(fā)中心主任、畐y主任以及其它管理干部組成，是PMO團(tuán)隊(duì)的主要負(fù)責(zé)人。PMO的主要職責(zé)是制定研發(fā)中心工程整體的戰(zhàn)略規(guī)劃，領(lǐng)導(dǎo)各工程經(jīng)理按戰(zhàn)略規(guī)劃進(jìn)行工程實(shí)施，保證工程按既定戰(zhàn)略目標(biāo)完成。具體

9、職責(zé)如下：負(fù)責(zé)貫徹執(zhí)行質(zhì)量方針和法規(guī)，貫徹執(zhí)行工程管理體系，并負(fù)責(zé)持續(xù)改良該體系；主持制定工程管理方針、質(zhì)量目標(biāo)，發(fā)布命令建立和運(yùn)行工程管理體系；主持管理評審，對產(chǎn)品質(zhì)量、效勞質(zhì)量全面負(fù)責(zé)；確保研發(fā)中心人員、設(shè)施、環(huán)境等必要資源的提供。各工程(開發(fā)/測試)負(fù)責(zé)人定期向研發(fā)中心最高管理層和PMO團(tuán)隊(duì)匯報(bào)工程進(jìn)展和問題風(fēng)險(xiǎn)；組織、建設(shè)工程團(tuán)隊(duì)，合理安排工程任務(wù)方案；對工程最終交付負(fù)責(zé)，遵循一定的質(zhì)量標(biāo)準(zhǔn)。質(zhì)量經(jīng)理向PMC負(fù)責(zé)，協(xié)助PMO完成日常的質(zhì)量工作； 監(jiān)督整個工程團(tuán)隊(duì)過程工作，確保工程團(tuán)隊(duì)的活動按標(biāo)準(zhǔn)進(jìn)行，在工程過程中定期或 者不定期的審計(jì)相關(guān)的工作；參與或者協(xié)助工程經(jīng)理 / 小組長組織必要

10、的評審活動。配置管理員管理和維護(hù)配置庫和配置管理環(huán)境；執(zhí)行配置管理過程，生成配置狀態(tài)報(bào)告；控制配置變更過程，重點(diǎn)把握基線、版本的升級和歸并；把輸出的工作產(chǎn)品納入配置庫；負(fù)責(zé)為CCB提供配置信息，執(zhí)行 CCB授權(quán)的配置管理職責(zé)。CCB(change control board)變更控制委員會是一個虛擬的組織，由工程領(lǐng)導(dǎo)小組、工程負(fù)責(zé)人和技術(shù)、測試以及業(yè)務(wù)骨干組成； 對工程的變更進(jìn)行評估；對變更的結(jié)果進(jìn)行評審，批準(zhǔn)工程的變更請求； 對基線建立進(jìn)行審計(jì)，審批基線報(bào)告。3.1.4 組織結(jié)構(gòu)及職責(zé)根據(jù)易流科技西安研發(fā)中心現(xiàn)狀，軟件工程組織結(jié)構(gòu)如下列圖所示，由研發(fā)部、工程部、質(zhì)控部以及下屬分支機(jī)構(gòu)組成組成

11、：圖2 軟件工程組織結(jié)構(gòu)圖對于小型工程來講，一般架構(gòu)師由工程經(jīng)理一人承當(dāng)；不同類型的工程，各小組的設(shè)置不同；配置管理可由組織級統(tǒng)一人員擔(dān)任。研發(fā)中心主任審批工程方案 / 立項(xiàng) / 結(jié)項(xiàng)等相關(guān)；資源調(diào)配，為工程實(shí)施提供必要的資源保障。工程經(jīng)理確定工程范圍，并跟蹤管理控制；制定工程方案(包括資源方案、進(jìn)度方案等)，并跟蹤管理控制；分配工作任務(wù)，并跟蹤完成情況，解決工程問題，保證工程交付； 管理工程風(fēng)險(xiǎn)、與內(nèi)、外相關(guān)干系人協(xié)調(diào)解決工程問題； 匯報(bào)工程績效，使工程過程透明化。質(zhì)量經(jīng)理 制定、維護(hù)并執(zhí)行工程的?質(zhì)量保證方案?； 參與工程組工作過程和活動，實(shí)施過程控制； 對工程組各個階段的產(chǎn)出物進(jìn)行檢查和

12、質(zhì)量控制； 實(shí)施過程引導(dǎo)，培訓(xùn)流程、標(biāo)準(zhǔn)和標(biāo)準(zhǔn)； 識別工程中的不符合項(xiàng)，形成?不符合項(xiàng)問題報(bào)告?，并確保不符合項(xiàng)問題得到處理 和解決；向工程組和總監(jiān)反應(yīng)工程質(zhì)量問題。架構(gòu)師協(xié)助工程經(jīng)理進(jìn)行技術(shù)把關(guān)和技術(shù)管理；負(fù)責(zé)工程技術(shù) / 業(yè)務(wù)架構(gòu)設(shè)計(jì)。需求組參與?工作說明書?的評審； 進(jìn)行軟件需求分析含功能需求和性能需求； 編寫?軟件需求規(guī)格說明書?并參與有關(guān)的評審； 執(zhí)行需求變更并參與相關(guān)的評審。設(shè)計(jì)組根據(jù)?軟件需求規(guī)格說明書?完成軟件設(shè)計(jì)過程； 編寫?系統(tǒng)設(shè)計(jì)說明書?；參與設(shè)計(jì)的評審。開發(fā)組根據(jù)?程序語言編碼標(biāo)準(zhǔn)?或相關(guān)的慣例，完成軟件編碼過程； 負(fù)責(zé)根據(jù)設(shè)計(jì)文檔編寫源代碼，進(jìn)行代碼審查或單元測試；

13、編寫用戶手冊等技術(shù)文檔；參與必要的評審活動。測試組編寫測試用例并建立測試環(huán)境； 負(fù)責(zé)進(jìn)行集成測試和系統(tǒng)測試并記錄發(fā)現(xiàn)的問題； 編寫?測試報(bào)告?等結(jié)論性文件；參與必要的評審活動； 確保按測試標(biāo)準(zhǔn)進(jìn)行，確保修改后的驗(yàn)證閉環(huán)，確保最終產(chǎn)品與需求設(shè)計(jì)的符合。3.1.5 四個過程工程管理體系分為四個過程域組，分別是：組織過程管理過程工程過程支持過程圖 3 四個過程這四個過程域組會分別在以下章節(jié)簡述。3.2 組織過程組織過程主要包含培訓(xùn)管理機(jī)制及控制活動。本局部包括以下過程：培訓(xùn)管理過程 培訓(xùn)可有效提高整體員工的業(yè)務(wù)能力，技術(shù)能力。通過對工程流程和 質(zhì)量相關(guān)培訓(xùn)，可讓員工更好理解流程的意義，加快質(zhì)量體系的

14、推進(jìn)速度。3.3 管理過程工程管理是實(shí)現(xiàn)工程交付、為客戶提供產(chǎn)品和效勞的關(guān)鍵環(huán)節(jié)。工程管理過程涉及到各個部門和每個工程組，包括：工程管理的立項(xiàng)、工程方案、工程執(zhí)行和跟蹤控制、工程結(jié)項(xiàng)等。本局部包括以下幾個過程：工程立項(xiàng)過程 標(biāo)準(zhǔn)軟件工程的立項(xiàng)過程，保證軟件工程立項(xiàng)的可行性和合理性，降 低工程實(shí)施的風(fēng)險(xiǎn)工程方案過程 標(biāo)準(zhǔn)軟件工程方案過程，工程方案要建立在估算結(jié)果的根底之上，充 分考慮，確定范圍矩陣、高層方案、本錢預(yù)算、資源方案、風(fēng)險(xiǎn)等內(nèi)容 工程方案變更管理過程 控制工程在執(zhí)行中所涉及的人員、需求、方案和預(yù)算等各項(xiàng) 變更；標(biāo)準(zhǔn)變更流程；保證工程變更的嚴(yán)肅性和有效性，加強(qiáng)工程監(jiān)控的力度 工程跟蹤和控

15、制過程 定義該過程的目的是為了對軟件工程進(jìn)行跟蹤和控制，使軟件 的開發(fā)過程不會偏離正確的軌跡，使軟件開發(fā)的進(jìn)度、本錢和質(zhì)量得到有效的控制。 通過定量管理工程的已定義過程，以便實(shí)現(xiàn)工程定義的質(zhì)量目標(biāo)和過程性能目標(biāo)，提 高工程過程的可視性 問題管理過程 通過對問題的管理，有效的發(fā)現(xiàn)、控制問題，跟蹤問題，使問題得到 有效的管理、控制和解決。防止問題的遺留拖延造成問題的擴(kuò)大化和惡化而影響產(chǎn)品 開發(fā)和產(chǎn)品交付風(fēng)險(xiǎn)管理過程 工程風(fēng)險(xiǎn)與問題管理過程主要是提高工程的風(fēng)險(xiǎn)管理能力，有效躲避 工程的風(fēng)險(xiǎn)，對風(fēng)險(xiǎn)產(chǎn)生的問題統(tǒng)一管理。防止風(fēng)險(xiǎn)的擴(kuò)大和問題的升級，影響工程 的交付和成功工程結(jié)項(xiàng)過程 結(jié)項(xiàng)后，需要對工程進(jìn)

16、行歸納總結(jié)，并對工程中產(chǎn)生的產(chǎn)品和過程數(shù) 據(jù)進(jìn)行歸檔，作為同類工程做類比和決策數(shù)據(jù)3.4 工程過程工程過程是實(shí)現(xiàn)對客戶承諾交付的根底的過程，是產(chǎn)品和效勞實(shí)現(xiàn)的主要的環(huán)節(jié)。具體包 括以下幾個過程：需求開發(fā)與管理過程 需求管理過程的目的是為工程組控制和跟蹤需求提供依據(jù)，從 而保證工程范圍變化是可控的軟件設(shè)計(jì)過程 設(shè)計(jì)過程需要對系統(tǒng)的數(shù)據(jù)字典；系統(tǒng)的公共類、公共方法和屬性； 系統(tǒng)與外部系統(tǒng)的接口描述，協(xié)議、交換的數(shù)據(jù)格式等；系統(tǒng)內(nèi)部各個子系統(tǒng)、各個 模塊之間的內(nèi)部接口關(guān)系，詳細(xì)描述接口數(shù)據(jù)的結(jié)構(gòu)、更新機(jī)制等；系統(tǒng)設(shè)計(jì)局部的 處理實(shí)體 子系統(tǒng)，模塊 等各方面進(jìn)行系統(tǒng)的設(shè)計(jì)軟件實(shí)現(xiàn)和單元測試過程 統(tǒng)一組

17、織內(nèi)部的單元測試環(huán)節(jié)的工作方式和工作流程。對 于結(jié)構(gòu)化的編程語言，程序單元指程序中定義的函數(shù)或子程序。單元測試是指對函數(shù) 或子程序所進(jìn)行的測試軟件測試過程 軟件測試工作過程，明確各階段的測試工作內(nèi)容 測試缺陷管理過程 測試過程中，缺陷必須進(jìn)行有效的管理，以保證發(fā)現(xiàn)的缺陷被記 錄、跟蹤、修復(fù)和驗(yàn)證，通過進(jìn)一步對缺陷的統(tǒng)計(jì)分析，以衡量測試效果及軟件質(zhì)量 工程上線過程 工程上線主要關(guān)注上線過程和上線后出現(xiàn)的問題和缺陷的跟蹤和處理 工程驗(yàn)收過程 為軟件工程提供標(biāo)準(zhǔn)的驗(yàn)收過程，為工程經(jīng)理和質(zhì)量經(jīng)理的工作提供 指導(dǎo)3.5 支持過程根據(jù)物流軟件開發(fā)業(yè)務(wù)的特點(diǎn)，支持活動適用于整個組織管理和開發(fā)過程，這些活動對

18、項(xiàng)目質(zhì)量起著重要的保證和支持作用。組織必須保證整個軟件過程資產(chǎn)得到保護(hù)和有效管理。支持活動由以下過程組成：質(zhì)量管理過程 通過對過程質(zhì)量的管控，逐步提高整體員工質(zhì)量意識，到達(dá)提高產(chǎn)品 質(zhì)量的目的軟件配置管理過程 確保所有的配置項(xiàng)都唯一地被標(biāo)識并且可訪問，確保對配置項(xiàng)的更新都是可控的和可跟蹤的，保證基線化的配置項(xiàng)的變更被適當(dāng)?shù)貙?shí)施，確保所有基線化的配置項(xiàng)的狀態(tài)，同時幫助開發(fā)人員、測試人員、工程管理者能方便及時的 獲得工程的有用信息 , 促使開發(fā)工作高效地進(jìn)行同行評審過程 同行評審的主要目的是發(fā)現(xiàn)問題，盡量在工程前期將問題發(fā)現(xiàn)，防止 問題遺留到后期3.6 工程度量與分析通過制定本過程標(biāo)準(zhǔn)工程度量與分

19、析過程，為工程定義定量的目標(biāo)進(jìn)行可量化的過程改良 奠定根底；為工程資源的分配和工程相關(guān)決策提供有力的數(shù)據(jù)支持。圖 4 工程度量分析過程3.6.1 制定工程度量方案質(zhì)量經(jīng)理配合工程經(jīng)理根據(jù)工程情況，如工程需求、特性、約束等，對組織級 度量定義進(jìn)行調(diào)整，確定工程度量和控制指標(biāo)、數(shù)據(jù)源、數(shù)據(jù)采集頻率、數(shù)據(jù) 分析方式等，完成?工程量化管理方案?的編寫； 工程量化管理方案與工程方案由工程總監(jiān)進(jìn)行評審。3.6.2 收集工程度量數(shù)據(jù)工程經(jīng)理根據(jù)度量方案中的度量信息源，定期收集度量數(shù)據(jù)，存儲在?工程周報(bào)? 等相關(guān)文檔中；3.6.3 分析工程度量數(shù)據(jù)工程經(jīng)理每周對度量數(shù)據(jù)進(jìn)行分析，確定是否能夠滿足工程的質(zhì)量目標(biāo)

20、，如何進(jìn)行 控制，質(zhì)量經(jīng)理對質(zhì)量數(shù)據(jù)進(jìn)行分析，用以控制工程質(zhì)量管理活動，對于分析的結(jié)果， 記錄在?工程周報(bào)?中。4 實(shí)施路徑圖 5 實(shí)施路徑4.1 切入點(diǎn)根據(jù)易流科技西安研發(fā)中心現(xiàn)狀，需要做好質(zhì)量體系，必須首先標(biāo)準(zhǔn)工程體系。項(xiàng) 目體系目前最需要改良的地方就是需求。目前需求沒有在前期進(jìn)行挖掘，沒有文檔化，沒有經(jīng)過評審，更沒有基線化，導(dǎo)致 用戶需求沒有被徹底開發(fā)， 會造成工程實(shí)施過程中需求變更大量涌現(xiàn)， 工程質(zhì)量和工程 進(jìn)度都會受到嚴(yán)重影響。首先需要需求文檔化，這樣開發(fā)和測試才能有相應(yīng)的依據(jù)。其次需求要經(jīng)過內(nèi)部評審， 架構(gòu)， 開發(fā)，測試，運(yùn)維均要參加需求的評審工作， 充分發(fā)揮眾人拾柴火焰高的優(yōu)勢。

21、通過內(nèi)部評審，也可以增加開發(fā)和測試對產(chǎn) 品的理解，產(chǎn)品質(zhì)量會有顯著提高。評審后的需求，需要找客戶進(jìn)行確認(rèn)，盡量在工程初期就確定下需求，前期需 求越接近客戶實(shí)際需要，后期變更就會越少，對工程進(jìn)度和質(zhì)量的影響越小。 客戶確認(rèn)后的需求進(jìn)行基線化。需求基線化之后所有提出的新需求都要走變更流程，變更流程有 3 個方面的意 義：1. 方便我們在工程過程中對變更做實(shí)時的跟蹤，解決。2. 讓客戶清楚軟件開發(fā)過程中的變更是有本錢的，通過對變更的收集，可以 量化對工程的影響，比方某變更實(shí)現(xiàn)消耗了多少人力。3. 工程經(jīng)理在收集用戶變更請求時，可以已需要變更審批為理由，暫時拒絕 用戶變更請求。需求文檔在工程完成后，

22、可以存檔。 類似工程啟動時， 可以引導(dǎo)客戶需求方向， 復(fù)用已有的資源。4.2 測試團(tuán)隊(duì)的建設(shè)測試團(tuán)隊(duì)目前共有 9 人，規(guī)模小，靈活性高，可以從測試團(tuán)隊(duì)的測試標(biāo)準(zhǔn)性做起， 作為整體質(zhì)量體系的實(shí)驗(yàn)田。測試的根底是需求，所以所有的工作都是在需求做好的根底上開展的。圖 6 測試體系結(jié)構(gòu)4.3 培訓(xùn)質(zhì)量是公司所有人共同努力才能提高的， 首先所有人需要對工程管理體系和質(zhì)量體 系要認(rèn)可，知道按照流程和既定的方法來做事，有哪些好處，才能更有動力，更好的支 持這些“額外的工作。方案針對不同人群進(jìn)行工程管理體系和質(zhì)量管理體系的培訓(xùn)， 做好工程管理體系和 質(zhì)量管理體系的“軟件鋪墊。4.4 流程系統(tǒng)和配置管理公司現(xiàn)在使用 JIRA 主要來管理工作日報(bào)和缺陷。 需要挖掘 JIRA 的潛力