研發(fā)管理流程

威科姆公司產(chǎn)品研發(fā)管理流程研究院質(zhì)量管理辦公室第一頁，共五十一頁。產(chǎn)品研發(fā)生命周期模型示意圖第二頁，共五十一頁。產(chǎn)品研發(fā)生命周期模型簡介七個(gè)階段：立項(xiàng)項(xiàng)目計(jì)劃需求開發(fā)設(shè)計(jì)&實(shí)現(xiàn)測試發(fā)布結(jié)項(xiàng)三類過程：管理過程研發(fā)過程支持過程第三頁，共五十一頁。研發(fā)流程的階段劃分（1）第四頁，共五十一頁。立項(xiàng)階段的主要活動(dòng)第五頁，共五十一頁。項(xiàng)目計(jì)劃階段的主要活動(dòng)第六頁，共五十一頁。研發(fā)流程的階段劃分（2）第七頁，共五十一頁。需求開發(fā)階段的主要活動(dòng)第八頁，共五十一頁。研發(fā)流程的階段劃分（3）第九頁，共五十一頁。設(shè)計(jì)階段的主要活動(dòng)（1）第十頁，共五十一頁。設(shè)計(jì)階段的主要活動(dòng)（2）第十一頁，共五十一頁。實(shí)現(xiàn)階段的主要活動(dòng)第十二頁，共五十一頁。研發(fā)流程的階段劃分（4）第十三頁，共五十一頁。測試階段的主要活動(dòng)第十四頁，共五十一頁。產(chǎn)品發(fā)布、結(jié)項(xiàng)階段的主要活動(dòng)第十五頁，共五十一頁。產(chǎn)品研發(fā)生命周期的過程分類之一：管理過程立項(xiàng)管理項(xiàng)目計(jì)劃項(xiàng)目監(jiān)督與控制結(jié)項(xiàng)管理第十六頁，共五十一頁。立項(xiàng)管理立項(xiàng)管理的主要目的：通過規(guī)范化的流程，判斷并采納符合企業(yè)根本目標(biāo)的立項(xiàng)建議，提供合適的資金和資源，使立項(xiàng)建議成為正式的項(xiàng)目。反之，拒絕不能給企業(yè)帶來利益的立項(xiàng)建議，避免浪費(fèi)人力資源、資金和時(shí)間第十七頁，共五十一頁。立項(xiàng)管理：流程圖第十八頁，共五十一頁。項(xiàng)目計(jì)劃：流程圖第十九頁，共五十一頁。項(xiàng)目計(jì)劃階段的主要工作產(chǎn)品主要工作產(chǎn)品：<項(xiàng)目計(jì)劃書>（項(xiàng)目經(jīng)理負(fù)責(zé)編寫）<項(xiàng)目綜合計(jì)劃mpp>（項(xiàng)目經(jīng)理負(fù)責(zé)編寫）

<配置管理計(jì)劃>（配置管理工程師負(fù)責(zé)）<質(zhì)量保證計(jì)劃>（QA工程師負(fù)責(zé)）

第二十頁，共五十一頁。項(xiàng)目計(jì)劃：評(píng)審項(xiàng)目計(jì)劃并進(jìn)行配置管理項(xiàng)目計(jì)劃文檔編寫完成后要舉行正式的評(píng)審會(huì)議，項(xiàng)目組所有成員及高層經(jīng)理均要參加。所有項(xiàng)目組成員要給出評(píng)審意見并簽字，也即做出保證完成自己承擔(dān)的工作和任務(wù)的承諾。評(píng)審?fù)ㄟ^后的項(xiàng)目計(jì)劃文檔均要納入配置庫管理。第二十一頁，共五十一頁。項(xiàng)目監(jiān)督與控制：流程圖第二十二頁，共五十一頁。

項(xiàng)目組周例會(huì)

項(xiàng)目經(jīng)理定期（每周一次）召開項(xiàng)目組內(nèi)例會(huì)，討論項(xiàng)目進(jìn)展情況，總結(jié)問題，分配項(xiàng)目工作任務(wù)。會(huì)后要形成《項(xiàng)目周例會(huì)會(huì)議紀(jì)要》。1、舉行項(xiàng)目組周例會(huì)第二十三頁，共五十一頁。

項(xiàng)目進(jìn)展報(bào)告

項(xiàng)目經(jīng)理應(yīng)當(dāng)定期（每周一次）撰寫《項(xiàng)目進(jìn)展報(bào)告》，通報(bào)給上級(jí)領(lǐng)導(dǎo)和所有項(xiàng)目成員。2、匯報(bào)項(xiàng)目進(jìn)展第二十四頁，共五十一頁。3、識(shí)別并監(jiān)督項(xiàng)目風(fēng)險(xiǎn)建議每周進(jìn)行一次參見：《項(xiàng)目進(jìn)展報(bào)告》的‘風(fēng)險(xiǎn)跟蹤’子表第二十五頁，共五十一頁。4、識(shí)別并解決項(xiàng)目問題建議每周進(jìn)行一次參見：《項(xiàng)目進(jìn)展報(bào)告》的‘問題跟蹤’子表第二十六頁，共五十一頁。項(xiàng)目監(jiān)督與控制的主要工作產(chǎn)品主要工作產(chǎn)品：

<項(xiàng)目進(jìn)展報(bào)告><項(xiàng)目周例會(huì)會(huì)議紀(jì)要>

第二十七頁，共五十一頁。為了復(fù)用項(xiàng)目成功的經(jīng)驗(yàn)，吸取失敗的教訓(xùn)，應(yīng)當(dāng)做好結(jié)項(xiàng)管理工作。項(xiàng)目結(jié)項(xiàng)時(shí)要將項(xiàng)目經(jīng)驗(yàn)及過程文檔充實(shí)到組織過程財(cái)富庫中。結(jié)項(xiàng)管理一個(gè)知識(shí)型的公司最大的資產(chǎn)就是知識(shí)和經(jīng)驗(yàn)，而最容易總結(jié)知識(shí)和經(jīng)驗(yàn)的時(shí)候就是在項(xiàng)目結(jié)束點(diǎn)和重要里程碑點(diǎn)。第二十八頁，共五十一頁。結(jié)項(xiàng)管理組織過程財(cái)富的積累建立組織的過程財(cái)富庫（以下簡稱過程財(cái)富庫）的目的主要是存儲(chǔ)對(duì)組織內(nèi)的項(xiàng)目可能有用的過程文檔，特別是與組織標(biāo)準(zhǔn)軟件過程相關(guān)的文檔；并且實(shí)現(xiàn)在全組織范圍內(nèi)共享所存儲(chǔ)的文檔信息。EPG負(fù)責(zé)規(guī)劃和建設(shè)。第二十九頁，共五十一頁。組織的過程財(cái)富包括以下幾個(gè)方面內(nèi)容：

CMMI標(biāo)準(zhǔn)過程體系文件集（包括：方針、過程、指南、模板、檢查單等）；項(xiàng)目過程文檔庫（例如項(xiàng)目計(jì)劃書、QA計(jì)劃、評(píng)審報(bào)告等）；項(xiàng)目的經(jīng)驗(yàn)與教訓(xùn)；可復(fù)用組件。

組織過程財(cái)富庫的內(nèi)容結(jié)項(xiàng)管理第三十頁，共五十一頁。規(guī)范的結(jié)項(xiàng)管理至少包括三項(xiàng)內(nèi)容：對(duì)項(xiàng)目的有形資產(chǎn)和無形資產(chǎn)進(jìn)行清算，既要防止資產(chǎn)流失，又要及時(shí)地將這些資產(chǎn)納入組織過程財(cái)富庫便于其他項(xiàng)目進(jìn)行借鑒或復(fù)用。目前公司級(jí)的組織過程財(cái)富庫已構(gòu)建在Future平臺(tái)上，今后所有項(xiàng)目的有價(jià)值的過程文檔都要在此平臺(tái)上實(shí)現(xiàn)共享對(duì)項(xiàng)目進(jìn)行綜合評(píng)估。例如評(píng)估項(xiàng)目完成情況、項(xiàng)目質(zhì)量、投入產(chǎn)出分析、項(xiàng)目的市場價(jià)值、項(xiàng)目對(duì)企業(yè)的貢獻(xiàn)等等?？偨Y(jié)經(jīng)驗(yàn)教訓(xùn)，使整個(gè)機(jī)構(gòu)受益。結(jié)項(xiàng)管理結(jié)項(xiàng)階段的工作規(guī)劃第三十一頁，共五十一頁。產(chǎn)品研發(fā)生命周期的過程分類之二：研發(fā)過程需求開發(fā)設(shè)計(jì)（概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)）編碼和單元測試產(chǎn)品集成系統(tǒng)測試產(chǎn)品化產(chǎn)品發(fā)布需求管理同行評(píng)審（技術(shù)評(píng)審）第三十二頁，共五十一頁。需求工程——需求管理——需求跟蹤需求工程需求開發(fā)需求管理（或：用戶需求評(píng)審報(bào)告）第三十三頁，共五十一頁。需求跟蹤的目的

建立與維護(hù)“需求－設(shè)計(jì)－編程－測試”之間的一致性與完整性，確保所有的工作成果符合用戶需求。

需求跟蹤：目的第三十四頁，共五十一頁。

需求跟蹤的方式

正向跟蹤和逆向跟蹤，合稱為“雙向跟蹤”。

需求跟蹤：方式第三十五頁，共五十一頁。需求跟蹤正向跟蹤

檢查《用戶需求說明書》中的每個(gè)需求是否都能在后繼工作成果中找到對(duì)應(yīng)點(diǎn)。即保證所有的需求都被實(shí)現(xiàn)。逆向跟蹤

檢查設(shè)計(jì)文檔、代碼、測試用例等工作成果是否都能在《用戶需求說明書》中找到出處。保證所有的工作都是圍繞需求做的，不畫蛇添足。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣。第三十六頁，共五十一頁。需求跟蹤的作用

‘需求跟蹤矩陣’保存了需求與后繼工作成果的對(duì)應(yīng)關(guān)系。使用‘需求跟蹤矩陣’有助于發(fā)現(xiàn)需求與后續(xù)工作產(chǎn)品之間的不一致。第三十七頁，共五十一頁。同行評(píng)審

同行評(píng)審又稱技術(shù)評(píng)審，它是指研發(fā)人員的技術(shù)同行在項(xiàng)目實(shí)施的各個(gè)階段進(jìn)行的有組織的軟件瀏覽、文檔與代碼審讀活動(dòng)，驗(yàn)證工作是否符合預(yù)定的標(biāo)準(zhǔn)，其目的是協(xié)助研發(fā)人員在項(xiàng)目早期找出工作的錯(cuò)誤。由于同行評(píng)審處于活動(dòng)的早期，因此糾正錯(cuò)誤的成本要低得多。

同行評(píng)審是項(xiàng)目早期質(zhì)量保證的主要手段，而測試則是項(xiàng)目后期的主要手段。在軟件編碼階段進(jìn)行的同行評(píng)審活動(dòng)，通常是指代碼交叉走讀第三十八頁，共五十一頁。產(chǎn)品研發(fā)生命周期的過程分類之三：支持過程配置管理質(zhì)量保證第三十九頁，共五十一頁。好的過程質(zhì)量并不等于好的產(chǎn)品質(zhì)量，但是糟糕的過程很難帶來好的產(chǎn)品質(zhì)量。

過程與產(chǎn)品質(zhì)量保證的思想“質(zhì)量是制造出來的，測試和檢驗(yàn)只能是盡可能多的發(fā)現(xiàn)已有缺陷”。不僅要重視產(chǎn)品質(zhì)量的檢驗(yàn)和控制，更要重視產(chǎn)品研發(fā)過程質(zhì)量的管理和控制。事后被動(dòng)個(gè)體所有環(huán)節(jié)主動(dòng)全體過程控制產(chǎn)品控制質(zhì)量保證（QA）的思想第四十頁，共五十一頁。QAG的特點(diǎn)

質(zhì)量保證小組（QualityAssuranceGroup,QAG）有如下特點(diǎn)：質(zhì)量保證小組在行政上獨(dú)立于任何項(xiàng)目，以客觀地檢查和監(jiān)控“過程以及產(chǎn)品的質(zhì)量”。質(zhì)量保證小組有一定的權(quán)利，可以對(duì)質(zhì)量不合格的工作成果做出處理。這種權(quán)利使得質(zhì)量保證小組的工作不會(huì)被輕視，并有助于加強(qiáng)全員的質(zhì)量意識(shí)。

需要強(qiáng)調(diào)的是，提高產(chǎn)品質(zhì)量是全員的職責(zé)，并非只是質(zhì)量保證小組的職責(zé)。質(zhì)量保證第四十一頁，共五十一頁。QAG與EPG、項(xiàng)目組的關(guān)系質(zhì)量保證第四十二頁，共五十一頁。QA的工作職責(zé)QA人員的主要工作：對(duì)項(xiàng)目過程的評(píng)審和工作產(chǎn)品的審計(jì)，向項(xiàng)目經(jīng)理及時(shí)通報(bào)發(fā)現(xiàn)的不符合項(xiàng)。支持并協(xié)助項(xiàng)目經(jīng)理的部分管理活動(dòng)。對(duì)項(xiàng)目組層面不能解決的問題要通過公司的QA負(fù)責(zé)人向高層經(jīng)理進(jìn)行匯報(bào)。質(zhì)量保證第四十三頁，共五十一頁。質(zhì)量保證的標(biāo)準(zhǔn)流程圖質(zhì)量保證第四十四頁，共五十一頁。配套的軟件工具第四十五頁，共五十一頁。集成化研發(fā)管理平臺(tái)：Future平臺(tái)第四十六頁，共五十一頁。Future平臺(tái)：文件庫第四十七頁，共五十一頁。EPM平臺(tái)EPM平臺(tái)：OfficeEnterpriseProjectManagement(EPM)Solution企業(yè)項(xiàng)目管理解決方案EPM的組成：MicrosoftOfficeProjectProfessionalMicrosoftOfficeProjectServer2003MicrosoftOfficeProjectWebAccess第四十八頁，共五十一頁。MSProject工具示意圖第四十九頁，共五十一頁。討論與總結(jié)第五十頁，共五十一頁。內(nèi)容總結(jié)威科姆公司。<配置管理計(jì)劃>（配置管理工程師負(fù)責(zé)）。所有項(xiàng)目組成員要給出評(píng)審意見并簽字，也即做出保證完成自己承擔(dān)的工作和任務(wù)的承諾。設(shè)計(jì)（概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)）。正向跟蹤和逆向跟蹤，合稱為“雙向跟蹤”。檢查《用戶需求說明書》中的每