軟件項目管理.ppt

1、,軟件工程,$5000,$10000,$50000,Unit 4 軟件項目管理,70年代中期,70%的項目是由于管理不善引起的，而并不是因為技術(shù)實力不夠,管理是影響軟件研發(fā)項目全局的因素，而技術(shù)因素只影響局部。,90年代中期 美國軟件工程實施現(xiàn)狀的調(diào)查：,10%的項目能夠在預(yù)定的費用和進(jìn)度下交付。,成為軟件項目開發(fā)中 最重要的核心問題之一。,軟件項目管理,什么是軟件項目管理？,軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險等進(jìn)行分析和管理的活動。 軟件項目管理的對象是軟件工程項目，他所涉及的范圍覆蓋了整個軟件工程過程。,Meiler Pag

2、e-Jones： 我拜訪了很多商業(yè)公司，我也觀察了很多數(shù)據(jù)處理的管理者，我常常恐懼地看到這些管理者徒勞地與惡夢般的項目斗爭著，在根本不可能的最后期限下苦苦掙扎，或是在交付了使其用戶極為不滿的系統(tǒng)之后，又繼續(xù)花費大量的時間去維護(hù)該系統(tǒng)。,Q,B,T,管理的范圍,有效的項目管理集中于三個P 上： People 項目參與者 項目負(fù)責(zé)人 軟件項目組 協(xié)調(diào)和通訊 Problem 軟件范圍 問題分解 Process 合并問題和過程 過程分解,軟件項目管理,軟件項目計劃 風(fēng)險管理 項目成本預(yù)算,1. 軟件項目計劃,軟件項目計劃 Software Project Planning,對估算的觀察 Observa

3、tions on Estimating 項目計劃目標(biāo) Project Planning Objectives 軟件范圍 Software Scope 資源 Resources 軟件項目估算 Software Project Estimation 分解技術(shù) Decomposition 經(jīng)驗估算模型 Empirical Estimation Models 自行開發(fā)或購買的決策 The Make/Buy Decision,軟件項目計劃Observations on Estimating,A leading executive was once asked: “ What single charact

4、eristic was most important when selecting a project manager?” His response:,“A person with the ability to know what will go wrong before it actually does”,And the courage to estimate when the future is cloudy.”,軟件項目計劃Observations on Estimating,估算需要： 經(jīng)驗 experience 了解以前有用的信息 access to good historical

5、information 當(dāng)僅存定性數(shù)據(jù)時進(jìn)行定量測量的勇氣 the courage to commit to quantitative predictions when qualitative information is all that exists.,軟件項目計劃Observations on Estimating,Key points Project complexity, project size, and the degree of structural uncertainty all affect the reliability of estimate.,亞里斯多德： 記?。簯?yīng)該

6、滿足于事物的本性所能容許的精確度，當(dāng)只能近似于真理時，不要去尋求絕對的準(zhǔn)確,軟件項目計劃Project Planning Objectives,提供一個框架，使得管理者能夠?qū)Y源、成本及進(jìn)度進(jìn)行合理的估算。 一個限定的時間框架內(nèi) “最好的情況” 及“最壞的情況” 通過一個信息發(fā)現(xiàn)的過程實現(xiàn)的,軟件項目計劃Project Planning Objectives,Advice: The more you know, the better you estimate. Therefore, update your estimates as the project progresses.,軟件項目計劃S

7、oftware Scope,Key point: A consideration of software scope must include on evaluation of all externalinterfaces.,軟件項目計劃Software Scope,軟件項目計劃的第一個活動是軟件范圍的確定。 軟件范圍描述了功能、性能、約束條件、接口及可靠性。,軟件項目計劃Software Scope,范圍是通過回答下列問題來定義的： 背景：待建造的軟件如何適應(yīng)于大型的系統(tǒng)、產(chǎn)品或商業(yè)的背景，在該背景下要加什么約束？ 信息目標(biāo)：軟件要產(chǎn)生什么樣的客戶可見的數(shù)據(jù)對象輸出，需要什么樣的數(shù)據(jù)對象輸入

8、？ 功能和性能：軟件執(zhí)行什么樣的功能使得輸入數(shù)據(jù)才能變換成為輸出數(shù)據(jù)？需要滿足什么特殊的性能特征嗎？,軟件項目計劃Software Scope,Advice: Technical feasibility is important, but business need is even more important. It does no good to build a high tech system or product that no one really wants.,軟件項目計劃Resources,Key Point: To be reused effectively, software

9、 components must be cataloged, standardized, and validated.,軟件項目計劃Resources,硬件/軟件工具,可復(fù)用構(gòu)件,人員,提供支持開發(fā) 工作的基礎(chǔ),極大地降低開發(fā)成本，時間,主要資源,軟件項目計劃Resources,人力資源 描述組織的職位及專業(yè)技能等 可復(fù)用軟件資源 可直接使用的構(gòu)件 具有完全經(jīng)驗的構(gòu)件 具有部分經(jīng)驗的構(gòu)件 新構(gòu)件 環(huán)境資源 硬件及軟件,軟件項目計劃Resources,資源說明四特征 資源描述 可用性說明 需要該資源的時間 被使用的持續(xù)時間,軟件項目計劃Resources,軟件成本及工作量估算永遠(yuǎn)不會是一門精確的

10、科學(xué)。 可以從神秘的技巧向一系列系統(tǒng)化的步驟轉(zhuǎn)化,軟件項目計劃Software Project Estimation,幾種可考慮的選擇 將估算拖延到項目的最后 基于已經(jīng)完成的類似項目 使用簡單的分解技術(shù) 使用經(jīng)驗?zāi)Ｐ?軟件項目計劃Software Project Estimation,Advice When collecting productivity metrics for projects, be sure to establish a taxonomy of project types. This will enable you to compute domain specific a

11、verages, making estimation more accurate.,軟件項目計劃Decomposition,分解問題， 將項目分解成若干主要功能及相關(guān)的軟件工程活動,通過逐步求精的方式進(jìn)行成本及工作量的估算 問題分解 “分而治之” 過程分解 回答“如何完成公共過程框架？”,軟件項目計劃Empirical Estimation Models,Key Point An estimation model reflects the population of projects from which it has been derived. Therefore, the model is

12、 domain sensitive.,軟件項目計劃Empirical Estimation Models,估算模型的結(jié)構(gòu) E=A+B*(ev)C A、B、C是由經(jīng)驗導(dǎo)出的常數(shù)， E是以人月為單位的工作量 ev 是估算變量,軟件項目計劃Empirical Estimation Models,面向LOC的估算模型 E=5.2*(KLOC)0.91Walston-Felix模型 E=5.5+0.73*(KLOC)1.16Bailey-Basili模型 E=3.2*(KLOC)1.05Boehm模型 E=5.288*(KLOC)1.047Doty模型 面向FP的估算模型 E=-13.39+0.0545

13、FPAlbrecht 和Gaffney E=60.62*7.728*10(-8)*FP3Kemerer E=585.7+5.12FPMaston、Barnett 和Mellichamp,軟件項目計劃Empirical Estimation Models,COCOMO 模型（Constructive Cost MOdel） 軟件估算模型的層次體系 模型1：基本COCOMO模型，將軟件開發(fā)工作量及成本作為程序規(guī)模的函數(shù)進(jìn)行計算，程序規(guī)模已估算的代碼來表示。 模型2：中級COCOMO模型，將軟件開發(fā)工作量及成本作為程序規(guī)模及一組“成本驅(qū)動因子”的函數(shù)來進(jìn)行計算，其中“成本驅(qū)動因子”包括對產(chǎn)品、硬件、

14、人員、及項目屬性的主管評估。 模型3：高級COCOMO模型，包含了中級莫茨能夠的所有特性，并結(jié)合了成本驅(qū)動因子對軟件工程過程中每一步驟的影響評估。,軟件項目計劃Empirical Estimation Models,軟件方程式 是一個多變量模型，他假設(shè)在軟件開發(fā)項目的整個生命周期中的一個特定的工作量分布。 E=LOC*B0.333/P3*(1/t4),軟件項目計劃Empirical Estimation Models,Advice: None of these models should be used without careful calibration to your environme

15、nt.,軟件項目計劃The Make/Buy Decision,自行開發(fā)/購選擇 購買可直接使用的軟件 購買“具有完全經(jīng)驗”或“具有部分經(jīng)驗”的軟件構(gòu)件，修改，集成 外包,軟件項目計劃The Make/Buy Decision,低成本的軟件 昂貴的軟件產(chǎn)品 建立性能及性能規(guī)約，可測量性 估算內(nèi)部開發(fā)的成本及交付日期 選擇三到四個候選軟件 選擇能夠有助于建造所需軟件的可復(fù)用構(gòu)件 建立比較矩陣，對關(guān)鍵功能進(jìn)行比較/測試 根據(jù)以前產(chǎn)品的質(zhì)量、開發(fā)商的支持、產(chǎn)品的方向、以及其名聲評估候選軟件包后構(gòu)件 聯(lián)系該軟件的其他用戶并詢問其意見,軟件項目計劃The Make/Buy Decision,自行開發(fā)/購

16、買 時間 成本,軟件項目計劃The Make/Buy Decision,系統(tǒng) X,建造,復(fù)用,購買,承包,簡單（0.30）,困難（0.70）,小改動（0.40）,大改動（0.6）,簡單（0.2）,復(fù)雜（0.8）,小改動（0.70）,大改動（0.7）,不改動（0.6）,有改動（0.4）,$380，000,$450，000,$275，000,$310，000,$490，000,$210，000,$400，000,$350，000,$500，000,$429，000,$382，000,$267，000,$410，000,決策樹,軟件項目計劃The Make/Buy Decision,Advice T

17、here are times when off-the-shelf software provides a “perfect” solution except for a few special features that you cant live without. In many cases, its worth living without the special features!,軟件項目計劃 Software Project Planning,對估算的觀察 Observations on Estimating 項目計劃目標(biāo) Project Planning Objectives 軟

18、件范圍 Software Scope 資源 Resources 軟件項目估算 Software Project Estimation 分解技術(shù) Decomposition 經(jīng)驗估算模型 Empirical Estimation Models 自行開發(fā)或購買的決策 The Make/Buy Decision,最常見的進(jìn)度計劃風(fēng)險,功能無限蔓延 需求鍍金或開發(fā)人員鍍金 質(zhì)量不定 計劃過于樂觀 設(shè)計欠佳 銀彈綜合癥 研發(fā)導(dǎo)向的開發(fā) 人員薄弱 簽約商失敗 研發(fā)人員與客戶的摩擦,2. 風(fēng)險管理,What is Risk Management?,Risk is introduced by many fac

19、tors, but risk management is the identification, assessment and planning for any unfavorable event that could impact a project. Managing risk is essential to prepare for a project so it: Comes in under budget Has enough resources Finishes before its deadline,Why to manage risk?,Life is full of uncer

20、tainty！ If you do not actively attack risks, they will actively attack you!,Why to manage risk?,Fine any project problems. Determine if a project can be achieved Find any items that may badly effect or kill the project Reduce or eliminate nasty surprises Prepare for any risks and deal with them,風(fēng)險管理

21、 Risk Management,風(fēng)險管理要素 Risk Management Principles 風(fēng)險識別 Risk Identification 風(fēng)險分析 Risk Analysis 風(fēng)險的優(yōu)先級 Risk Prioritization 風(fēng)險管理計劃 Risk Management planning 風(fēng)險化解 Risk Resolution 風(fēng)險監(jiān)視 Risk Monitoring,Risk Management Principles,賭博 1988, Peat Marwick 針對600 家成功公司的調(diào)查結(jié)果顯示，35%的公司有過軟件項目失控的經(jīng)歷。,Risk Management P

22、rinciples,Software is Risky Business PKMG study 55% of runaway projects did no risk management 38% did some, but half of those didnt use their risk findings after the project was underway 7% didnt know whether they did risk management Total: About 80% of runaway projects did no meaningful risk manag

23、ement,Risk Management Principles,Risk Management Principles,風(fēng)險管理,風(fēng)險評估,風(fēng)險控制,風(fēng)險識別,風(fēng)險分析,風(fēng)險優(yōu)先級,風(fēng)險管理計劃,風(fēng)險化解,風(fēng)險監(jiān)控,風(fēng)險評估 風(fēng)險識別提出一個潛在破壞項目進(jìn)度的風(fēng)險列表。 風(fēng)險分析評估每一個風(fēng)險出現(xiàn)的可能性及其影響，判定風(fēng)險的級別。 風(fēng)險優(yōu)先級按風(fēng)險影響大小排出一個風(fēng)險優(yōu)先級，這個風(fēng)險列表將作為風(fēng)險控制的基礎(chǔ)。,風(fēng)險控制 風(fēng)險管理計劃制定一個應(yīng)對每個重要風(fēng)險的方案，同時確保每一個單獨的風(fēng)險管理計劃之間以及與整體項目計劃之間相一致。 風(fēng)險化解每個重要風(fēng)險所對應(yīng)計劃的執(zhí)行。 風(fēng)險監(jiān)控對解決風(fēng)險的過程

24、進(jìn)行監(jiān)控，還可以包括識別新的風(fēng)險并將其反饋到正在進(jìn)行的風(fēng)險管理進(jìn)程中。,軟件項目風(fēng)險管理五種狀態(tài),危機(jī)管理風(fēng)險已經(jīng)造成麻煩后才處理。 失敗處理覺察到風(fēng)險并迅速處理。 風(fēng)險緩解事先制訂好風(fēng)險發(fā)生后的補救 措施，但不作任何防范措施。 著力預(yù)防將識別和防范作為項目一部分 加以規(guī)劃和執(zhí)行。 消滅根源識別和消除風(fēng)險根源。,軟件項目風(fēng)險管理原則,區(qū)分風(fēng)險和已存在的現(xiàn)有問題 通過風(fēng)險的管理變被動的面對風(fēng)險，即消防狀態(tài)為主動面對風(fēng)險，即釣魚狀態(tài) 最小化項目失敗的潛在可能 創(chuàng)造風(fēng)險管理的氣氛,Risk Identification,如果你不問關(guān)于風(fēng)險的問題， 你就可能是正在問所遇到麻煩的 問題 Tom Gilb

25、,確定可能對項目造成影響的風(fēng)險，并且把每一風(fēng)險的特性編制成文檔。 風(fēng)險識別不是一次性活動，必須在整個項目過程中經(jīng)常進(jìn)行 風(fēng)險識別的工具和辦法： 風(fēng)險檢查列表 調(diào)查問卷 interviewing Delphi 頭腦風(fēng)暴法 Brainstorming,風(fēng)險檢查列表,產(chǎn)品規(guī)模與要建造或要修改的軟件的總體規(guī)模相關(guān)的風(fēng)險。 商業(yè)影響與管理或市場所加諸的約束相關(guān)的風(fēng)險。 客戶特性與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力相關(guān)的風(fēng)險。 過程定義與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程度相關(guān)的風(fēng)險。 開發(fā)環(huán)境與用以建造產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng)險。 建造的技術(shù)與待開發(fā)軟件的復(fù)雜性及系統(tǒng)所包含技

26、術(shù)的“新奇性”相關(guān)的風(fēng)險。 人員數(shù)目與經(jīng)驗與參與工作的軟件工程師的總體技術(shù)水平及項目經(jīng)驗相關(guān)的風(fēng)險。,The Software Development Risk Taxonomy,Risk Analysis,重要的是量化不確定程度及與每個風(fēng)險相關(guān)的損失的程度。 Probability Very low, low, medium, high and very high Impact Negligible, marginal, critical and catastrophic Overall Risk,風(fēng)險因素,性能風(fēng)險產(chǎn)品能夠滿足需求且符合于其 使用目的的不確定的程度。 成本風(fēng)險項目預(yù)算能夠被

27、維持的不確定 的程度。 支持風(fēng)險軟件易于糾錯、適應(yīng)及增強(qiáng)的 不確定的程度。 進(jìn)度風(fēng)險項目進(jìn)度能夠被維持且產(chǎn)品能 按時交付的不確定的程度。,Overall Risk,風(fēng)險暴露量(Risk Exposure),RE=不希望的損失的概率*損失的程度 RE= risk likelihood * risk impact,損失和概率的評估方法,由最熟悉系統(tǒng)的人評估每個風(fēng)險的發(fā)生概率，然后保留一份風(fēng)險評估審核文件。 使用Delphi法：從一組專家中得到一致的意見，來預(yù)測未來的發(fā)展。 少數(shù)服從多數(shù)法,Risk Prioritization,由于風(fēng)險管理需要一定的成本，因此需要確定風(fēng)險的優(yōu)先級，以便明確風(fēng)險管理

28、要專注的重點。,定量,按風(fēng)暴暴露量排序，確定風(fēng)險優(yōu)先級,定性,Risk Management Planning,Risk management planning is The Process of deciding of how to approach and plan for risk management activities for a project and the main output of this process is risk management plan. A risk management plan documents the procedures for managi

29、ng risk throughout the project.,Question addressed in,Why is it important ? What is the specific risk? How is the risk going to be mitigated? Who are the individuals responsible for implementing ? When will the milestone associated with the mitigation approach occur? How much is required in terms of

30、 resources to mitigate risk?,安排風(fēng)險管理計劃的進(jìn)度,將風(fēng)險管理計劃和標(biāo)準(zhǔn)項目管理過程結(jié)合，確保計劃的執(zhí)行 把風(fēng)險管理計劃的任務(wù)安排到項目進(jìn)度表中,Risk Resolution,避免風(fēng)險 將風(fēng)險從系統(tǒng)的一部分轉(zhuǎn)移到另一部分 購買關(guān)于風(fēng)險的信息 消除產(chǎn)生風(fēng)險的根源 接受風(fēng)險 發(fā)布風(fēng)險 控制風(fēng)險 記住風(fēng)險,Example,Risk：Loss of key team members Determine causes of job turnover Eliminate causes before project starts After project starts, a

31、ssume turnover is going to occur and work to ensure continuity Make sure teams are organized and distribute information widely Define documentation standards and be sure documents are produced in a timely manner. Define backup staff *p102 of Rogers,Risk Monitoring,檢查每個風(fēng)險的化解程度，并確定隨著它們的消失而帶來的新的風(fēng)險。,不斷的

32、識別新的風(fēng)險 不斷識別新的風(fēng)險 不斷的分析風(fēng)險的產(chǎn)生概率 不斷的整理風(fēng)險表 不斷的規(guī)避優(yōu)先級別最高的風(fēng)險,Same Example,監(jiān)控因素 項目組成員對于項目壓力的一般態(tài)度 項目組的凝聚力 項目組成員彼此之間的關(guān)系 與報酬和利益相關(guān)的潛在問題 在公司內(nèi)和公司外工作的可能性 文檔,Using Software Tool,Database Keep track of risk Spreadsheets Aid in tracking and quantifying risk Microsoft Project 2000 Perform PERT analysis Risk+ (by C/S So

33、lution, Inc.) Monte Carlo Simulations,Risk Management Review,風(fēng)險管理要素 Risk Management Principles 風(fēng)險識別 Risk Identification 風(fēng)險分析 Risk Analysis 風(fēng)險的優(yōu)先級 Risk Prioritization 風(fēng)險管理計劃 Risk Management planning 風(fēng)險化解 Risk Resolution 風(fēng)險監(jiān)視 Risk Monitoring,The BIGGEST risk?,Not knowing what the risks are!,知己知彼 百戰(zhàn)不殆,

34、3. 項目成本預(yù)算,軟件成本 軟件報價,軟件成本,涉及到軟件成本的常見問題：,情境一： 你們幫我們設(shè)計個辦公自動化系統(tǒng)，需要多少錢？ 情境二： 我們預(yù)算投入20萬建立公司的信息管理系統(tǒng)，你們能不能做的到？ 情境三： 對方公司希望與我們合作，捆綁銷售，我們的軟件許可證一份收多少錢？,軟件成本的構(gòu)成,一： 人員工資 差旅費 通訊費 硬件 工具 福利費 招待費等等,二： 管理費用分?jǐn)?人員招聘費用 風(fēng)險費用 培訓(xùn)成本費 技術(shù)支持費 用戶教育費 包裝制作費 市場推廣費等等,軟件成本的快速估算（1） 以人月為基礎(chǔ)：,（人員數(shù)開發(fā)周期單位工資）3（成本系數(shù)） 例如： 人員平均工資5000元，共需要6名工程

35、師，項目開發(fā)周期為4個月 則簡單的成本估算為（6人4月5000元）3360000元,歷史經(jīng)驗： 人員規(guī)模越大,成本系數(shù)越高。 技術(shù)水平越高，成本系數(shù)越高。 開發(fā)周期越長，成本系數(shù)越高。 一般系數(shù)為：1.53.0之間。,特征： 簡單，容易估算 需要建立在工作量計算的基礎(chǔ)上進(jìn)行估算 不夠準(zhǔn)確，彈性大,軟件成本的快速估算（2） 以功能點為基礎(chǔ)：,（功能模塊單價）功能塊點數(shù) 例如 ：某個系統(tǒng)可分為10個模塊，每個模塊按照歷史的經(jīng)驗計算，其中3個為15000元，5個為20000元，2個為4000元，則系統(tǒng)的成本為： （15000 3)+(20000 5）（4000 2)=1530000元,功能模塊單價功能點數(shù)開發(fā)系數(shù) 例如 ：某個系統(tǒng)可分為10個模塊，每個模塊按照歷史的經(jīng)驗計算，其中： 3個為15000元，開發(fā)難度系數(shù)為2 5個為20000元，開發(fā)難度系數(shù)為3 2個為4000元，開發(fā)難度系數(shù)為1 則系統(tǒng)的成本為： （15000 3) 2 +(20000 5）3 （4000 2) 1 =398000元,歷史經(jīng)驗： 系統(tǒng)越復(fù)雜，開發(fā)難度系數(shù)越高 開