軟件工程：理論、技術(shù)及實(shí)踐 課件 第9章 軟件項(xiàng)目管理

第9章軟件項(xiàng)目管理本章學(xué)習(xí)目標(biāo)1.了解軟件工程項(xiàng)目管理的相關(guān)知識(shí)。2.了解軟件團(tuán)隊(duì)管理的基本方法。3.熟悉需求變更管理的基本方法。4.熟悉常用軟件工程中計(jì)劃與估算方法。5.熟悉軟件項(xiàng)目風(fēng)險(xiǎn)管理的基本方法。6.掌握軟件項(xiàng)目管理計(jì)劃的制定方法

軟件項(xiàng)目管理

為使軟件項(xiàng)目開(kāi)發(fā)獲得成功，關(guān)鍵問(wèn)題是要掌握軟件項(xiàng)目的工作范圍、可能風(fēng)險(xiǎn)、需要的資源（人、硬件、軟件）、要實(shí)現(xiàn)的任務(wù)、經(jīng)歷的里程碑、花費(fèi)工作量（成本）、進(jìn)度安排等。軟件項(xiàng)目管理在技術(shù)工作開(kāi)始之前就應(yīng)當(dāng)開(kāi)始，在軟件從概念到實(shí)現(xiàn)的過(guò)程中繼續(xù)進(jìn)行，當(dāng)軟件工程過(guò)程最后結(jié)束時(shí)才終止。軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)人員（People）、產(chǎn)品（Product）、過(guò)程（Process）和項(xiàng)目（Project）進(jìn)行分析和管理的活動(dòng)。軟件工程項(xiàng)目管理1計(jì)劃與估算2軟件項(xiàng)目團(tuán)隊(duì)管理39.1軟件工程項(xiàng)目管理軟件工程項(xiàng)目管理的介紹軟件工程項(xiàng)目管理是指在軟件開(kāi)發(fā)過(guò)程中對(duì)項(xiàng)目的規(guī)劃、組織、指導(dǎo)和控制，以確保項(xiàng)目按時(shí)、按質(zhì)高效完成的管理活動(dòng)。大型軟件項(xiàng)目需要龐大的開(kāi)發(fā)團(tuán)隊(duì)來(lái)進(jìn)行協(xié)作和開(kāi)發(fā)，包括開(kāi)發(fā)人員、測(cè)試人員、項(xiàng)目經(jīng)理、業(yè)務(wù)分析師等。同時(shí)，大型軟件項(xiàng)目涉及多個(gè)團(tuán)隊(duì)和多個(gè)利益相關(guān)者，需要跨團(tuán)隊(duì)和跨部門(mén)的溝通和協(xié)作，管理工作量較大。對(duì)于這樣龐大的項(xiàng)目如果沒(méi)有管理，其質(zhì)量保障是難以想象的。在軟件工程項(xiàng)目管理方面比較權(quán)威的體系是項(xiàng)目管理知識(shí)體系（ProjectManagementBodyofKnowledge，簡(jiǎn)稱PMBOK），它是由美國(guó)項(xiàng)目管理協(xié)會(huì)（ProjectManagementInstitute，簡(jiǎn)稱PMI）發(fā)起的。9.1.1項(xiàng)目啟動(dòng)管理項(xiàng)目啟動(dòng)時(shí)一般需要明確以下幾個(gè)問(wèn)題：（1）項(xiàng)目范圍、項(xiàng)目周期、關(guān)鍵里程碑點(diǎn)。（2）識(shí)別相關(guān)人員，明確溝通、匯報(bào)渠道及各個(gè)角色的職責(zé)。（3）項(xiàng)目規(guī)則約定、表單模板、流程。（4）項(xiàng)目資源、費(fèi)用預(yù)算。（5）產(chǎn)品業(yè)務(wù)需求、技術(shù)需求，以及用戶群體。（6）識(shí)別可能存在的項(xiàng)目風(fēng)險(xiǎn)。（7）需要什么樣的技術(shù)支持，是否需要前期學(xué)習(xí)和調(diào)查。9.1.2項(xiàng)目計(jì)劃管理

項(xiàng)目計(jì)劃管理是在項(xiàng)目計(jì)劃階段對(duì)項(xiàng)目實(shí)施的管理，包括范圍管理、進(jìn)度管理和綜合管理。一個(gè)科學(xué)的計(jì)劃，不僅可以保證項(xiàng)目工期，減少資源浪費(fèi)，還可以對(duì)項(xiàng)目的進(jìn)程進(jìn)行跟蹤控制管理，從而保證項(xiàng)目的按期完成。

項(xiàng)目計(jì)劃應(yīng)在項(xiàng)目開(kāi)始初期制定出來(lái)，并隨著工程的進(jìn)展?jié)u進(jìn)明細(xì)。（1）開(kāi)發(fā)進(jìn)度計(jì)劃制訂識(shí)別活動(dòng)識(shí)別活動(dòng)依賴關(guān)系估算活動(dòng)資源為活動(dòng)分配人員創(chuàng)建進(jìn)度圖表圖9-1項(xiàng)目進(jìn)度安排9.1.2項(xiàng)目計(jì)劃管理圖9-2項(xiàng)目進(jìn)度計(jì)劃甘特圖（2）計(jì)劃跟蹤與監(jiān)控

計(jì)劃做得再好，如果沒(méi)有有效執(zhí)行，也等于沒(méi)做。項(xiàng)目進(jìn)度跟蹤與控制過(guò)程需要采用日志的方式或相應(yīng)的工具，讓項(xiàng)目組成員每天填寫(xiě)工作完成情況。9.1.3人員組織與管理

人員是軟件工程項(xiàng)目中最重要、最為活躍的資源因素。如何組織得更加合理，管理得更加有效，從而最大限度地發(fā)揮這一重要的資源潛力，對(duì)于軟件項(xiàng)目的成功至關(guān)重要。高效的開(kāi)發(fā)團(tuán)隊(duì)一般具有以下特征：（1）具有明確和挑戰(zhàn)性的共同目標(biāo)（2）團(tuán)隊(duì)具有很強(qiáng)的凝聚力（3）具有融洽的交流環(huán)境（4）具有共同的工作規(guī)范和框架（5）采用合理的開(kāi)發(fā)過(guò)程9.1.4變更管理

需求變更可能發(fā)生在任何階段，即使到項(xiàng)目后期也會(huì)存在。后期的變更往往會(huì)對(duì)項(xiàng)目產(chǎn)生一些負(fù)面的影響。需求變更是軟件開(kāi)發(fā)過(guò)程中開(kāi)發(fā)人員和管理者們最為頭疼的一件事情。9.1.4變更管理需求變更管理一般需要完成以下幾個(gè)任務(wù)：（1）確定變更控制過(guò)程。確定一個(gè)選擇、分析和決策需求變更的過(guò)程；所有的需求變更都需遵循此流程。（2）建立一個(gè)由項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者組成的軟件變更控制委員會(huì)（SoftwareChangControlBoard，簡(jiǎn)稱SCCB），由他們來(lái)評(píng)估和確定需求變更。（3）進(jìn)行變更影響分析，評(píng)估需求變更對(duì)項(xiàng)目進(jìn)度、資源、工作量和項(xiàng)目范圍以及其他需求的影響。（4）跟蹤變更影響的產(chǎn)品，當(dāng)進(jìn)行某項(xiàng)需求變更時(shí)，根據(jù)需求跟蹤矩陣找到相關(guān)的其他需求、設(shè)計(jì)文檔、源代碼和測(cè)試用例；這些相關(guān)部分可能也需要修改。9.1.4變更管理（5）建立基準(zhǔn)和控制版本；需求文檔要確定一個(gè)基線，之后的需求變更遵循變更控制過(guò)程即可。（6）維護(hù)變更的歷史記錄；記錄變更需求文檔版本的日期、所做的變更及其原因，還包括由誰(shuí)負(fù)責(zé)更新和更新后新版本號(hào)等情況。（7）跟蹤每項(xiàng)需求的狀態(tài)；狀態(tài)包括“確定”“已實(shí)現(xiàn)”“暫緩”“新增”“變更”等，建立一個(gè)數(shù)據(jù)庫(kù)，其中每一條記錄一項(xiàng)需求。（8）衡量需求穩(wěn)定性；記錄基線需求的數(shù)量和每周或每月的變更（添加、修改、刪除）數(shù)量。9.1.4變更管理表9-1需求變更申請(qǐng)表模板9.1.5風(fēng)險(xiǎn)管理軟件項(xiàng)目風(fēng)險(xiǎn)是指在軟件開(kāi)發(fā)過(guò)程中遇到的預(yù)算和進(jìn)度等方面的問(wèn)題，以及這些問(wèn)題對(duì)軟件項(xiàng)目的影響。軟件項(xiàng)目風(fēng)險(xiǎn)會(huì)影響項(xiàng)目計(jì)劃的實(shí)現(xiàn)。如果項(xiàng)目風(fēng)險(xiǎn)變成現(xiàn)實(shí)，就有可能影響項(xiàng)目的進(jìn)度，增加項(xiàng)目的成本，甚至使軟件項(xiàng)目不能實(shí)現(xiàn)。如果對(duì)項(xiàng)目進(jìn)行風(fēng)險(xiǎn)進(jìn)行有效管理，就可以最大限度地減少風(fēng)險(xiǎn)的發(fā)生。項(xiàng)目風(fēng)險(xiǎn)管理可劃分為識(shí)別風(fēng)險(xiǎn)、分析風(fēng)險(xiǎn)、規(guī)劃風(fēng)險(xiǎn)應(yīng)對(duì)和控制風(fēng)險(xiǎn)等過(guò)程。9.2計(jì)劃與估算本節(jié)具體介紹兩種類型的計(jì)劃，一個(gè)是貫穿項(xiàng)目始終的計(jì)劃，另一個(gè)是完成規(guī)格說(shuō)明之后必須產(chǎn)生的詳細(xì)計(jì)劃。9.2.1計(jì)劃項(xiàng)目計(jì)劃完整地記錄以下內(nèi)容：要完成的工作，誰(shuí)將執(zhí)行此項(xiàng)工作，開(kāi)發(fā)進(jìn)度安排，以及項(xiàng)目的成果是什么。計(jì)劃驅(qū)動(dòng)開(kāi)發(fā)基于工程項(xiàng)目管理技術(shù)，可以看作管理大型軟件開(kāi)發(fā)項(xiàng)目的傳統(tǒng)方法。計(jì)劃驅(qū)動(dòng)的開(kāi)發(fā)的問(wèn)題是，由于軟件開(kāi)發(fā)和使用的環(huán)境的變化，必須修改許多早期的決策。項(xiàng)目計(jì)劃較好的做法是將計(jì)劃驅(qū)動(dòng)方法和敏捷開(kāi)發(fā)結(jié)合起來(lái)，其中的平衡取決于項(xiàng)目的類型和人員的技術(shù)水平。9.2.1計(jì)劃（1）項(xiàng)目計(jì)劃

在計(jì)劃驅(qū)動(dòng)的項(xiàng)目開(kāi)發(fā)中，項(xiàng)目計(jì)劃包括項(xiàng)目可用資源的分配、工作分解以及完成工作的進(jìn)度安排。

多數(shù)的計(jì)劃書(shū)應(yīng)該包括以下幾個(gè)部分：

①引言。

②項(xiàng)目組織。

③風(fēng)險(xiǎn)分析。

④硬件和軟件資源需求。

⑤工作分解。

⑥項(xiàng)目進(jìn)度安排。

⑦監(jiān)控和報(bào)告機(jī)制。9.2.1計(jì)劃（2）計(jì)劃過(guò)程項(xiàng)目計(jì)劃是一個(gè)迭代的過(guò)程，在項(xiàng)目的啟動(dòng)階段，初始項(xiàng)目計(jì)劃的創(chuàng)建就開(kāi)始了。計(jì)劃不可避免地會(huì)改變。由于在項(xiàng)目進(jìn)行期間不斷產(chǎn)生新的關(guān)于系統(tǒng)和項(xiàng)目團(tuán)隊(duì)的信息，所以必須經(jīng)常性地修正原有計(jì)劃，反映需求、進(jìn)度安排以及風(fēng)險(xiǎn)的變更。9.2.2軟件規(guī)模估算

9.2.2軟件規(guī)模估算

用代碼行技術(shù)度量軟件規(guī)模，當(dāng)程序較小時(shí)常用的單位是代碼行數(shù)（linesofcode，簡(jiǎn)稱LOC），當(dāng)程序較大時(shí)常用的單位是千行代碼數(shù)（kilolinesofcode，簡(jiǎn)稱KLOC）。①代碼行技術(shù)的優(yōu)點(diǎn)a.代碼行是所有軟件開(kāi)發(fā)項(xiàng)目都有的“產(chǎn)品”，而且很容易計(jì)算。b.許多現(xiàn)有的軟件估算模型使用LOC或KLOC作為關(guān)鍵的輸入數(shù)據(jù)。c.已有大量基于代碼行的文獻(xiàn)和數(shù)據(jù)存在。②代碼行技術(shù)的缺點(diǎn)a.源程序僅是軟件配置的一個(gè)成分，用它的規(guī)模代表整個(gè)軟件的規(guī)模似乎不太合理。b.用不同語(yǔ)言實(shí)現(xiàn)同一個(gè)軟件產(chǎn)品所需要的代碼行數(shù)并不相同。c.這種方法不適用于非過(guò)程語(yǔ)言。9.2.2軟件規(guī)模估算（2）功能點(diǎn)技術(shù)

功能點(diǎn)技術(shù)依據(jù)對(duì)軟件信息域特性和軟件復(fù)雜性的評(píng)估結(jié)果，估算軟件規(guī)模。這種方法用功能點(diǎn)（functionpoints，簡(jiǎn)稱FP）為單位，度量軟件的規(guī)模。①信息域特性功能點(diǎn)技術(shù)定義了信息域的5個(gè)特性，分別是輸入項(xiàng)數(shù)（Inp）、輸出項(xiàng)數(shù)（Out）、查詢數(shù)（Inq）、主文件數(shù)（Maf）和外部接口數(shù)（Inf）。a.輸入項(xiàng)數(shù)：用戶向軟件輸入的項(xiàng)數(shù)，這些輸入給軟件提供面向應(yīng)用的數(shù)據(jù)。b.輸出項(xiàng)數(shù)：軟件向用戶輸出的項(xiàng)數(shù)，它們向用戶提供面向應(yīng)用的信息，如報(bào)表、屏幕、出錯(cuò)信息等。報(bào)表內(nèi)的數(shù)據(jù)項(xiàng)不單獨(dú)計(jì)數(shù)。c.查詢數(shù)：所謂查詢是一次聯(lián)機(jī)輸入，它導(dǎo)致軟件以聯(lián)機(jī)輸出方式產(chǎn)生某種即時(shí)響應(yīng)。d.主文件數(shù)：邏輯主文件（即數(shù)據(jù)的一個(gè)邏輯組合，它可能是某個(gè)大型數(shù)據(jù)庫(kù)的一部分或是一個(gè)獨(dú)立的文件）的數(shù)目。e.外部接口數(shù)：機(jī)器可讀的全部接口（如磁帶或磁盤(pán)上的數(shù)據(jù)文件）的數(shù)量，用這些接口把信息傳送給另一個(gè)系統(tǒng)。9.2.2軟件規(guī)模估算②估算功能點(diǎn)的步驟用下述3個(gè)步驟，可以估算出一個(gè)軟件的功能點(diǎn)數(shù)（即軟件規(guī)模）。a.計(jì)算未調(diào)整的功能點(diǎn)數(shù)（UFP）。首先，把產(chǎn)品信息域的每個(gè)特性（即Inp、Out、Inq、Maf和Inf）都分類成簡(jiǎn)單級(jí)、平均級(jí)或復(fù)雜級(jí)。根據(jù)其等級(jí)，為每個(gè)特性都分配一個(gè)功能點(diǎn)數(shù)。例如，一個(gè)平均級(jí)的輸入項(xiàng)分配4個(gè)功能點(diǎn)，一個(gè)簡(jiǎn)單級(jí)的輸入項(xiàng)是3個(gè)功能點(diǎn)，而一個(gè)復(fù)雜級(jí)的輸入項(xiàng)分配6個(gè)功能點(diǎn)。9.2.2軟件規(guī)模估算表9-4信息域特性系數(shù)值復(fù)雜級(jí)別復(fù)雜級(jí)別/特性系數(shù)簡(jiǎn)單平均復(fù)雜346457346710155710

9.2.2軟件規(guī)模估算

9.2.2軟件規(guī)模估算表9-5技術(shù)復(fù)雜性因子（TCF）序號(hào)Fi技術(shù)因素1F1數(shù)據(jù)通信2F2分布式數(shù)據(jù)處理3F3性能標(biāo)準(zhǔn)4F4高負(fù)荷的硬件5F5高處理率6F6聯(lián)機(jī)數(shù)據(jù)輸入7F7終端用戶效率8F8聯(lián)機(jī)更新9F9復(fù)雜的計(jì)算10F10可重用性11F11安裝方便12F12操作方便13F13可移植性14F14可維護(hù)性9.2.2軟件規(guī)模估算

計(jì)算機(jī)軟件估算模型使用由經(jīng)驗(yàn)導(dǎo)出的公式來(lái)預(yù)測(cè)軟件開(kāi)發(fā)的工作量。工作量是軟件規(guī)模（LOC或FP）的函數(shù)，工作量的單位通常是人月（pm）。支持大多數(shù)估算模型的經(jīng)驗(yàn)數(shù)據(jù)，都是從有限個(gè)項(xiàng)目的樣本集中總結(jié)出來(lái)的。因此，沒(méi)有一個(gè)估算模型能夠適用于所有類型的軟件和開(kāi)發(fā)環(huán)境。1981年Boehm在《軟件工程經(jīng)濟(jì)學(xué)》中首次提出了構(gòu)造性成本模型COCOMO（ConstructiveCostModel）。1997年Boehm等人提出的COCOMO2模型，是原始的COCOMO模型的修訂版，它反映了十多年來(lái)在成本估計(jì)方面所積累的經(jīng)驗(yàn)。9.2.3工作量估算COCOMO2給出了3個(gè)層次的軟件開(kāi)發(fā)工作量估算模型，這3個(gè)層次的模型在估算工作量時(shí)，對(duì)軟件細(xì)節(jié)考慮的詳盡程度逐級(jí)增加。這些模型既可以用于不同類型的項(xiàng)目，也可以用于同一個(gè)項(xiàng)目的不同開(kāi)發(fā)階段。①應(yīng)用系統(tǒng)組成模型：這個(gè)模型主要用于估算構(gòu)建原型的工作量，模型名字暗示在構(gòu)建原型時(shí)大量使用已有的構(gòu)件。②早期設(shè)計(jì)模型：這個(gè)模型適用于體系結(jié)構(gòu)設(shè)計(jì)階段。③后體系結(jié)構(gòu)模型：這個(gè)模型適用于完成體系結(jié)構(gòu)設(shè)計(jì)之后的軟件開(kāi)發(fā)階段。9.2.3工作量估算

9.2.3工作量估算9.2.3工作量估算表9-6成本因素及工作量系數(shù)成本因素級(jí)別甚低低正常高甚高特高產(chǎn)品因素要求的可靠性0.750.881.001.151.39

數(shù)據(jù)庫(kù)規(guī)模

0.931.001.091.19

產(chǎn)品復(fù)雜程度0.750.881.001.151.301.66要求的可重用性

0.911.001.141.291.49需要的文檔量0.890.951.001.061.13

平臺(tái)因素執(zhí)行時(shí)間約束

1.001.111.311.67主存約束

1.001.061.211.57平臺(tái)變動(dòng)

0.101.001.151.30

人員因素分析員能力1.501.221.000.830.67

程序員能力1.371.161.000.870.74

應(yīng)用領(lǐng)域經(jīng)驗(yàn)1.221.101.000.890.81

平臺(tái)經(jīng)驗(yàn)1.241.101.000.920.84

語(yǔ)言和工作經(jīng)驗(yàn)1.251.121.000.880.81

人員連續(xù)性1.241.101.000.920.84

項(xiàng)目因素使用軟件工具1.241.121.000.860.72

多地點(diǎn)開(kāi)發(fā)1.251.101.000.920.840.78要求的開(kāi)發(fā)進(jìn)度1.291.101.001.001.00

9.2.3工作量估算9.2.3工作量估算COCOMO2使用的5個(gè)分級(jí)因素如下所述。①項(xiàng)目先例性：這個(gè)分級(jí)因素指出對(duì)于開(kāi)發(fā)組織來(lái)說(shuō)該項(xiàng)目的新奇程度。諸如開(kāi)發(fā)類似系統(tǒng)的經(jīng)驗(yàn)，需要?jiǎng)?chuàng)新體系結(jié)構(gòu)和算法，以及需要并行開(kāi)發(fā)硬件、軟件等因素的影響，都體現(xiàn)在這個(gè)分級(jí)因素中。②開(kāi)發(fā)靈活性：這個(gè)分級(jí)因素反映出為了實(shí)現(xiàn)預(yù)先確定的外部接口需求及為了及早開(kāi)發(fā)出產(chǎn)品而需要增加的工作量。③風(fēng)險(xiǎn)排除度：這個(gè)分級(jí)因素反映了重大風(fēng)險(xiǎn)已被消除的比例。在多數(shù)情況下，這個(gè)比例和指定了重要模塊接口（即選定了體系結(jié)構(gòu)）的比例密切相關(guān)。④項(xiàng)目組凝聚力：這個(gè)分級(jí)因素表明了開(kāi)發(fā)人員相互協(xié)作時(shí)可能存在的困難。它反映了開(kāi)發(fā)人員在目標(biāo)和文化背景等方面相一致的程度，以及開(kāi)發(fā)人員組成一個(gè)小組工作的經(jīng)驗(yàn)。⑤過(guò)程成熟度：這個(gè)分級(jí)因素反映了按照能力成熟度模型度量出的項(xiàng)目組織的過(guò)程成熟度。9.2.4軟件項(xiàng)目管理計(jì)劃的組成1簡(jiǎn)介1.1項(xiàng)目概述1.1.1意圖、范圍和目標(biāo)1.1.2設(shè)想和限制1.1.3可交付項(xiàng)目1.1.4時(shí)間表和預(yù)算概述1.2項(xiàng)目管理計(jì)劃的演化2參考材料3定義和縮略語(yǔ)4項(xiàng)目組織4.1外部接口4.2內(nèi)部結(jié)構(gòu)4.3角色和責(zé)任5管理過(guò)程計(jì)劃5.1啟動(dòng)計(jì)劃5.1.1估算計(jì)劃5.1.2人員安置計(jì)劃5.1.3資源獲取計(jì)劃5.1.4項(xiàng)目人員培訓(xùn)計(jì)劃5.2工作計(jì)劃5.2.1工作活動(dòng)5.2.2時(shí)間表分配5.2.3資源分配5.2.4預(yù)算分配5.3控制計(jì)劃5.3.1需求控制計(jì)劃5.3.2時(shí)間表控制計(jì)劃5.3.3預(yù)算控制計(jì)劃5.3.4質(zhì)量控制計(jì)劃5.3.5報(bào)表計(jì)劃5.3.6度量收集計(jì)劃5.4風(fēng)險(xiǎn)管理計(jì)劃5.5項(xiàng)目打結(jié)計(jì)劃6技術(shù)過(guò)程計(jì)劃6.1過(guò)程模型6.2方法、工具和技術(shù)6.3基礎(chǔ)結(jié)構(gòu)計(jì)劃6.4產(chǎn)品驗(yàn)收計(jì)劃7支持過(guò)程計(jì)劃7.1配置管理計(jì)劃7.2測(cè)試計(jì)劃7.3歸檔計(jì)劃7.4質(zhì)量保證計(jì)劃7.5評(píng)審和審計(jì)計(jì)劃7.6問(wèn)題解決計(jì)劃7.7轉(zhuǎn)包商管理計(jì)劃7.8過(guò)程提升計(jì)劃8附加計(jì)劃圖9-3IEEE項(xiàng)目管理計(jì)劃框架9.3軟件項(xiàng)目團(tuán)隊(duì)管理軟件項(xiàng)目團(tuán)隊(duì)是具有共同目標(biāo)、緊密協(xié)作的一個(gè)集體，包括：項(xiàng)目發(fā)起人、資助者、項(xiàng)目組（開(kāi)發(fā)團(tuán)隊(duì)）、供應(yīng)商、客戶等。一般情況下，軟件項(xiàng)目團(tuán)隊(duì)的特點(diǎn)是：臨時(shí)性、團(tuán)隊(duì)成員的不穩(wěn)定性、年輕化程度較高、是高度集中的知識(shí)型團(tuán)隊(duì)、成員的業(yè)績(jī)不易量化考核。軟件項(xiàng)目團(tuán)隊(duì)管理就是采用科學(xué)的方法，對(duì)項(xiàng)目組織結(jié)構(gòu)和項(xiàng)目全體參與人員進(jìn)行管理，在項(xiàng)目團(tuán)隊(duì)中開(kāi)展一系列科學(xué)規(guī)劃、開(kāi)發(fā)培訓(xùn)、合理調(diào)配、適當(dāng)激勵(lì)等方面的管理工作，使項(xiàng)目組織各方面的主觀能動(dòng)性得到充分發(fā)揮，同時(shí)促進(jìn)高效的團(tuán)隊(duì)協(xié)作，以利于實(shí)現(xiàn)項(xiàng)目的目標(biāo)。9.3.1軟件項(xiàng)目團(tuán)隊(duì)管理概述（1）軟件項(xiàng)目的人力資源特征人既是最大的成本又是最重要的資源。人力成本：盡量使人力資源投入最小。人力資源：盡量發(fā)揮資源的價(jià)值，使人力資源的產(chǎn)出最大。（2）軟件項(xiàng)目團(tuán)隊(duì)管理的主要內(nèi)容①項(xiàng)目組織的規(guī)劃：確定項(xiàng)目中的角色、職責(zé)和組織結(jié)構(gòu)。②團(tuán)隊(duì)人員獲?。韩@得項(xiàng)目所需的人力資源（個(gè)人或集體）。③團(tuán)隊(duì)建設(shè)：提高團(tuán)隊(duì)成員個(gè)人為項(xiàng)目做出貢獻(xiàn)的能力，提高團(tuán)隊(duì)作為集體發(fā)揮作用的能力。④團(tuán)隊(duì)日常工作管理：跟蹤團(tuán)隊(duì)成員工作績(jī)效，解決問(wèn)題和沖突，協(xié)調(diào)變更事宜。⑤溝通管理：對(duì)在項(xiàng)目干系人之間傳遞項(xiàng)目信息的內(nèi)容、方法和過(guò)程進(jìn)行綜合管理。9.3.1軟件項(xiàng)目團(tuán)隊(duì)管理概述（3）團(tuán)隊(duì)協(xié)作的重要性軟件開(kāi)發(fā)過(guò)程中提倡團(tuán)隊(duì)協(xié)作的主要原因包括：①軟件開(kāi)發(fā)的過(guò)程復(fù)雜，特別是在一個(gè)較大型的軟件項(xiàng)目中，一個(gè)人的力量和智慧顯然是不夠的。②團(tuán)隊(duì)操作在很大程度上可以實(shí)現(xiàn)優(yōu)勢(shì)互補(bǔ)。③團(tuán)隊(duì)合作在很大程度上培養(yǎng)了人與人之間的溝通和理解能力。9.3.2項(xiàng)