CMMI 軟件工程

1、第一章第一章 軟件工程基礎(chǔ)軟件工程基礎(chǔ)張張 可可 電子科技大學(xué)電子科技大學(xué)1本課程預(yù)備知識學(xué)習(xí)過軟件開發(fā)相關(guān)基礎(chǔ)知識學(xué)習(xí)過軟件開發(fā)相關(guān)基礎(chǔ)知識至少一門高級程序語言（如至少一門高級程序語言（如C+、C#）學(xué)習(xí)過UML系統(tǒng)分析與設(shè)計(jì)相關(guān)課程較為熟悉.NET/Java開發(fā)平臺和工具學(xué)習(xí)過數(shù)據(jù)庫設(shè)計(jì)，例如 SQL Server或Oracle簡介本課程將以CMMI1.3 /CMMI1.2版本相關(guān)過程管理思路為基礎(chǔ)，提煉出CMMI中各過程域（簡稱PA）的精髓，結(jié)合當(dāng)前國內(nèi)企業(yè)實(shí)際開發(fā)需求及CMMI推行情況，對CMMI及軟件工程相關(guān)理論、思想、實(shí)踐進(jìn)行介紹 。以CMMI中的工程過程、項(xiàng)目管理、支撐過程、過程

2、管理四大領(lǐng)域中的相關(guān)PA為知識點(diǎn)，以國內(nèi)企業(yè)實(shí)際使用的模式來編寫，考慮到學(xué)生的實(shí)際接受能力，每個(gè)領(lǐng)域中均提供了簡化后并能充分體現(xiàn)CMMI精髓的模板及表單。課程內(nèi)容第一部分第一部分 授課環(huán)節(jié)授課環(huán)節(jié)第1章 軟件工程基礎(chǔ) 第2章 案例機(jī)構(gòu)設(shè)置及崗位職責(zé) 第3章 立項(xiàng)管理 第4章 項(xiàng)目評審管理 第5章 項(xiàng)目初步計(jì)劃 第6章 需求開發(fā)及管理 第7章 風(fēng)險(xiǎn)管理項(xiàng)目第8章 估算及詳細(xì)計(jì)劃第9章 項(xiàng)目跟蹤及控制 第10章 系統(tǒng)設(shè)計(jì)第11章 軟件配置管理第12章 產(chǎn)品及過程質(zhì)量保證 第13章 軟件測試簡介 第14章 系統(tǒng)實(shí)現(xiàn)與測試過程 第15章 制訂測試方案及編寫測試用例 第16章 系統(tǒng)測試第17章 項(xiàng)目總結(jié)

3、第二部分第二部分 項(xiàng)目實(shí)訓(xùn)環(huán)節(jié)項(xiàng)目實(shí)訓(xùn)環(huán)節(jié) 各章節(jié)內(nèi)容（續(xù)）第一章 軟件工程基礎(chǔ)中國軟件企業(yè)生命周期模型軟件工程基本原理 質(zhì)量管理體系ISO9001 項(xiàng)目管理知識體系PMBOK 軟件能力成熟度模型集成CMMI 軟件過程管理標(biāo)準(zhǔn)化國內(nèi)動(dòng)態(tài) 中國軟件企業(yè)發(fā)展趨勢圖7到達(dá)A點(diǎn)的條件產(chǎn)品定位準(zhǔn)確有高效創(chuàng)業(yè)團(tuán)隊(duì)低的資金投入8到達(dá)B點(diǎn)時(shí)的表現(xiàn)內(nèi)部管理瓶頸創(chuàng)業(yè)團(tuán)隊(duì)的決策問題有限空間內(nèi)的市場競爭加劇9發(fā)展時(shí)間到達(dá)A點(diǎn)：一兩年即可，可以叫創(chuàng)業(yè)期A-B點(diǎn)：3、5年，企業(yè)在B點(diǎn)很容易死掉，老板可能還不知道是怎么死的B點(diǎn)時(shí)重點(diǎn)解決的是內(nèi)部管理問題，包括決策的流程化。10第一章 軟件工程基礎(chǔ)中國軟件企業(yè)生命周期模型軟件

4、工程基本原理 質(zhì)量管理體系ISO9001 項(xiàng)目管理知識體系PMBOK 軟件能力成熟度模型集成CMMI 軟件過程管理標(biāo)準(zhǔn)化國內(nèi)動(dòng)態(tài) 軟件開發(fā)中存在的問題硬件的發(fā)展一直超過軟件，難以發(fā)揮硬件的所有潛能建造新程序的能力遠(yuǎn)遠(yuǎn)不能滿足人們對新程序的需求，同時(shí)開發(fā)速度不能滿足商業(yè)和市場的要求計(jì)算機(jī)的普遍使用對可靠性要求越來越高，如果軟件出錯(cuò)，會(huì)造成巨大的經(jīng)濟(jì)損失，甚至可能給人類帶來災(zāi)難拙劣的設(shè)計(jì)和資源的缺乏使得我們難以支持和增強(qiáng)已有軟件12為什么？為什么需要那么長時(shí)間才能結(jié)束開發(fā)？為什么成本如此之高？為什么我們不能在把軟件交給客戶之前就發(fā)現(xiàn)所有的錯(cuò)誤？為什么在軟件開發(fā)過程中難以度量其進(jìn)展？從軟件企業(yè)生命周

5、期模型來看，這些為什么能否解決好，關(guān)系到一個(gè)企業(yè)生命的長短。13軟件的特征軟件是由開發(fā)而形成的，而不是傳統(tǒng)意義上的制造產(chǎn)生的。軟件不會(huì)“磨損”。大多數(shù)軟件是自定的，而不是通過已有的構(gòu)件組裝而來的?！案?、更好、更便宜”1968年北約科技委員會(huì)(NATO)在聯(lián)邦德國Garmisch提出“軟件工程”這個(gè)術(shù)語。著名的軟件工程專家波漢姆（Boehm）總結(jié)了多年開發(fā)軟件的經(jīng)驗(yàn)，于1983年在一篇論文中提出了軟件工程的7條基本原理。7條原理是確保軟件產(chǎn)品質(zhì)量和開發(fā)效率的原理的最小集合。人們雖然不能用數(shù)學(xué)方法嚴(yán)格證明它們是一個(gè)完備的集合，但是，事實(shí)證明在此之前已經(jīng)提出的100多條軟件工程原理都可以由這7條原

6、理的適當(dāng)組合所蘊(yùn)含或派生所得到。軟件工程軟件工程7條基本原理?xiàng)l基本原理 1、按照軟件生命周期的階段劃分制定計(jì)劃，嚴(yán)格依據(jù)計(jì)劃進(jìn)行管理2、堅(jiān)持進(jìn)行階段評審3、實(shí)行嚴(yán)格的產(chǎn)品控制4、采用現(xiàn)代程序設(shè)計(jì)技術(shù)5、結(jié)果應(yīng)能清楚地審查6、開發(fā)小組的人員應(yīng)該少而精7、承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性軟件過程概念：當(dāng)開發(fā)產(chǎn)品或構(gòu)建系統(tǒng)時(shí)，遵循一系列可預(yù)測的步驟（即路線圖）是非常重要的，它有助于及時(shí)交付高質(zhì)量的產(chǎn)品。軟件開發(fā)中所遵循的路線圖就稱為“軟件過程”。人員：軟件工程師及其管理人員根據(jù)需要調(diào)整開發(fā)過程，并遵循該過程。除此之外，軟件的需求方也需要參與過程的定義、建立和測試。重要性：軟件過程提高了軟件工程活動(dòng)的

7、穩(wěn)定性、可控性和有組織性，如果沒有過程約束，軟件活動(dòng)將失控并變得混亂。但是，現(xiàn)代軟件工程方法必須是“靈活的”也就是要求軟件工程活動(dòng)、控制以及文檔的編制適合于項(xiàng)目團(tuán)隊(duì)和要開發(fā)的產(chǎn)品。軟件過程（續(xù)）步驟：采用的過程依賴于所構(gòu)造軟件的特點(diǎn)。工作產(chǎn)品：從軟件工程師的觀點(diǎn)來看，工作產(chǎn)品就是過程定義的一系列活動(dòng)和任務(wù)的結(jié)果，即程序、文檔和數(shù)據(jù)。質(zhì)量保證措施：有大量的軟件過程評估機(jī)制，開發(fā)機(jī)構(gòu)可以評估其軟件過程的“成熟度”。然而，評價(jià)所采用過程的有效性，最好的指標(biāo)還是所構(gòu)建產(chǎn)品的質(zhì)量、適時(shí)性和長期生存能力。CMMCapability Maturity Model，能力成熟度模型；，能力成熟度模型；CMMIC

8、apability Maturity Model Integration，能力成熟度模型集成；，能力成熟度模型集成；PMProject management，項(xiàng)目管理；項(xiàng)目管理；PMBOK（A Guide to the Project Management Body Of Knowledge項(xiàng)目管理知識體系指南項(xiàng)目管理知識體系指南) 三種產(chǎn)品質(zhì)量管理的標(biāo)準(zhǔn)體系三種產(chǎn)品質(zhì)量管理的標(biāo)準(zhǔn)體系第一章 軟件工程基礎(chǔ)中國軟件企業(yè)生命周期模型軟件工程基本原理 質(zhì)量管理體系ISO9001 項(xiàng)目管理知識體系PMBOK 軟件能力成熟度模型集成CMMI 軟件過程管理標(biāo)準(zhǔn)化國內(nèi)動(dòng)態(tài) ISO9001簡介簡介ISO900

9、1規(guī)定了企業(yè)質(zhì)量管理體系的基本要求，它是通用的，適用于所有行業(yè)或經(jīng)濟(jì)領(lǐng)域，不論其提供何種類別的產(chǎn)品。ISO9001質(zhì)量管理8原則以顧客為中心高層管理者推動(dòng)全員參與采用過程方法系統(tǒng)的管理持續(xù)改進(jìn)基于事實(shí)的決策互利的供方關(guān)系建立和實(shí)施質(zhì)量管理體系的步驟：確定顧客的需求和期望；建立企業(yè)的質(zhì)量方針和質(zhì)量目標(biāo)；確定實(shí)現(xiàn)質(zhì)量目標(biāo)所必需的過程和職責(zé)；對每個(gè)過程實(shí)現(xiàn)質(zhì)量目標(biāo)的有效性確定測量方法；通過測量，確定每個(gè)過程的現(xiàn)行有效性；確定防止不合格項(xiàng)并消除產(chǎn)生原因的措施；尋找提高過程有效性和效率的機(jī)會(huì)；確定并優(yōu)先考慮那些能提供最佳結(jié)果的改進(jìn)；為實(shí)施已確定的改進(jìn)，對戰(zhàn)略、過程和資源進(jìn)行策劃；實(shí)施改進(jìn)計(jì)劃；監(jiān)控改進(jìn)效

10、果；對照預(yù)期效果，評價(jià)實(shí)際結(jié)果；評審改進(jìn)活動(dòng)，確定必要的糾正、跟蹤措施。ISO9001簡介（續(xù)）簡介（續(xù)）過程方法任何“得到輸入并將其轉(zhuǎn)化為輸出”的序列活動(dòng)均可視為過程。為使組織有效運(yùn)行，必須識別和管理許多內(nèi)部相互聯(lián)系的過程。通常，一個(gè)過程的輸出將直接形成下一個(gè)過程的輸入。系統(tǒng)識別和管理組織內(nèi)所使用的過程，特別是這些過程之間的相互作用，稱為“過程方法”。ISO9001標(biāo)準(zhǔn)鼓勵(lì)采用過程方法建立和實(shí)施質(zhì)量管理體系。ISO9001簡介（續(xù)）簡介（續(xù)）質(zhì)量體系文件的分層結(jié)構(gòu)質(zhì)量手冊質(zhì)量手冊：質(zhì)量體系文件中的綱領(lǐng)性文件。闡明公司質(zhì)量方針、質(zhì)量目標(biāo)和質(zhì)量策略；描述影響和參與質(zhì)量活動(dòng)的部門、崗位職責(zé)、權(quán)限和

11、相互關(guān)系，同時(shí)概要描述了質(zhì)量體系的主體文件即程序文件（規(guī)程）。程序文件程序文件：質(zhì)量手冊的支持性文件，具體描述質(zhì)量活動(dòng)各個(gè)過程、子過程以及各階段中所采取的措施和必需遵循的流程。規(guī)范和指導(dǎo)書規(guī)范和指導(dǎo)書：結(jié)合公司的具體情況而頒布的各類技術(shù)規(guī)范、工作條例及其配套考核細(xì)則。表單模板表單模板：包括質(zhì)量記錄模板、文檔模板等。某IT企業(yè)的質(zhì)量體系示例第一章 軟件工程基礎(chǔ)中國軟件企業(yè)生命周期模型軟件工程基本原理 質(zhì)量管理體系ISO9001 項(xiàng)目管理知識體系PMBOK 軟件能力成熟度模型集成CMMI 軟件過程管理標(biāo)準(zhǔn)化國內(nèi)動(dòng)態(tài) 項(xiàng)目基本屬性整體性，是一系列活動(dòng)的有序組合。唯一性，每個(gè)項(xiàng)目均是具體的、特殊的，沒

12、有二個(gè)完全相同的項(xiàng)目。一次性，目標(biāo)一旦完成，項(xiàng)目即告結(jié)束。目標(biāo)性，一個(gè)項(xiàng)目有確定的成果性目標(biāo)。多約束性，在多種約束條件下完成項(xiàng)目的成果性目標(biāo)，約束包括時(shí)間、資源、質(zhì)量以及其他非技術(shù)性約束。依賴性，項(xiàng)目活動(dòng)的進(jìn)行涉及多個(gè)方面的因素，有對內(nèi)部各級各部門的依賴，有對用戶條件的依賴，有對標(biāo)準(zhǔn)的依賴和對各類變更的依賴等等。沖突性，項(xiàng)目內(nèi)部會(huì)有多種沖突，需要溝通、協(xié)調(diào)和培訓(xùn)。周期性，項(xiàng)目不同，但都有其基本的生命周期屬性，都會(huì)經(jīng)歷大體相同的階段。項(xiàng)目參數(shù)范圍進(jìn)度資源成本質(zhì)量項(xiàng)目生命周期定義立項(xiàng)管理、需求管理策劃項(xiàng)目策劃實(shí)施軟件設(shè)計(jì)、編碼、測試收尾發(fā)布、提交、運(yùn)行維護(hù)、技術(shù)支持和產(chǎn)品退役項(xiàng)目管理基本過程啟動(dòng)過

13、程策劃過程執(zhí)行過程控制過程結(jié)束過程項(xiàng)目管理領(lǐng)域項(xiàng)目整體管理項(xiàng)目整體管理項(xiàng)目計(jì)劃制訂項(xiàng)目計(jì)劃實(shí)施整體變更控制項(xiàng)目范圍管理項(xiàng)目范圍管理啟動(dòng)范圍計(jì)劃編制范圍定義范圍核定范圍變更控制項(xiàng)目管理領(lǐng)域（續(xù)）項(xiàng)目時(shí)間管理項(xiàng)目時(shí)間管理活動(dòng)定義活動(dòng)排序歷時(shí)估算進(jìn)度計(jì)劃編制進(jìn)度計(jì)劃控制項(xiàng)目成本管理項(xiàng)目成本管理資源計(jì)劃編制費(fèi)用估算費(fèi)用預(yù)算費(fèi)用控制項(xiàng)目管理領(lǐng)域（續(xù)）項(xiàng)目質(zhì)量管理項(xiàng)目質(zhì)量管理質(zhì)量計(jì)劃編制質(zhì)量保證質(zhì)量控制項(xiàng)目人力資源管理項(xiàng)目人力資源管理組織的計(jì)劃編制人員獲取班子組建項(xiàng)目管理領(lǐng)域（續(xù)）項(xiàng)目溝通管理項(xiàng)目溝通管理溝通計(jì)劃編制信息發(fā)布績效報(bào)告管理收尾項(xiàng)目風(fēng)險(xiǎn)管理項(xiàng)目風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)識別風(fēng)險(xiǎn)量化定性風(fēng)險(xiǎn)分析定量風(fēng)險(xiǎn)分析風(fēng)

14、險(xiǎn)應(yīng)對計(jì)劃編制風(fēng)險(xiǎn)監(jiān)控項(xiàng)目管理領(lǐng)域（續(xù)）項(xiàng)目采購管理項(xiàng)目采購管理采購計(jì)劃編制詢價(jià)計(jì)劃編制詢價(jià)供方選擇合同管理合同收尾第一章 軟件工程基礎(chǔ)中國軟件企業(yè)生命周期模型軟件工程基本原理 質(zhì)量管理體系ISO9001 項(xiàng)目管理知識體系PMBOK 軟件能力成熟度模型集成CMMI 軟件過程管理標(biāo)準(zhǔn)化國內(nèi)動(dòng)態(tài) 什么叫CMM/CMMI？軟件能力成熟度模型的英文全名是Capability Maturity Model for Software，縮寫為SW_CMM，簡稱CMM；1993年推出第一版v1.1。CMMI（Capability Maturity Model Integration）是一套包括多個(gè)學(xué)科、可擴(kuò)充

15、的模型系列，其前身主要包括4個(gè)成熟度模型（稱CMMI的源模型），它們分別是：面向軟件開發(fā)的SW-CMM、面向系統(tǒng)工程的SE-CMM、面向產(chǎn)品集成的IPD-CMM以及涉及外購協(xié)作的SS-CMM；2000年推出第一版，最新的是2010年的1.3版本。37CMMI歷史歷史CMMI發(fā)展歷史圖（發(fā)展歷史圖（v1.2） CMM for SoftwareV1.1(1993)INCOSE SECAM(1996)Systems Engineering CMM V1.1(1995)CMMI Software V2draft C(2007)EIA 731 SECM(1998)Integrated Product D

16、evelopment (1997)CMM for Acquisition V1.1(2007)CMMI for Services V1.2(2007)V1.02(2000)V1.1(2002)CMMI for DevelopmentV1.2(2006)CMMI和過程改進(jìn) 啟動(dòng)（Initiating） 診斷（Diagnosing）建立（Establishing）行動(dòng)（Acting）推進(jìn)（Leveraging）激勵(lì)改進(jìn)設(shè)定改進(jìn)范圍提出改進(jìn)倡議設(shè)立實(shí)施改進(jìn)的組織機(jī)構(gòu)和崗位職責(zé)描述并評價(jià)當(dāng)前的過程實(shí)踐提出改進(jìn)建議并將階段性結(jié)果形成文檔設(shè)定改進(jìn)策略和優(yōu)先排序建立過程改進(jìn)行動(dòng)小組策劃改進(jìn)活動(dòng)策劃與執(zhí)行指南

17、計(jì)劃、執(zhí)行和跟蹤定義過程和度量修訂機(jī)構(gòu)一級的相關(guān)規(guī)定分析經(jīng)驗(yàn)教訓(xùn)并形成文檔CMMI結(jié)構(gòu)框架 模型的全部描述就是按過程域作為基本構(gòu)件而展開的，針對每個(gè)過程域分別規(guī)定了應(yīng)達(dá)到什么目標(biāo)（目標(biāo)（Goals）以及為了達(dá)到這些目標(biāo)應(yīng)該做些什么“實(shí)踐實(shí)踐”（Practices），但模型并不規(guī)定這些實(shí)踐由誰做、如何做等等。 在V1.2/V1.3版本中，共計(jì)22個(gè)過程域（PA）P.S. 1.2與1.3的區(qū)別，取消了IPPD條款，機(jī)構(gòu)改進(jìn)與部署OID過程域改進(jìn)為機(jī)構(gòu)性能管理OPMCMMI的結(jié)構(gòu)圖41從機(jī)構(gòu)和項(xiàng)目組、項(xiàng)目管理、過程管理三個(gè)方面加以從機(jī)構(gòu)和項(xiàng)目組、項(xiàng)目管理、過程管理三個(gè)方面加以考察，則可以將上列考察，

18、則可以將上列22個(gè)過程域分成如下四大類：個(gè)過程域分成如下四大類： 過程域之間的主要關(guān)系表過程域之間的主要關(guān)系表 CMMI分級初探通過一個(gè)“吃飯”的例子，讓大家感受CMMI 1級到5級。你會(huì)如何組織這個(gè)的活動(dòng)？某個(gè)時(shí)間，公司進(jìn)行聚餐活動(dòng)。請你組織這次活動(dòng)，目的是用合理的經(jīng)費(fèi)讓大家高高興興地吃一頓！兩人一組討論，5分鐘時(shí)間。請各位講解用CMMI1-5級如何管理？第1級：初始級第2級：可重復(fù)級/受管理級第3級：已定義級第4級：定量管理級第5級：持續(xù)優(yōu)化級Level 1：初始級不用做什么計(jì)劃，只提前一點(diǎn)點(diǎn)去訂座位當(dāng)天下班大家一哄而去現(xiàn)場點(diǎn)菜，然后大吃一頓這樣做會(huì)有什么結(jié)果？定不到位？菜不合大家口味？經(jīng)

19、費(fèi)超出？大家心情變得很沮喪？有沒有可能取得比較好效果呢？Level2:受管理級-1怎樣才能辦好事情呢？大家想吃什么？老板有什么期望呢？預(yù)算是多少呢？要做個(gè)計(jì)劃才行？酒水需要另外買??！要督促大家按照計(jì)劃進(jìn)行？要統(tǒng)計(jì)一下出席情況以及各菜式的“吃?！鼻闆r！需求管理需求管理(RM)項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃(PP)項(xiàng)目計(jì)劃跟蹤項(xiàng)目計(jì)劃跟蹤(PMC)采購采購(SAM)度量度量(MA)Level2:受管理級-2就這樣夠了嗎？菜式統(tǒng)計(jì)、買酒的協(xié)議、計(jì)劃等文檔要統(tǒng)一管理起來。老板對我不放心，還派個(gè)人來監(jiān)督我工作！哼！配置管理配置管理(CM)質(zhì)量保證質(zhì)量保證(PPQA)這樣做會(huì)有什么結(jié)果？大家吃得滿意？預(yù)算控制得好？老板

20、高興？真的能這樣嗎？2級做法遺留的一些問題不需要進(jìn)行風(fēng)險(xiǎn)管理嗎？用什么方法調(diào)查大家喜歡吃什么菜式呢？有指南就好了？如何組織聚餐活動(dòng)，是不是應(yīng)該有個(gè)指導(dǎo)？或者有成功經(jīng)驗(yàn)可供參考？Level 3：已定義級經(jīng)過一段時(shí)間積累，以下活動(dòng)都有明確的指導(dǎo)文檔：如何寫計(jì)劃如何組織吃飯現(xiàn)場活動(dòng)如何確定餐單.對于確定餐單、選定酒水供應(yīng)商方面采用決策分析的辦法。進(jìn)行風(fēng)險(xiǎn)管理。建立了相應(yīng)的培訓(xùn)制度。另外，為了讓組織聚餐活動(dòng)越做越好，成立了專門的SEPG（軟件工程過程小組）來維護(hù)文檔。RD TS VER VAL PIIPM DARRSKMOTOPF OPD這樣做會(huì)有什么結(jié)果？這次活動(dòng)成功的幾率大大提高了？但誰能拍胸口說

21、：一定能成功？3級遺留的問題感覺成功機(jī)會(huì)會(huì)提高很多，但沒有一個(gè)底？最好有個(gè)數(shù)字能說明問題。Level 4：定量管理級積累了大量聚餐活動(dòng)的CPI、SPI數(shù)據(jù)。積累了大量的聚餐滿意度數(shù)據(jù)。當(dāng)前反應(yīng)聚餐活動(dòng)能力的數(shù)據(jù)CPI、SPI、滿意度等在一定范圍內(nèi)波動(dòng)。根據(jù)當(dāng)前CPI、SPI，可預(yù)測聚餐活動(dòng)的最終成本。通過這些數(shù)據(jù)對活動(dòng)進(jìn)行監(jiān)控。CPI成本績效指數(shù)SPI進(jìn)度績效指數(shù)Level 4 的特點(diǎn)根據(jù)歷史數(shù)據(jù)，算出了性能基線、性能模型。聚餐活動(dòng)進(jìn)行時(shí)，利用性能基線、性能模型進(jìn)行定量管理。組織過程性能(OPP)定量項(xiàng)目管理(QPM)這樣做會(huì)有什么結(jié)果？聚餐活動(dòng)進(jìn)展情況了如指掌比較準(zhǔn)確的估計(jì)到最后的結(jié)果成功的

22、幾率極大提高Level 4的遐想哇！Level4已經(jīng)很厲害了！更厲害的Level5會(huì)是怎樣呢？請猜？Level 5：持續(xù)優(yōu)化級如何持續(xù)改進(jìn)？原因分析采用新技術(shù)公司定下新的目標(biāo)Level 5 之 原因分析通過數(shù)據(jù)，我們發(fā)現(xiàn)由A君組織聚餐活動(dòng)時(shí)，滿意度總能在基線范圍內(nèi)。但由B君組織時(shí)，滿意度異常的高，超出了基線上限。于是我們進(jìn)行原因分析，發(fā)現(xiàn)B君進(jìn)行抽獎(jiǎng)活動(dòng)之前，做了一個(gè)調(diào)查，知道每個(gè)人最想要什么。故抽獎(jiǎng)活動(dòng)做得很出色，滿意度就高了。Level 5 之 原因分析抽獎(jiǎng)活動(dòng)前先進(jìn)行調(diào)查這個(gè)工作，在過程文檔里面并沒有規(guī)定的，是B君的特殊做法。SEPG異常高興，把B君的做法寫入過程中。于是全部人都按照這個(gè)

23、做法去做了，結(jié)果滿意度性能基線上升了。Level 5 之 原因分析對一些特殊問題、特殊情況進(jìn)行分析，可以得到改進(jìn)過程的機(jī)會(huì)。對過程進(jìn)行改進(jìn)后，我們的性能會(huì)提高。Level 5 之 采用新技術(shù) 出現(xiàn)了這樣的一些問題：發(fā)現(xiàn)難以統(tǒng)計(jì)到場的人員，需要經(jīng)常去問。很多人不知道如何去聚餐地點(diǎn)。為了解決這個(gè)問題，采取以下新技術(shù)：每人配一臺帶有GPS的IPad，里面有地圖活動(dòng)組織者用IPad能見到各位位置。Level 5 之 采用新技術(shù)采用新技術(shù)后，大家準(zhǔn)時(shí)出席率提高，并且滿意度也提高。Level 5 之 公司定下新的目標(biāo)預(yù)算的偏差率當(dāng)前值是-20%到20%，老板覺得不滿意，要求改進(jìn)為-10%到10%。SEPG

24、就非常緊張了，投入大量人力物力分析如何改進(jìn)。SEPG發(fā)現(xiàn)導(dǎo)致預(yù)算偏差大的地方主要在于酒水采購方面，供應(yīng)商的價(jià)錢浮動(dòng)太厲害。Level 5 之 公司定下新的目標(biāo)SEPG定下改進(jìn)計(jì)劃，修改了采購方面的過程，對供應(yīng)商的選擇加強(qiáng)了標(biāo)準(zhǔn)。在某次聚餐中試行新的采購過程，結(jié)果發(fā)現(xiàn)成本偏差果然控制在-10%到10%范圍內(nèi)。分析試行結(jié)果后，SEPG把過程正式推行，最終滿足了老板的要求。Level 5的兩個(gè)PA原因分析(CAR)組織革新與部署(OID)技術(shù)改進(jìn)公司定下新目標(biāo)CMMI的級別一級，初始級（一級，初始級（Initial）：）：在初始級，企業(yè)不具備穩(wěn)定的軟件開發(fā)與維護(hù)環(huán)境。 項(xiàng)目成功與否在很大程度上取決于

25、是否有杰出的項(xiàng)目經(jīng)理和經(jīng)驗(yàn)豐富的開發(fā)團(tuán)隊(duì)。項(xiàng)目經(jīng)常超出預(yù)算和不能按期完成，企業(yè)軟件過程能力不可預(yù)測。 此級不評估二級，可重復(fù)級二級，可重復(fù)級(Repeatable)/受管理級受管理級: 在可重復(fù)級，企業(yè)建立了管理軟件項(xiàng)目的方針以及為貫徹執(zhí)行這些方針的措施。企業(yè)基于同類項(xiàng)目的經(jīng)驗(yàn)對新項(xiàng)目進(jìn)行策劃和管理。企業(yè)的軟件過程能力可描述為有紀(jì)律的，并且項(xiàng)目開發(fā)過程處于項(xiàng)目管理體系的有效控制之下。 三級，已定義級（三級，已定義級（Defined）：）：在已定義級，企業(yè)形成了管理軟件開發(fā)和維護(hù)活動(dòng)的機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程，包括軟件工程過程和軟件管理過程。項(xiàng)目組可以依據(jù)機(jī)構(gòu)的標(biāo)準(zhǔn)，定義項(xiàng)目的軟件過程并進(jìn)行管理和控制。

26、企業(yè)的軟件過程能力可描述為標(biāo)準(zhǔn)的和一致的，過程是穩(wěn)定的和可重復(fù)的，并且高度可視。72CMMI的級別（續(xù)）四級，受管理級（四級，受管理級（Managed）/定量管理級：定量管理級：在已管理級，企業(yè)對軟件產(chǎn)品和過程都設(shè)置定量的質(zhì)量目標(biāo)。通過把過程性能的變化限制在可接受的范圍內(nèi)，從而實(shí)現(xiàn)對產(chǎn)品和過程的控制。企業(yè)的軟件過程能力可描述為可預(yù)測的，軟件產(chǎn)品具有可預(yù)期的高質(zhì)量。 五級，持續(xù)優(yōu)化級（五級，持續(xù)優(yōu)化級（Optimizing）：）：在優(yōu)化級，企業(yè)通過預(yù)防缺陷、技術(shù)創(chuàng)新和改進(jìn)過程等多種方式，不斷提高項(xiàng)目的過程性能以持續(xù)改善企業(yè)軟件過程能力。企業(yè)的軟件過程能力可描述為持續(xù)改進(jìn)的。73第一章 軟件工程基

27、礎(chǔ)中國軟件企業(yè)生命周期模型軟件工程基本原理 質(zhì)量管理體系ISO9001 項(xiàng)目管理知識體系PMBOK 軟件能力成熟度模型集成CMMI 軟件過程管理標(biāo)準(zhǔn)化國內(nèi)動(dòng)態(tài) 軟件過程管理標(biāo)準(zhǔn)化國內(nèi)動(dòng)態(tài)軟件過程管理標(biāo)準(zhǔn)化國內(nèi)動(dòng)態(tài) 信息產(chǎn)業(yè)部科技司于2000年9月主持成立了軟件體系評估標(biāo)準(zhǔn)特別工作組 提出了“依據(jù)我國軟件政策，利用國際先進(jìn)經(jīng)驗(yàn)，結(jié)合我國國情，制定出有助于指導(dǎo)和促進(jìn)我國軟件企業(yè)發(fā)展的評估模型標(biāo)準(zhǔn)”的原則 深入研究了CMM、CMMI、ISO/IEC TR 15504、ISO 9000-3以及其他有關(guān)的資料和文件，結(jié)合國情，確定了以CMMI作為主要參考文件來制定標(biāo)準(zhǔn) ，中華人民共和國電子行業(yè)標(biāo)準(zhǔn)（SJ

28、/T 11235-2001）軟件能力成熟度模型，中華人民共和國電子行業(yè)標(biāo)準(zhǔn)（SJ/T 11234-2001）軟件過程能力評估模型 ，但當(dāng)前推行效果不是很好。討論討論1 軟件質(zhì)量軟件質(zhì)量7個(gè)致命問題個(gè)致命問題對產(chǎn)品滿足用戶需求不進(jìn)行系統(tǒng)策劃，只靠對員工的命令式管理。關(guān)注短期進(jìn)度，擔(dān)心項(xiàng)目被取消或裁員。績效考核，年度評審。軟件工程師和經(jīng)理的流動(dòng)性。單純依據(jù)可見的數(shù)字管理。過高的開發(fā)階段的人力成本。過高的維護(hù)成本。76討論討論2 軟件質(zhì)量軟件質(zhì)量15個(gè)障礙個(gè)障礙希望有一個(gè)快速見效的解決方案。相信新的硬件、工具和方法會(huì)改變開發(fā)過程?！拔覀兊膯栴}很特殊” 。落后的教育，僅僅熱衷于技術(shù)，不進(jìn)行質(zhì)量教育。糟

29、糕的統(tǒng)計(jì)方法教育?！耙呀?jīng)可以了，沒有時(shí)間做得更好”。由質(zhì)量控制人員解決所有質(zhì)量問題。（質(zhì)量是管理者的責(zé)任）“都是程序員的錯(cuò)誤” 。“質(zhì)量改進(jìn)早就抓過了” ?！拔覀円呀⒘速|(zhì)量控制制度”。過分重視神奇的工具而忽視了軟件工程基礎(chǔ)知識。只要滿足標(biāo)準(zhǔn)或規(guī)格就夠了。持續(xù)改進(jìn)的結(jié)果不是零缺陷，沒有缺陷也未必能讓用戶滿意。測試原型不足?！叭魏我粋€(gè)幫助我們的人都必須懂得我們的系統(tǒng)”。77二、案例機(jī)構(gòu)設(shè)置及崗位職責(zé)第二章 案例機(jī)構(gòu)設(shè)置及崗位職責(zé)軟件企業(yè)組織結(jié)構(gòu)研發(fā)團(tuán)隊(duì)與其他部門之間的關(guān)系研發(fā)團(tuán)隊(duì)崗位設(shè)置各崗位職責(zé)企業(yè)文化對研發(fā)團(tuán)隊(duì)的影響一個(gè)典型的企業(yè)組織結(jié)構(gòu)圖組織結(jié)構(gòu)圖說明對于做集成類的軟件公司，采供部一般都會(huì)

30、設(shè)置，但可能會(huì)與財(cái)務(wù)部或行政部合起來；一些公司會(huì)把測試部從研發(fā)部單獨(dú)出來，也有可能與質(zhì)量管理部同設(shè)為一個(gè)部門；中小型公司，人力資源部一般是與行政部合設(shè)；產(chǎn)品經(jīng)理角色，有些公司放置在市場部，有些公司放置在研發(fā)部；部分公司的質(zhì)量管理部為直接對總經(jīng)理負(fù)責(zé)，而不是由技術(shù)副總分管；對于ISO9001的企業(yè)，還應(yīng)當(dāng)設(shè)置管理者代表一職。組織結(jié)構(gòu)圖說明組織級配置管理，一般都放置在研發(fā)部；股份制公司還設(shè)為監(jiān)事會(huì)；規(guī)模梢大一些的企業(yè)，還會(huì)設(shè)置發(fā)展規(guī)劃部，以負(fù)責(zé)公司新方向的發(fā)展規(guī)劃相關(guān)業(yè)務(wù)拓展；根據(jù)產(chǎn)品線的不同，市場部或營銷部設(shè)置以產(chǎn)品線來命名的事業(yè)部來負(fù)責(zé)相關(guān)產(chǎn)品的推廣、營銷，比如證券事業(yè)部、呼叫中心事業(yè)部等；工

31、程部或項(xiàng)目部有時(shí)也會(huì)根據(jù)產(chǎn)品線來設(shè)置。人力資源部審計(jì)部企業(yè)發(fā)展部營銷管理部通用產(chǎn)品本部物流中心區(qū)域平臺：華東平臺、華南平臺 普通平臺：武漢、西安、沈陽、成都、香港 簡易平臺：南京、深圳、濟(jì)南 地方辦事處：杭州、福建、昆明、青島等軟件集成本部系統(tǒng)集成事業(yè)一部技術(shù)服務(wù)中心系統(tǒng)集成事業(yè)二部網(wǎng)絡(luò)集成事業(yè)部服務(wù)與培訓(xùn)事業(yè)部軟件產(chǎn)品部技術(shù)工程部電信事業(yè)部政府事業(yè)部金融事業(yè)部業(yè)務(wù)管理部業(yè)務(wù)發(fā)展部系統(tǒng)集成本部業(yè)務(wù)管理部業(yè)務(wù)發(fā)展部項(xiàng)目管理部業(yè)務(wù)管理部業(yè)務(wù)發(fā)展部電子商務(wù)部客戶服務(wù)部產(chǎn)品部銷售部業(yè)務(wù)管理部業(yè)務(wù)發(fā)展部企業(yè)解決方案本部SUN事業(yè)部IBM事業(yè)部增值軟件事業(yè)部通用軟件事業(yè)部存儲事業(yè)部HP事業(yè)部新產(chǎn)品事業(yè)部網(wǎng)

32、絡(luò)業(yè)務(wù)本部業(yè)務(wù)管理部產(chǎn)品部市場部華東大區(qū)華南大區(qū)北區(qū)西區(qū)移動(dòng)通訊本部業(yè)務(wù)管理部業(yè)務(wù)發(fā)展部個(gè)人通訊事業(yè)部新業(yè)務(wù)事業(yè)部客戶服務(wù)部市場部產(chǎn)品管理部分銷業(yè)務(wù)部行業(yè)銷售部研發(fā)一部研發(fā)二部業(yè)務(wù)管理部網(wǎng)絡(luò)公司華東區(qū)總部企管部研發(fā)運(yùn)控中心市場發(fā)展部北方區(qū)總部華南區(qū)總部SAP事業(yè)部DCMSIT集成服務(wù)事業(yè)部軟件工程事業(yè)部客服中心財(cái)務(wù)部集團(tuán)辦第二章 案例機(jī)構(gòu)設(shè)置及崗位職責(zé)軟件企業(yè)組織結(jié)構(gòu)研發(fā)團(tuán)隊(duì)與其他部門之間的關(guān)系研發(fā)團(tuán)隊(duì)崗位設(shè)置 各崗位職責(zé)企業(yè)文化對研發(fā)團(tuán)隊(duì)的影響研發(fā)與市場部門間的關(guān)系研發(fā)的需求大部分來自于市場，市場部門能接觸到第一手的客戶需求問題：銷售人員不理解技術(shù)，研發(fā)人員不理解客戶，怎么解決？研發(fā)的產(chǎn)品不

33、能很好的解釋給用戶或給用戶提供合適的解決方案，怎么辦？研發(fā)與工程部門間的關(guān)系工程實(shí)施的兩種類型產(chǎn)品安裝型現(xiàn)場不能修改程序客戶定制型在研發(fā)部門提供的核心功能基礎(chǔ)之上，在現(xiàn)場根據(jù)客戶需求調(diào)整程序產(chǎn)品安裝型，培訓(xùn)及用戶需求收集反饋客戶定制型用戶需求收集反饋，現(xiàn)場調(diào)整程序納入新版產(chǎn)品培訓(xùn)及技術(shù)傳遞研發(fā)與質(zhì)量管理部間的關(guān)系共同提高研發(fā)產(chǎn)品的質(zhì)量質(zhì)量管理部關(guān)注的是產(chǎn)品研發(fā)過程及結(jié)果是否符合公司目標(biāo)及規(guī)范，并根據(jù)研發(fā)部門反饋，參與或主導(dǎo)對軟件開發(fā)過程進(jìn)行改進(jìn)研發(fā)部類似于運(yùn)動(dòng)員，質(zhì)量管理部類似于裁判員，EPG類似于立法部門。負(fù)責(zé)公司研發(fā)類項(xiàng)目度量數(shù)據(jù)的收集與分析EPGEPG工程過程組，一般由技術(shù)總監(jiān)、總工程師

34、、研發(fā)部工程過程組，一般由技術(shù)總監(jiān)、總工程師、研發(fā)部經(jīng)理、質(zhì)量管理部經(jīng)理及主要成員、資深系分工程師、資深經(jīng)理、質(zhì)量管理部經(jīng)理及主要成員、資深系分工程師、資深程序員、配置管理經(jīng)理、產(chǎn)品經(jīng)理等人員組成程序員、配置管理經(jīng)理、產(chǎn)品經(jīng)理等人員組成研發(fā)與客戶服務(wù)部間的關(guān)系客戶服務(wù)部負(fù)責(zé)用戶需求收集及問題，并及時(shí)反饋給研發(fā)部門研發(fā)部門分析各類用戶需求及問題，根據(jù)公司產(chǎn)品規(guī)劃，及時(shí)更新版本。第二章 案例機(jī)構(gòu)設(shè)置及崗位職責(zé)軟件企業(yè)組織結(jié)構(gòu)研發(fā)團(tuán)隊(duì)與其他部門之間的關(guān)系研發(fā)團(tuán)隊(duì)崗位設(shè)置 各崗位職責(zé)企業(yè)文化對研發(fā)團(tuán)隊(duì)的影響軟件生命周期圖新產(chǎn)品需求開發(fā)需求開發(fā)軟件需求需求規(guī)格說明書項(xiàng)目策劃項(xiàng)目策劃估算項(xiàng)目開發(fā)計(jì)劃系統(tǒng)設(shè)

35、計(jì)系統(tǒng)設(shè)計(jì)概要設(shè)計(jì)詳細(xì)設(shè)計(jì)系統(tǒng)測試系統(tǒng)測試系統(tǒng)測試驗(yàn)收測試 / 用戶試用實(shí)現(xiàn)與測試實(shí)現(xiàn)與測試單元代碼單元測試系統(tǒng)測試服務(wù)與維護(hù)服務(wù)與維護(hù)退役退役升級建議和限期維護(hù)通知產(chǎn)品升級項(xiàng)目總結(jié)項(xiàng)目總結(jié)項(xiàng)目分析發(fā)布基線生成技術(shù)交接產(chǎn)品發(fā)布 / 提交編碼方案測試需求發(fā)放合同合同/產(chǎn)品項(xiàng)目產(chǎn)品項(xiàng)目立項(xiàng)立項(xiàng)客戶驗(yàn)收客戶驗(yàn)收驗(yàn)收測試 / 用戶試用階段工作內(nèi)容和常見工作產(chǎn)品列表階段工作內(nèi)容和常見工作產(chǎn)品列表階段階段工作內(nèi)容工作內(nèi)容工作產(chǎn)品工作產(chǎn)品立項(xiàng)1.可行性研究/合同評審、簽訂2.立項(xiàng)評審1. 立項(xiàng)可行性分析報(bào)告3.立項(xiàng)報(bào)告5.立項(xiàng)通知書6. 項(xiàng)目任務(wù)書2.用戶需求說明書（初稿）4.需求和項(xiàng)目計(jì)劃階段工作計(jì)劃需求

36、1.編制并完善用戶需求說明書2.軟件需求規(guī)格說明書編寫3.工作產(chǎn)品評審4.需求跟蹤及管理1.用戶需求說明書3.用戶需求跟蹤矩陣2.軟件需求規(guī)格說明書4. 需求變更申請表計(jì)劃1.項(xiàng)目范圍分析、工作分解3.編制進(jìn)度表5.編寫配置管理計(jì)劃7.計(jì)劃評審、批準(zhǔn)2.估計(jì)規(guī)模、工作量等4.評估項(xiàng)目風(fēng)險(xiǎn)6.編寫項(xiàng)目開發(fā)計(jì)劃1.項(xiàng)目開發(fā)計(jì)劃含：質(zhì)量保證計(jì)劃、CM計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃和培訓(xùn)計(jì)劃2.評審記錄設(shè)計(jì)1.概要設(shè)計(jì)3.數(shù)據(jù)庫設(shè)計(jì)2. 模塊計(jì)工作產(chǎn)品評審1.概要設(shè)計(jì)說明書3.數(shù)據(jù)庫設(shè)計(jì)說明書2.模塊設(shè)計(jì)4.評審記錄實(shí)現(xiàn)與測試1.編碼 2.編制各類用戶手冊2.單元測試1.單元代碼3.單元缺陷管理列表2.單元測試用

37、例列表4.單元測試報(bào)告測試集成測試1.集成測試計(jì)劃編制、評審3.集成測試2.集成測試用例編制、評審4.集成測試報(bào)告編制、確認(rèn)1.集成測試計(jì)劃3.缺陷管理列表5.評審記錄2.集成測試用例4.集成測試報(bào)告系統(tǒng)測試1.系統(tǒng)測試計(jì)劃編制、評審3.系統(tǒng)測試2.系統(tǒng)測試用例編制、評審4.系統(tǒng)測試報(bào)告編制和確認(rèn)1.系統(tǒng)測試計(jì)劃3.測試記錄、缺陷記錄2.系統(tǒng)測試用例4.系統(tǒng)測試報(bào)告項(xiàng)目總結(jié)1.代碼復(fù)用總結(jié)3.項(xiàng)目總結(jié)報(bào)告編制和評審5.項(xiàng)目總結(jié)會(huì)議2.各類手冊評審和批準(zhǔn)4.產(chǎn)品/項(xiàng)目歸檔6.項(xiàng)目結(jié)項(xiàng)/產(chǎn)品發(fā)布1.產(chǎn)品及各類手冊3.產(chǎn)品基線建立和審計(jì)2. 項(xiàng)目總結(jié)報(bào)告4.評審記錄研發(fā)崗位設(shè)置PI過程改進(jìn)，一般負(fù)責(zé)

38、公司各類過程改進(jìn)的，不只是研發(fā)過程，還包括業(yè)務(wù)過程、物流過程等。CM配置管理，一般包含四塊職責(zé)，版本管理、變更管理、工作空間管理、發(fā)布管理。EPG工程過程組，以研發(fā)類過程改進(jìn)、過程資產(chǎn)庫管理為主CCB配置控制委員會(huì)，對產(chǎn)品研發(fā)過程中重大的變更進(jìn)行評審QA質(zhì)量保證研發(fā)全貌圖項(xiàng)目管理RSKM風(fēng)險(xiǎn)管理PIM項(xiàng)目立項(xiàng)管理PP項(xiàng)目計(jì)劃MR管理評審PMC項(xiàng)目監(jiān)控與控制SAM供應(yīng)商協(xié)議管理PCM項(xiàng)目結(jié)項(xiàng)管理研發(fā)全貌圖工程過程RDM需求開發(fā)及管理SD系統(tǒng)設(shè)計(jì)TR技術(shù)評審IT實(shí)現(xiàn)與測試ST系統(tǒng)測試CA客戶驗(yàn)收SM服務(wù)與維護(hù)研發(fā)全貌圖支撐過程DAR決策分析與解決QA質(zhì)量保證，包含對過程及工作產(chǎn)品的質(zhì)量保證CM配置

39、管理MA度量分析研發(fā)全貌圖組織過程OPM機(jī)構(gòu)過程管理，包括機(jī)構(gòu)過程的定義、關(guān)注焦點(diǎn)等等。TM培訓(xùn)管理第二章 案例機(jī)構(gòu)設(shè)置及崗位職責(zé)軟件企業(yè)組織結(jié)構(gòu)研發(fā)團(tuán)隊(duì)與其他部門之間的關(guān)系研發(fā)團(tuán)隊(duì)崗位設(shè)置 各崗位職責(zé)企業(yè)文化對研發(fā)團(tuán)隊(duì)的影響研發(fā)團(tuán)隊(duì)中崗位職責(zé)為了適合CMMI軟件過程改進(jìn)的需要，根據(jù)上一節(jié)的研發(fā)團(tuán)隊(duì)崗位設(shè)置，我們在本課中分為五大類角色過程管理角色公司級的，對整個(gè)公司的軟件開發(fā)過程負(fù)責(zé)的相關(guān)角色項(xiàng)目管理角色項(xiàng)目級的，對項(xiàng)目主管或負(fù)責(zé)的角色工程過程角色項(xiàng)目級的，在具體某個(gè)項(xiàng)目中負(fù)責(zé)各個(gè)階段相關(guān)工作的角色支撐過程角色項(xiàng)目級或產(chǎn)品級的，在具體某個(gè)項(xiàng)目或產(chǎn)品中負(fù)責(zé)CMMI支撐過程域相關(guān)工作的角色臨時(shí)角色

40、根據(jù)項(xiàng)目階段的需要，臨時(shí)設(shè)立的角色具體人員建議組成及職責(zé)如下：過程管理角色過程管理角色工 程過 程組（E P G）由相關(guān)業(yè)務(wù)部門的部門經(jīng)理、質(zhì)量保證經(jīng)理、配置管理經(jīng)理、技術(shù)專家組成，有一位組長。EPG職責(zé)：1.制定適合于本機(jī)構(gòu)的過程規(guī)范；2.在機(jī)構(gòu)范圍內(nèi)推廣該規(guī)范（如培訓(xùn)、考核），評估機(jī)構(gòu)過程能力等。EGP組長職責(zé)：1.制定過程改進(jìn)計(jì)劃并跟蹤執(zhí)行；2.向總經(jīng)理提交EPG過程改進(jìn)活動(dòng)的報(bào)告（如進(jìn)展報(bào)告、工作周報(bào)等）；3.向總經(jīng)理匯報(bào)過程改經(jīng)工作的問題，爭取總經(jīng)理的協(xié)助。質(zhì) 量保 證小組（Q A G）由質(zhì)量保證經(jīng)理(QA經(jīng)理)和質(zhì)量保證工程師組成。質(zhì)量保證經(jīng)理職責(zé)：1.質(zhì)量保證經(jīng)理為每個(gè)項(xiàng)目指定一

41、名質(zhì)量保證工程師；對質(zhì)量保證工程師提交的項(xiàng)目組內(nèi)無法解決的不符合問題進(jìn)行協(xié)調(diào)；2.監(jiān)督規(guī)范的實(shí)施，確保所有項(xiàng)目以及相關(guān)部門準(zhǔn)照規(guī)范開展工作；3.分析機(jī)構(gòu)內(nèi)共性的質(zhì)量問題，給出質(zhì)量改進(jìn)建議和措施，協(xié)組EPG完善規(guī)范。4.對過程改進(jìn)項(xiàng)目執(zhí)行質(zhì)量保證相關(guān)活動(dòng)。配 置管 理小組（C M G）由配置管理經(jīng)理(CM經(jīng)理)和配置管理員組成。配置管理經(jīng)理職責(zé)：1.維護(hù)機(jī)構(gòu)級配置管理庫及過程資產(chǎn)；為每個(gè)項(xiàng)目指定一名配置管理員；2.依據(jù)文檔化的規(guī)程，協(xié)助配置管理員制訂CM計(jì)劃，并審核CM計(jì)劃；審計(jì)各階段的配置管理活動(dòng)報(bào)告；3.根據(jù)項(xiàng)目需要選擇合理的配置管理工具，報(bào)EPG批準(zhǔn)納入過程資產(chǎn)庫，定期組織培訓(xùn)；4.根據(jù)配

42、置管理員提交的配置管理活動(dòng)報(bào)告，定期進(jìn)行度量、分析，形成分析結(jié)果，給出改進(jìn)措施，實(shí)現(xiàn)配置管理過程持續(xù)改進(jìn)；5.組織協(xié)調(diào)配置管理員與軟件工程師或技術(shù)服務(wù)部門之間的工作交流與問題處理； 項(xiàng)目管理角色項(xiàng) 目管 理角色總工程師1.是機(jī)構(gòu)內(nèi)所有項(xiàng)目的主管，對立項(xiàng)管理和結(jié)項(xiàng)管理有最終決策權(quán)；2.對QA經(jīng)理提交的無法解決的不符合問題進(jìn)行協(xié)調(diào)。3.審查所有的對機(jī)構(gòu)外部的個(gè)人和組所作的軟件項(xiàng)目承諾；4.組織協(xié)調(diào)跨部門或與客戶的工作交流與問題處理；研發(fā)部經(jīng)理1.監(jiān)督項(xiàng)目經(jīng)理的工作，審批項(xiàng)目經(jīng)理的各種申請；2.參加評審會(huì)并審閱評審報(bào)告；3.負(fù)責(zé)監(jiān)督軟件過程規(guī)范的實(shí)施；4.參與軟件、硬件、技術(shù)服務(wù)等軟件相關(guān)階段的工作

43、產(chǎn)品、使用技術(shù)、工具的評審和審批，并給予必要的支持；項(xiàng)目經(jīng)理（PM）1.向研發(fā)部經(jīng)理或總工程師匯報(bào)工作；2.對項(xiàng)目進(jìn)行規(guī)劃、對進(jìn)度實(shí)施監(jiān)控、進(jìn)行風(fēng)險(xiǎn)管理和需求管理；3.監(jiān)督項(xiàng)目成員的工作，審批項(xiàng)目成員的各種申請及子計(jì)劃；4.制定編碼與單元測試、系統(tǒng)集成的階段性計(jì)劃5.參加評審會(huì)并審閱評審報(bào)告；6.配合質(zhì)量保證工程師不合格問題的解決及跟蹤，支持其工作；7.負(fù)責(zé)項(xiàng)目的度量工作。工程過程角色工程過程角色項(xiàng)目組成員1.項(xiàng)目組內(nèi)除項(xiàng)目經(jīng)理外的其他所有人員，包括以下人員：需求開發(fā)人員、系統(tǒng)設(shè)計(jì)人員、開發(fā)人員、測試人員。需求開發(fā)人員1.調(diào)查、分析并定義需求，撰寫相應(yīng)的需求文檔，盡最大努力使需求文檔能夠正確無

44、誤地反映用戶的真實(shí)意愿。系統(tǒng)設(shè)計(jì)人員1.根據(jù)需求文檔設(shè)計(jì)軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，并撰寫相應(yīng)的設(shè)計(jì)文檔。開發(fā)工程師1.根據(jù)系統(tǒng)設(shè)計(jì)文檔，編寫軟件系統(tǒng)的代碼；2.隨時(shí)測試和檢查自己的代碼，及時(shí)消除代碼中的缺陷。測試經(jīng)理1.依據(jù)文檔化的規(guī)程，為每一個(gè)軟件項(xiàng)目制定測試計(jì)劃，并按得到批準(zhǔn)的計(jì)劃開展活動(dòng)；2.組織編寫測試用例；3.根據(jù)項(xiàng)目需要選擇合理的測試工具，報(bào)EPG批準(zhǔn)納入機(jī)構(gòu)資產(chǎn)庫，并定期組織培訓(xùn)；測試工程師1.從事集成測試、系統(tǒng)測試，負(fù)責(zé)參與項(xiàng)目開發(fā)各個(gè)過程工作產(chǎn)品的可測試性的審查和驗(yàn)證，及時(shí)發(fā)現(xiàn)、記錄缺陷并驗(yàn)證缺陷等關(guān)閉活動(dòng)；2.為項(xiàng)目編寫集成測試及系統(tǒng)測試用例，并執(zhí)行軟件

45、測試過程；3.項(xiàng)目測試結(jié)束后，編寫測試報(bào)告提交測試經(jīng)理；支撐過程角色支撐過程角色配置管理員（CM工程師）1.依據(jù)文檔化的規(guī)程，為每一個(gè)軟件項(xiàng)目制定配置管理計(jì)劃，從機(jī)構(gòu)資產(chǎn)庫中選擇合理的配置工具，并按得到批準(zhǔn)的計(jì)劃開展活動(dòng)；2.根據(jù)軟件項(xiàng)目CM計(jì)劃，建立配置庫系統(tǒng)，識別將置于配置管理之下的所有軟件工作產(chǎn)品；3.依據(jù)文檔化的規(guī)程，對基線更改進(jìn)行控制，定期形成更改請求摘要與狀態(tài)報(bào)告，提交項(xiàng)目經(jīng)理；4.依據(jù)文檔化的規(guī)程，由軟件基線庫生成產(chǎn)品，并控制其發(fā)布；5.依據(jù)文檔化的規(guī)程，記錄配置項(xiàng)/單元的狀態(tài)；6.編寫標(biāo)準(zhǔn)的報(bào)告，記錄CM活動(dòng)和產(chǎn)品基線的內(nèi)容，定期整理配置數(shù)據(jù)，形成CM活動(dòng)報(bào)告提交項(xiàng)目經(jīng)理及配置

46、管理經(jīng)理；培訓(xùn)組1.根據(jù)機(jī)構(gòu)發(fā)展戰(zhàn)略，總結(jié)出將來可能要有培訓(xùn)需求；2.定期或不定期地從項(xiàng)目組獲得培訓(xùn)需求，從以上兩種方式收集培訓(xùn)需求、確定培訓(xùn)計(jì)劃，并實(shí)施該計(jì)劃，撰寫培訓(xùn)評估報(bào)告；3.維護(hù)培訓(xùn)資料庫。產(chǎn)品維護(hù)人員1.為客戶提供與產(chǎn)品相關(guān)的服務(wù)（如技術(shù)咨詢），快速響應(yīng)客戶的要求，給客戶一個(gè)滿意的解答。2.糾錯(cuò)性維護(hù)：及時(shí)解決用戶遇到的技術(shù)故障和消除產(chǎn)品中的缺陷；3.完善性維護(hù)：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。質(zhì)量保證工程師（QA工程師）1.根據(jù)項(xiàng)目計(jì)劃制定質(zhì)量保證計(jì)劃；2.遵循已制定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程，按照經(jīng)過評審的質(zhì)量保證計(jì)劃，從第三方的角度周期性的監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行；3.通過

47、QA審計(jì)報(bào)告給項(xiàng)目經(jīng)理和開發(fā)人員提供已識別出的質(zhì)量問題并跟蹤問題的解決過程，與項(xiàng)目組協(xié)商不符合問題的解決措施，給出質(zhì)量改進(jìn)的建議；4.向QA經(jīng)理匯報(bào)項(xiàng)目組內(nèi)不能解決的不符合問題；5.撰寫并向QA經(jīng)理和項(xiàng)目經(jīng)理發(fā)布QA周報(bào)，提供反映產(chǎn)品和過程質(zhì)量的信息和數(shù)據(jù)；6.協(xié)助收集項(xiàng)目度量數(shù)據(jù)；7.參與項(xiàng)目相關(guān)評審活動(dòng)。臨時(shí)性角色臨時(shí)角色臨時(shí)角色職責(zé)說明職責(zé)說明立項(xiàng)小組由產(chǎn)品創(chuàng)作者（構(gòu)思者）、業(yè)務(wù)專家、技術(shù)專家、市場人員組成；應(yīng)有一位主席或組長；1.開展立項(xiàng)調(diào)查、產(chǎn)品構(gòu)思、可行性分析等活動(dòng)，全面考慮公司戰(zhàn)略、效率、成本等各方面因素，撰寫立項(xiàng)報(bào)告或可行性分析報(bào)告；2.申請立項(xiàng)，并在立項(xiàng)評審會(huì)議上答辯。立 項(xiàng)

48、 決 策委員會(huì)由機(jī)構(gòu)領(lǐng)導(dǎo)、各級經(jīng)理、市場人員、技術(shù)專家、財(cái)務(wù)人員等組成，應(yīng)有一位主席或組長；1.對立項(xiàng)活動(dòng)進(jìn)行評審，委員會(huì)投票決定是否同意立項(xiàng)。評審小組由機(jī)構(gòu)領(lǐng)導(dǎo)、項(xiàng)目組成員，項(xiàng)目組以外的技術(shù)專家等組成；應(yīng)有一位主席或組長；1.對工作成果進(jìn)行正式技術(shù)評審，盡早地發(fā)現(xiàn)工作成果中的缺陷；2.對項(xiàng)目過程進(jìn)行管理評審，給出決策建議。配 置 控 制委 員 會(huì) （CCB）由一組負(fù)責(zé)評估和審批配置項(xiàng)的變更的人員（CM）組成，本案例中是由總工程師、市場部產(chǎn)品經(jīng)理、研發(fā)部長、配置管理工程師、配置管理經(jīng)理、項(xiàng)目經(jīng)理等人組成；1.對配置管理各項(xiàng)活動(dòng)擁有決策權(quán)；2.審批配置管理計(jì)劃；3.對遞交進(jìn)來的所有變更請求進(jìn)行審

49、查、分析，從而決定如何處理這些變更請求，審批變更請求；4.基線建立的審批；產(chǎn)品發(fā)布的審批；第二章 案例機(jī)構(gòu)設(shè)置及崗位職責(zé)軟件企業(yè)組織結(jié)構(gòu)研發(fā)團(tuán)隊(duì)與其他部門之間的關(guān)系研發(fā)團(tuán)隊(duì)崗位設(shè)置 各崗位職責(zé)企業(yè)文化對研發(fā)團(tuán)隊(duì)的影響以客戶為中心案例：某公司產(chǎn)品通過四五年的研發(fā)，還是常出現(xiàn)問題，各個(gè)部門之間相互抱怨非常多；原因分析：研發(fā)過程雖然非常規(guī)范，但與其他非技術(shù)部門之間的接口沒有通過流程來規(guī)范研發(fā)人員缺乏以客戶為中心的意識，自我為中心意識嚴(yán)重團(tuán)隊(duì)精神成敗偕團(tuán)隊(duì)共有互教互學(xué)互相奉獻(xiàn)和支持遇到困難，互相鼓勵(lì)，及時(shí)溝通，用團(tuán)隊(duì)智慧來解決問題承認(rèn)并感謝隊(duì)友的工作和幫助甘當(dāng)配角欣賞隊(duì)友的工作有這樣一個(gè)故事，大家在喝

50、酒，總共喝了兩瓶，如果讓人分開說自己喝了解多少，加起來總數(shù)肯定大于兩瓶。樹立正確的人才觀敬業(yè)精神團(tuán)隊(duì)精神責(zé)任心工作熱情解決問題能力快速學(xué)習(xí)能力創(chuàng)新精神獨(dú)立工作能力管理風(fēng)格？以人為本、團(tuán)隊(duì)精神、有效交流構(gòu)成了企業(yè)文化的三大支柱，而藝術(shù)的管理則是培育并維護(hù)企業(yè)文件的根本保證領(lǐng)導(dǎo)要有遠(yuǎn)見卓識沒有永遠(yuǎn)的主管我不同意你，但我支持你不事必躬親：好領(lǐng)導(dǎo)的標(biāo)志之一員工忠誠：好領(lǐng)導(dǎo)的結(jié)果三、立項(xiàng)管理三、立項(xiàng)管理電子科技大學(xué)電子科技大學(xué)第三章立項(xiàng)管理立項(xiàng)管理簡述立項(xiàng)管理流程立項(xiàng)管理活動(dòng)立項(xiàng)管理實(shí)訓(xùn) l通過規(guī)范企業(yè)里的研發(fā)立項(xiàng)過程，主要是想達(dá)到如下目的：通過規(guī)范企業(yè)里的研發(fā)立項(xiàng)過程，主要是想達(dá)到如下目的：l降低項(xiàng)目

51、投入的風(fēng)險(xiǎn)，避免研發(fā)項(xiàng)目的隨意性；l加強(qiáng)項(xiàng)目的目標(biāo)、成本和進(jìn)度考核，提高項(xiàng)目成功比例；l杜絕不實(shí)際的研發(fā)項(xiàng)目展開，避免公司資源浪費(fèi)。l對于銷售立項(xiàng)則不是如此，通過銷售立項(xiàng)的審批，是想達(dá)到如下目的：對于銷售立項(xiàng)則不是如此，通過銷售立項(xiàng)的審批，是想達(dá)到如下目的：l不放過可以贏利并且能做或可以做的項(xiàng)目，拒絕虧本并且不值得虧本或者暫時(shí)做不了或不值得做的項(xiàng)目；l比較清楚地了解用戶需求和客戶信用狀況，減少合同簽訂后的變更；l確定一個(gè)比較合理的報(bào)價(jià)。為什么要進(jìn)行立項(xiàng)管理?為了做出正確的立項(xiàng)決策，應(yīng)當(dāng)拿出一個(gè)比較全面的項(xiàng)目陳述，比如：立項(xiàng)報(bào)告、立項(xiàng)可行性分析報(bào)告等。在其中盡可能全面的考慮方方面面的因素，權(quán)衡得

52、失。例如：l這個(gè)產(chǎn)品研發(fā)到底有多大把握？l這個(gè)項(xiàng)目可以做嗎？技術(shù)積累夠嗎？現(xiàn)有人力調(diào)度得過來嗎？l項(xiàng)目需求明確嗎？合理嗎?l研發(fā)人員說至少要半年，用戶或公司希望要求2個(gè)月，怎么辦？抽調(diào)人員，別的項(xiàng)目用戶會(huì)怎么反應(yīng)？l這個(gè)產(chǎn)品值得研發(fā)嗎？成本要100萬，而市場銷售可能只有80萬，最后虧本，誰買單？l工作由誰負(fù)責(zé)，哪些人去做？如何做？立項(xiàng)要解決的問題第三章立項(xiàng)管理立項(xiàng)管理簡述立項(xiàng)管理流程立項(xiàng)管理活動(dòng)立項(xiàng)管理實(shí)訓(xùn) 立項(xiàng)管理流程圖第三章立項(xiàng)管理立項(xiàng)管理簡述立項(xiàng)管理流程立項(xiàng)管理活動(dòng)立項(xiàng)管理實(shí)訓(xùn) 誰提出項(xiàng)目立項(xiàng)?合同類項(xiàng)目市場部門若有定制開發(fā)類的業(yè)務(wù)，根據(jù)公司確定的市場管理相關(guān)規(guī)定提出需要技術(shù)部門給予配合

53、的申請（一般為銷售立項(xiàng)通知單，在該單據(jù)里會(huì)寫明將要跟蹤的業(yè)務(wù)基本情況，需要什么樣的技術(shù)人員配合等內(nèi)容）。然后，由總工程師從研發(fā)部門指定專門的技術(shù)人員，配合業(yè)務(wù)人員做技術(shù)方案。 注意：在此時(shí)選擇技術(shù)人員時(shí)，應(yīng)當(dāng)考慮到該人員的綜合能力，因?yàn)槿绻摌I(yè)務(wù)合同一旦簽訂，此人就是該項(xiàng)目的項(xiàng)目經(jīng)理。例如 某省電力公司設(shè)備巡檢系統(tǒng)誰提出項(xiàng)目立項(xiàng)?（續(xù)）新產(chǎn)品研發(fā)類項(xiàng)目在兩種情況下可以提出新產(chǎn)品研發(fā)，一是公司對某一產(chǎn)品有研發(fā)意向；二是市場部門與技術(shù)部門通過討論，要開發(fā)某一新產(chǎn)品。此時(shí)，則由總工程師確定立項(xiàng)方式，并指定專人或親自負(fù)責(zé)，做立項(xiàng)的前的準(zhǔn)備工作。注意，此人通常會(huì)為項(xiàng)目立項(xiàng)之后的項(xiàng)目經(jīng)理，所以在指定人選時(shí)

54、需要考慮綜合能力。主要是完成立項(xiàng)的可行性分析，并且根據(jù)項(xiàng)目的類型確定是否進(jìn)行技術(shù)預(yù)研，對于需要用到新技術(shù)、新工具及新平臺的產(chǎn)品研發(fā)，應(yīng)當(dāng)進(jìn)行技術(shù)預(yù)研。例如 iPad的研發(fā)誰提出項(xiàng)目立項(xiàng)?（續(xù)）產(chǎn)品升級類項(xiàng)目根據(jù)市場及用戶的反饋，由研發(fā)部經(jīng)理或總工程師確定是否進(jìn)行升級研發(fā)，由自己或指定專人負(fù)責(zé)，做立項(xiàng)準(zhǔn)備工作?！菊f明：市場及用戶反饋一般來源于公司對產(chǎn)品已有用戶做的使用情況調(diào)查、對本公司產(chǎn)品及同類產(chǎn)品進(jìn)行的市場調(diào)研分析、公司售后服務(wù)部門從客戶處得到已有產(chǎn)品的使用報(bào)告或問題（故障）報(bào)告等。】例如 iPhone 5后推出iPhone 5S怎樣提出項(xiàng)目立項(xiàng)?合同類項(xiàng)目，由總工程師指定的技術(shù)人員參與業(yè)務(wù)的

55、商務(wù)談判，并撰寫技術(shù)方案書，然后按公司合同評審管理流程，提出評審。新產(chǎn)品研發(fā)類項(xiàng)目，由總工程師指定的負(fù)責(zé)人為主來撰寫立項(xiàng)可行性分析報(bào)告或立項(xiàng)報(bào)告，該立項(xiàng)負(fù)責(zé)人通過協(xié)調(diào)技術(shù)部門、市場部門、財(cái)務(wù)部門等共同來完成資料的編寫。根據(jù)項(xiàng)目的規(guī)模來確定，對于投資比較大或者風(fēng)險(xiǎn)比較大的項(xiàng)目，建議編寫立項(xiàng)可行性分析報(bào)告。產(chǎn)品升級類項(xiàng)目，由研發(fā)部經(jīng)理或總工程師指定的負(fù)責(zé)人為主來撰寫立項(xiàng)報(bào)告；若升級規(guī)模比較小或研發(fā)周期比較短，也可以由總工程師直接下達(dá)項(xiàng)目任務(wù)書。至少應(yīng)明確：項(xiàng)目范圍及目標(biāo)、驗(yàn)收標(biāo)準(zhǔn)、技術(shù)規(guī)劃、計(jì)劃進(jìn)度、成本預(yù)算、風(fēng)險(xiǎn)預(yù)計(jì)等?？尚行苑治鰣?bào)告內(nèi)容目的：確定問題是否值得去解決技術(shù)可行性經(jīng)濟(jì)可行性操作可行性

56、說明：具體請參見給定的立項(xiàng)可行性分析報(bào)告模板可行性分析報(bào)告編寫過程復(fù)查系統(tǒng)規(guī)模和目標(biāo)研究目前正在使用的系統(tǒng)導(dǎo)出新系統(tǒng)的高層邏輯模型進(jìn)一步定義問題導(dǎo)出和評價(jià)供選擇的解法推薦行動(dòng)方針形成可行性分析報(bào)告立項(xiàng)報(bào)告內(nèi)容項(xiàng)目背景項(xiàng)目范圍及目標(biāo)項(xiàng)目驗(yàn)收標(biāo)準(zhǔn)項(xiàng)目資源及費(fèi)用預(yù)算項(xiàng)目進(jìn)度控制項(xiàng)目風(fēng)險(xiǎn)控制市場推廣及工程實(shí)施相關(guān)建議或措施具體請參見立項(xiàng)報(bào)告誰進(jìn)行立項(xiàng)評審？合同類項(xiàng)目根據(jù)合同管理里的合同評審辦法進(jìn)行評審，作為公司管理的一個(gè)重要環(huán)節(jié)，合同管理各公司會(huì)有比較明確的規(guī)定，在簽訂合同之前，會(huì)對合同的技術(shù)內(nèi)容、可能的風(fēng)險(xiǎn)、違約責(zé)任、己方履約能力、收款條款等進(jìn)行評審。其他項(xiàng)目立項(xiàng)負(fù)責(zé)人在完成立項(xiàng)可行性分析報(bào)告或立項(xiàng)

57、報(bào)告后，向總工程師或研發(fā)部經(jīng)理提出評審要求?？偣こ處熁蜓邪l(fā)部經(jīng)理確定參加評審的人員，評審兩天前立項(xiàng)負(fù)責(zé)人把相關(guān)資料交到評審人員手中。具體是評審前兩天，還是幾天，可以根據(jù)項(xiàng)目的規(guī)模、項(xiàng)目的重要度、項(xiàng)目整體周期來確定。然后召開評審會(huì)議，具體評審會(huì)議怎么召開？怎么組織？公司里一般有管理評審的相關(guān)規(guī)定 怎么進(jìn)行立項(xiàng)評審？合同類項(xiàng)目，按照各公司自己確定的合同評審辦法執(zhí)行。只要合同評審?fù)ㄟ^，對于研發(fā)來說，就認(rèn)為立項(xiàng)通過，即可進(jìn)入一下環(huán)節(jié)（總工程師根據(jù)與客戶簽訂的合同填寫并簽發(fā)項(xiàng)目任務(wù)書）。其他類項(xiàng)目，參加評審的人員收到相關(guān)立項(xiàng)評審資料后（立項(xiàng)報(bào)告或立項(xiàng)可行性分析報(bào)告），仔細(xì)閱讀并填寫預(yù)審問題清單，在評審前

58、交給立項(xiàng)負(fù)責(zé)人；立項(xiàng)負(fù)責(zé)人根據(jù)預(yù)審問題清單中提出的問題進(jìn)行修改或準(zhǔn)備答辯資料；舉行評審會(huì)議，具體評審會(huì)議召開的規(guī)定請參見第4章 項(xiàng)目評審管理相關(guān)內(nèi)容。誰簽發(fā)項(xiàng)目任務(wù)書？如果立項(xiàng)評審?fù)ㄟ^則需要簽發(fā)立項(xiàng)通知書，若未通過，則在項(xiàng)目評審表中寫明處理方式，一般分為不接受和變更兩種情況，具體請參見項(xiàng)目評審表的內(nèi)容。對評審中出現(xiàn)的問題，根據(jù)項(xiàng)目評審表中的內(nèi)容進(jìn)行跟蹤修訂情況，其中對每個(gè)問題的修改情況，必須由驗(yàn)證人進(jìn)行跟蹤，并把修改及驗(yàn)證所花的工作量記錄進(jìn)該表。立項(xiàng)申請人編制立項(xiàng)通知書，報(bào)總工程師批準(zhǔn)，由總工程師根據(jù)項(xiàng)目規(guī)模和費(fèi)用的大小上報(bào)公司總裁或自己審批?？偣こ處煾鶕?jù)立項(xiàng)通知書填寫并簽發(fā)項(xiàng)目任務(wù)書，合同類

59、項(xiàng)目根據(jù)與客戶簽訂的合同填寫并簽發(fā)項(xiàng)目任務(wù)書。立項(xiàng)管理要點(diǎn)應(yīng)該估計(jì)整個(gè)生命周期每個(gè)階段、各項(xiàng)活動(dòng)、各類相關(guān)人員必須為該項(xiàng)目投入的工作量和成本；工作量和成本估計(jì)，如果涉及多個(gè)部門，應(yīng)由相關(guān)部門分別估計(jì)然后由總工程師匯總，不能一個(gè)人說了算，也不能全由研發(fā)人員或市場人員說了算，更不能隨便估算就交差。既要計(jì)入直接成本和工作量，也要考慮間接成本和工作量。為項(xiàng)目開發(fā)的需要而購買的軟硬設(shè)備，或者項(xiàng)目交付后項(xiàng)目成果可以進(jìn)一步作為公司的新產(chǎn)品或新版本，或者已經(jīng)有了初步成果而通過新項(xiàng)目則可以節(jié)省產(chǎn)品開發(fā)所需的投入等。在這些情況下，應(yīng)妥善分割成本和工作量，全部成本和工作量完全分?jǐn)傇谝粋€(gè)項(xiàng)目頭上，顯然不合理。比如：在

60、項(xiàng)目研發(fā)期間需要購買一臺服務(wù)服，但該服務(wù)器在此項(xiàng)目結(jié)束之后還可以繼續(xù)使用，那么把成本全部算到該項(xiàng)目上顯然不合理。工作量到成本的折算，可用上一個(gè)年度整個(gè)部門全年人均開支，也可用上一個(gè)季度的人均開支，也可用各類人員的人均開支。業(yè)務(wù)費(fèi)、項(xiàng)目獎(jiǎng)金以及其他必須的特殊開支，應(yīng)計(jì)入（工作量之外的）成本應(yīng)考慮風(fēng)險(xiǎn)儲備以及項(xiàng)目相關(guān)各方溝通協(xié)調(diào)所可能必需的工作量和成本。要為必然會(huì)有的需求變更引起的工作量增加留有余地。立項(xiàng)管理要點(diǎn)（續(xù)）立項(xiàng)時(shí)的風(fēng)險(xiǎn)考慮事項(xiàng)：應(yīng)從思想深處樹立風(fēng)險(xiǎn)意識，“風(fēng)險(xiǎn)與機(jī)會(huì)同時(shí)存在，收益和風(fēng)險(xiǎn)始終相伴”。項(xiàng)目風(fēng)險(xiǎn)管理與項(xiàng)目本身的工作同樣重要；風(fēng)險(xiǎn)管理是任何項(xiàng)目所必然包含的一項(xiàng)工作內(nèi)容。不能為躲