項目管理軟件改進(jìn)過程課件

1、項目管理第二講 軟件改進(jìn)過程丁志強(qiáng) 2005-5-18第1頁，共18頁。主要內(nèi)容無序的軟件過程 項目管理與軟件過程 軟件過程改進(jìn)的六條原則 軟件過程評估 項目管理在CMM中的位置 CMM框架中項目管理的內(nèi)容 項目管理推動軟件過程改進(jìn) 參考書:瓦茨.S.漢弗萊，軟件過程管理，清華大學(xué)出版社，2002.第2頁，共18頁。3 無序的軟件過程 無序的軟件過程是卡內(nèi)基.梅農(nóng)大學(xué)SEI對缺乏有效管理控制的軟件過程的定義，被列為CMM初始級。本節(jié)通過無序過程的講述，提出造成過程無序的原因，最重要的影響因子和改進(jìn)的思路。 第3頁，共18頁。3.1 無序的軟件過程特征 無序的軟件過程就是缺乏有效管理、準(zhǔn)確定義、

2、事前計劃和過程控制的軟件開發(fā)過程。做計劃、做預(yù)算、搞開發(fā)沒有一套規(guī)格化的表達(dá)形式和評估機(jī)制。所采用的工具不一致，也沒有集成。變更控制是松散的。缺乏管理經(jīng)驗和正確理解問題的能力。問題被遺忘或者經(jīng)常被推遲解決，到安裝或運行中才發(fā)現(xiàn)。第4頁，共18頁。3.2 軟件過程無序的原因 “人不愿意承認(rèn)自己的無知”軟件復(fù)雜性問題?？陀^存在太多的未知因素：問題域和軟件本身競爭的壓力導(dǎo)致無計劃的承諾：目的和內(nèi)容不明確看似簡單而忽略了計劃：時間和資源不足 “古魯?shù)淖孕拧毕嘈抛约耗軌蜃鋈魏问虑榫芙^承認(rèn)和利用前期成果隨意改變原來的安排“相信奇跡會發(fā)生”不愿意花費時間做項目的前期工作（需求分析）在復(fù)雜問題面前徘徊 “軟件

3、魔方”軟件規(guī)模問題只有一個人知道程序細(xì)節(jié)和存在問題。不知道怎樣從分析，到設(shè)計，再到編碼的過渡。不知道分解系統(tǒng)成為子系統(tǒng)和構(gòu)件。多個版本出現(xiàn)而不知道我現(xiàn)在用的是哪個版本。公共使用的符號、詞匯沒有準(zhǔn)確定義。標(biāo)準(zhǔn)之間的矛盾沒有解決。不可能一次完成所有的模塊，不只道怎樣安排進(jìn)度。在看不到運行效果時不知道設(shè)計是否正確。版本更新時不知道新版本對系統(tǒng)的影響。第5頁，共18頁。3.3 軟件過程熵 軟件過程的熵是評定軟件過程無序程度的等級。存在若干因素，即使對于一個已經(jīng)建立了項目管理體制的組織，趨向于破壞有序的軟件過程管理（即熵的增加）。影響軟件過程熵最主要的因素有三類：不確定的需求（直到項目完成前，不能真正理

4、解“做什么”和“怎樣做”）增長的軟件編碼（需求變更，問題暴露）人的天性（情感影響行為，動機(jī)、等級、責(zé)任） 第6頁，共18頁。3.4 改進(jìn)的思路 系統(tǒng)化的項目管理嚴(yán)密的變更管理規(guī)程獨立的項目管理組織計劃跟蹤和維護(hù)計劃工作細(xì)分每件工作的精確定義嚴(yán)格控制部分與整體的關(guān)系把軟件開發(fā)當(dāng)作學(xué)習(xí)過程辨識出不知道的東西要處理它必須先知道它管理、評審和復(fù)審適時改進(jìn)計劃第7頁，共18頁。4 項目管理與軟件過程 項目管理通過過程控制進(jìn)行。第一、二章講了項目管理的基本原理、基本方法和基本過程，下文還要分章節(jié)細(xì)致討論。正如第三章所述，熵的增加“即使對于一個已經(jīng)建立了項目管理體制的組織，趨向于破壞有序的軟件過程管理”，本

5、章引入軟件過程改進(jìn)概念，任何規(guī)范的軟件過程都不是一成不變的，必須能夠改進(jìn)，以適應(yīng)具體的組織、工程、技術(shù)、人員的特點。軟件過程管理Cpt.1,2,3第8頁，共18頁。改變的動力來自于領(lǐng)導(dǎo) 過程問題是管理者的責(zé)任；通過管理活動改變系統(tǒng)；長期計劃、優(yōu)先級、資源的支持。改變將卷入每個人 成熟的軟件過程，人的活動更結(jié)構(gòu)化、更有效、更相關(guān)；組織的活動而不是個人的活動。改變需要當(dāng)前過程的知識和明確的目標(biāo) 是什么的問題；改變處于什么位置的問題；評估知識；控制、協(xié)調(diào)的知識。改變是持續(xù)過程 人敏感的活動；動態(tài)的而不是靜態(tài)的；三個特點：反作用；“背叛”；“放把火的英雄”。改變需要自覺的努力和定期加固 如果沒有持續(xù)的

6、推進(jìn)工作，要人保持一種精確的活動，很難。 引入（installation） 實踐（practice） 熟煉（proficiency） 成為自然（naturalness）改變需要投資 訓(xùn)練！訓(xùn)練！訓(xùn)練！4.1 軟件過程改進(jìn)的六條原則 第9頁，共18頁。4.2 軟件過程評估 軟件過程評估是為了找出當(dāng)前軟件開發(fā)過程中存在的問題，區(qū)分問題的程度，提出過程改進(jìn)提案的活動?！叭撕茈y發(fā)現(xiàn)自己的問題”，區(qū)分軟件評估活動和軟件開發(fā)活動是必要的。過程評估與產(chǎn)品評估也是不一樣的，后者是對生產(chǎn)物是否滿足要求的檢查，前者是對生產(chǎn)過程是否滿足要求，是否存在改進(jìn)可能的檢查。過程評估的目的 過程評估的階段 過程評估的五項基本

7、原則 第10頁，共18頁。4.2.1 過程評估的目的 研究怎樣組織企業(yè)的開發(fā)、管理與控制活動；發(fā)現(xiàn)過程中存在的問題，并且定義主要問題；提出改進(jìn)過程的解決方案，使之成為領(lǐng)導(dǎo)人的主張。第11頁，共18頁。4.2.2 過程評估的階段 分為準(zhǔn)備、評估、建議三階段。針對過程變更提案（任何人所提出的）：準(zhǔn)備階段：高層領(lǐng)導(dǎo)對評估提案的目的、原因、計劃、預(yù)期的建議、評估小組的體制和人選、費用進(jìn)行研究、評審，并做出結(jié)論和指示?？赡苄枰?-2天，進(jìn)行評估小組的培訓(xùn)。評估階段：實施評估活動和寫出“問題定義報告”（Finding Report）。可能需要幾天或幾周，取決于企業(yè)的規(guī)模和可采用的技術(shù)。建議階段：研究“問題

8、定義報告”，提出解決方案，寫出評估報告（Evaluation Report）。一種評估報告的三段論式：參見美國總統(tǒng)信息技術(shù)咨詢委員會給總統(tǒng)的報告1998.8標(biāo)題（Title）概述（High Spots）目的（Objectives）問題（Findings）建議（Recommendations）第12頁，共18頁。4.2.3 過程評估的五項基本原則 “成功的評估需要權(quán)威能干的評估小組、有力的領(lǐng)導(dǎo)和合作的組織?！边@是一條基本原理。針對軟件過程的特殊性，還有以下五條特殊原則：遵循評估基準(zhǔn)的原則必須有一個同類型的參考模式，如CMM框架（必須適合企業(yè)，有基準(zhǔn)參數(shù)，如能力、成本）堅持全局概念，避免只集中于自

9、己參與的部分單一目標(biāo)可能導(dǎo)致不一致的結(jié)果保密原則保持被評估企業(yè)的商業(yè)秘密尊重被調(diào)查者的隱私權(quán)領(lǐng)導(dǎo)者不在場的調(diào)查卷入高層管理者的原則“沒有領(lǐng)導(dǎo)者參與的評估是浪費時間”解決方案必須得到管理者的支持管理者的觀點是最有影響的觀點吸取被評估組織觀點的原則外部專家并不像想象的聰明外部專家不能只是“能夠理解”，而且要“適當(dāng)”分析要有享用企業(yè)知識的自覺面向活動的原則不能滿足于一般的解釋必須集中于問題所在，獲得解答方案第13頁，共18頁。4.3 項目管理在CMM中的位置 軟件能力成熟度模型CMM（Capacity Maturity Model），由美國國防部資助，于1986年在Carnegie Mellon U

10、niversity的SEI開始研究，于1991正式推出CMM 1.0，1993年推出CMM 1.1。此后，SEI還完成了CMMI（Capacity Maturity Model Integration）。目前推出了CMM 2.0。CMM事實上已經(jīng)成為國際軟件業(yè)衡量軟件企業(yè)軟件過程改進(jìn)管理水平的標(biāo)準(zhǔn)。本講稿重要參考資料軟件過程管理的作者瓦茨 漢弗萊（Watts S. Humphrey）是CMM的提出者。CMM結(jié)構(gòu)框架CMM等級框架CMM框架中項目管理的內(nèi)容第14頁，共18頁。4.3.1 CMM結(jié)構(gòu)框架組織organization涉及軟件組織的管理領(lǐng)導(dǎo)活動政策policy建立組織行為的基準(zhǔn)。資源r

11、esources分配工作責(zé)任和資源。失察oversight察覺執(zhí)行情況。通信communication保證活動及時利用適當(dāng)?shù)闹R。訓(xùn)練training開發(fā)使用適當(dāng)?shù)臉?biāo)準(zhǔn)、過程、方法和工具的個人能力。項目管理project management涉及項目的一般活動計劃planning提出項目提案并在計劃體制下實施項目計劃活動。跟蹤tracking檢查是否按計劃執(zhí)行及其效果。項目控制project control對項目的關(guān)鍵要素提供保證與控制。分包subcontracting按照既定政策、標(biāo)準(zhǔn)、過程，分解責(zé)任-資源。過程管理process management涉及導(dǎo)入項目和支持項目的活動過程定義pr

12、ocess definition定義任務(wù)的執(zhí)行、評價、改進(jìn)過程標(biāo)準(zhǔn)框架。過程執(zhí)行process execution定義生產(chǎn)高質(zhì)量產(chǎn)品的方法和技術(shù)。過程分析process analysis定義軟件產(chǎn)品和過程的度量模式及其數(shù)據(jù)模型。過程控制process control定義過程執(zhí)行、監(jiān)管、改進(jìn)所應(yīng)遵循的機(jī)制。技術(shù)technology涉及應(yīng)使用的技術(shù)和環(huán)境技術(shù)置入insertion提出和導(dǎo)入所需要的技術(shù)，集成支持過程執(zhí)行和管理的設(shè)施和工具。第15頁，共18頁。4.3.2 CMM等級框架 CMM按照過程管理的水平分為五個等級。每個等級都有相同的結(jié)構(gòu)框架和要素。只是每個要素在不同等級有不同水平要求。I

13、）初始級：可能是無序的?？赡艿某醪浇y(tǒng)計控制，能夠達(dá)到初步的進(jìn)度和費用預(yù)算。不能夠有序地支持過程改進(jìn)。 II ）可重復(fù)級：在嚴(yán)格的任務(wù)、費用、進(jìn)度和變更管理下建立起穩(wěn)定的過程和可重復(fù)的統(tǒng)計控制。III ）已定義級：組織的統(tǒng)一、一致、易于理解的過程基準(zhǔn)已經(jīng)建立，先進(jìn)的技術(shù)可以充分引進(jìn)。IV） 已管理級：組織的完整的綜合的過程度量和分析體系已經(jīng)建立。這意味著有意義的過程改進(jìn)可以開始。V ）優(yōu)化級：組織的持續(xù)創(chuàng)新基礎(chǔ)已經(jīng)建立，可優(yōu)化的過程體制已經(jīng)形成。第16頁，共18頁。4.3.3 CMM框架中項目管理的內(nèi)容 I）初始級PM：可能是無序的。不能夠有序地支持過程改進(jìn)。 II）可重復(fù)級PM：實施計劃管理。

14、計劃達(dá)到階段。按計劃進(jìn)行階段評審。 外包項目亦納入計劃管理范圍。III）已定義級PM：風(fēng)險管理被納入計劃。項目過程已定義，計劃達(dá)到過程。評審跟蹤到過程。外包項目亦納入已定義過程的跟蹤評審。IV）已管理級PM：質(zhì)量管理被納入計劃。包括項目的質(zhì)量計劃和項目質(zhì)量改進(jìn)活動計劃。V）優(yōu)化級PM：生產(chǎn)力的效果、過失可以被度量、統(tǒng)計、分析。階段的計劃、過程的計劃、質(zhì)量的計劃可以被改進(jìn)。相應(yīng)的機(jī)制、組織、責(zé)任已經(jīng)建立和落實。第17頁，共18頁。4.4 項目管理推動軟件過程改進(jìn) 計劃跟蹤控制分包可重復(fù)級階段的計劃：產(chǎn)品大小、資源、人員、進(jìn)度、檢查點SQA下標(biāo)準(zhǔn)和過程的監(jiān)管：達(dá)到階段計劃的階段內(nèi)容（如左）。需求、編碼、測試階段的變更與配置，穩(wěn)定的工作量估計 分包者的責(zé)任-資源，分包計劃、SQA標(biāo)準(zhǔn)、過程標(biāo)準(zhǔn)的評審和復(fù)審 已定義級過程的計劃：資源估計到達(dá)活動點，異常的經(jīng)驗估計，引入風(fēng)險計劃，專門技能人員配置SQA下標(biāo)準(zhǔn)和過程的監(jiān)管：到達(dá)過程計劃的活動級，包括設(shè)計、編碼，和標(biāo)準(zhǔn)與方法SCM下的工具和方法，SCM下的過程定義和標(biāo)準(zhǔn)建立分類的分包標(biāo)準(zhǔn)過程，分包的跟蹤機(jī)制，分包的SQA監(jiān)管已管理級質(zhì)量計劃：質(zhì)量保證導(dǎo)入過程，可適時引入質(zhì)量改進(jìn)計劃SQA下質(zhì)量計劃，質(zhì)量改進(jìn)計劃SCM下