軟件工程與開發(fā)技術(shù)（西電第二版）第15章軟件工程項(xiàng)目管理基礎(chǔ)

《軟件工程與開發(fā)技術(shù)（西電第二版）第15章軟件工程項(xiàng)目管理基礎(chǔ)》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件工程與開發(fā)技術(shù)（西電第二版）第15章軟件工程項(xiàng)目管理基礎(chǔ)（33頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、第15章 軟件工程項(xiàng)目管理基礎(chǔ),15.1 項(xiàng)目管理的范圍 15.2 人員角色管理 15.3 問題管理 15.4 過程管理 15.5 小結(jié),15.1 項(xiàng)目管理的范圍,有效的項(xiàng)目管理集中在三個(gè)P上，即人員(People)、問題(Problem)和過程(Process)。這三者的順序不能夠任意變更。軟件工程是人的智力密集型勞動(dòng)，忽略了對(duì)人的管理，工程必然失??；如果在項(xiàng)目早期沒有和用戶進(jìn)行有效的通信交流，沒有界定出清晰的需求，那么即使設(shè)計(jì)出不錯(cuò)的解決方案，也往往針對(duì)的是錯(cuò)誤的目標(biāo)；如果對(duì)于過程環(huán)節(jié)疏于管理，即使采用了良好的技術(shù)方法和先進(jìn)的工具，也會(huì)因過程的混亂失控而遭遇失敗。,人員的過程能力、技術(shù)水平

2、和協(xié)同工作能力是保證軟件項(xiàng)目成功的關(guān)鍵因素。培養(yǎng)有創(chuàng)造力的、技術(shù)水平高的軟件人員是從20世紀(jì)60年代起就開始討論的話題。近年來對(duì)于優(yōu)秀軟件人才的要求中又增加了針對(duì)個(gè)人軟件過程能力(PSP)方面的要素?？紤]到人的因素非常重要，SEI還專門開發(fā)了一個(gè)人員管理能力成熟度模型PM-CMM。專門用以指導(dǎo)軟件開發(fā)組織改進(jìn)人力資源管理工作。人員管理能力成熟度模型PM-CMM共分為五個(gè)成熟度等級(jí)。它為軟件人員管理定義了如下的關(guān)鍵過程域：招聘、選擇、績效管理、培訓(xùn)、報(bào)酬、專業(yè)發(fā)展、組織和工作計(jì)劃以及團(tuán)隊(duì)精神/企業(yè)文化培養(yǎng)。在PM-CMM方面的成熟度等級(jí)越高的組織，更有可能增強(qiáng)開發(fā)團(tuán)隊(duì)的能力，實(shí)現(xiàn)有效的軟件工程開

3、發(fā)。,問題管理主要解決“軟件定義”和任務(wù)分解方面的問題，明晰針對(duì)什么對(duì)象、進(jìn)行什么處理、達(dá)到什么目標(biāo)、分配給什么角色去完成。任何一個(gè)軟件工程項(xiàng)目都應(yīng)當(dāng)首先界定項(xiàng)目的目標(biāo)和范圍。這一活動(dòng)是作為系統(tǒng)工程活動(dòng)的一部分開始的，持續(xù)到軟件需求分析階段。這一活動(dòng)的目的是說明該項(xiàng)目的總體目標(biāo)，但并不涉及到如何實(shí)現(xiàn)；范圍說明給出與問題相關(guān)的主要數(shù)據(jù)、功能和行為，并且以量化的形式約束這些特性。目標(biāo)和范圍確定之后，要開始考慮軟件的解決方案，并據(jù)此確定項(xiàng)目的約束條件。,軟件過程提供了一個(gè)活動(dòng)框架的集合，這些框架適合于任何一個(gè)軟件項(xiàng)目。根據(jù)該框架可以建立一個(gè)綜合的開發(fā)計(jì)劃。通過定義框架中不同的具體任務(wù)，能夠使描述通用

4、過程的框架“個(gè)性化”，從而適合于不同軟件項(xiàng)目的特征和項(xiàng)目組的需求。每一個(gè)框架(任務(wù)集合)都由任務(wù)、里程碑、交付的工作產(chǎn)品和質(zhì)量控制點(diǎn)組成。對(duì)軟件過程進(jìn)行管理，使之按照嚴(yán)格的規(guī)則有效地進(jìn)行裁剪，以適應(yīng)具體的工程特征；對(duì)實(shí)際進(jìn)程進(jìn)行度量都屬于過程管理的任務(wù)。,,15.2 人員角色管理,15.2.1 項(xiàng)目參與者 (1) 高級(jí)管理者：負(fù)責(zé)確定商業(yè)問題，這些問題往往對(duì)項(xiàng)目會(huì)產(chǎn)生很大影響。所有涉及外部組織和個(gè)人的承諾只能由高級(jí)管理者驗(yàn)證確定。 (2) 項(xiàng)目(技術(shù))管理者：對(duì)項(xiàng)目的進(jìn)展負(fù)責(zé)。包括制定項(xiàng)目計(jì)劃；組織、控制并激勵(lì)軟件開發(fā)人員展開工作；負(fù)責(zé)和用戶代表交流，獲取項(xiàng)目的需求與約束條件；和用戶代表協(xié)

5、商，進(jìn)行變更控制；協(xié)調(diào)內(nèi)部軟件相關(guān)組的工作；安排必要的培訓(xùn)。,(3) 開發(fā)人員：負(fù)責(zé)開發(fā)一個(gè)產(chǎn)品或者應(yīng)用軟件所需的各類專門技術(shù)人員。根據(jù)工作性質(zhì)的不同，又可以劃分成不同的角色，比如系統(tǒng)分析員、系統(tǒng)設(shè)計(jì)師、程序員、測(cè)試工程師等等。按照項(xiàng)目開發(fā)計(jì)劃所賦予的任務(wù)和角色的崗位職責(zé)開展工作。 (4) 客戶代表：負(fù)責(zé)說明待開發(fā)軟件需求的人員。同時(shí)和項(xiàng)目管理者協(xié)作控制項(xiàng)目開發(fā)過程中的各類變更。,(5) 最終用戶：一旦軟件發(fā)布成為產(chǎn)品，最終用戶是直接與軟件進(jìn)行交互的人，在使用過程中還會(huì)提供必要的反饋信息。在驗(yàn)收測(cè)試階段，最終用戶起著非常重要的作用。 每一個(gè)軟件項(xiàng)目都應(yīng)當(dāng)有上述人員參加，為了提高人員工作效率

6、，項(xiàng)目負(fù)責(zé)人必須最大限度地發(fā)揮每個(gè)人的技術(shù)和能力。為了能夠更好地發(fā)揮各類專業(yè)人員的作用，軟件開發(fā)組織應(yīng)當(dāng)根據(jù)實(shí)際情況建立本組織的崗位責(zé)任制度。劃定崗位，明確職責(zé)，力爭做到人定其崗、崗定其責(zé)。同時(shí)開發(fā)組織、項(xiàng)目組還應(yīng)當(dāng)保證每種角色在承擔(dān)自己的任務(wù)時(shí)都接受過必要的、足夠的培訓(xùn)，保證具有履行相應(yīng)崗位職責(zé)的能力。,15.2.2 項(xiàng)目負(fù)責(zé)人 項(xiàng)目負(fù)責(zé)人是項(xiàng)目管理工作的策劃者和主要執(zhí)行者之一。遴選項(xiàng)目負(fù)責(zé)人時(shí)必須注意，管理人員的管理技能水平是首要的條件。一個(gè)優(yōu)秀的軟件工程師并不見得就能夠很好地承擔(dān)項(xiàng)目負(fù)責(zé)人的角色。 項(xiàng)目管理的核心是人員的管理，一個(gè)優(yōu)秀的項(xiàng)目管理人必須善于利用激勵(lì)機(jī)制鼓勵(lì)技術(shù)人員發(fā)揮其

7、最大能力；必須具有組織能力，能夠駕馭或者創(chuàng)新過程，使得最初的概念能夠逐漸轉(zhuǎn)化成最終的產(chǎn)品；他也應(yīng)當(dāng)鼓勵(lì)人們?cè)诠ぷ髦邪l(fā)揮創(chuàng)造性。,項(xiàng)目負(fù)責(zé)人還應(yīng)當(dāng)集中注意力理解待解決的問題；管理新想法、新思路的交流；通過語言和行為在整個(gè)項(xiàng)目組中貫徹質(zhì)量至上的意識(shí)。一個(gè)有效的軟件項(xiàng)目負(fù)責(zé)人應(yīng)當(dāng)能夠準(zhǔn)確地診斷出技術(shù)的和管理的問題，把以往的成功經(jīng)驗(yàn)應(yīng)用到新環(huán)境下；策劃系統(tǒng)的解決方案并激勵(lì)開發(fā)人員實(shí)現(xiàn)方案。如果最初的方案遭遇挫折，項(xiàng)目負(fù)責(zé)人應(yīng)當(dāng)靈活地改進(jìn)方案。,項(xiàng)目負(fù)責(zé)人必須掌管整個(gè)項(xiàng)目，在必要時(shí)對(duì)項(xiàng)目進(jìn)程進(jìn)行調(diào)控，必須保證優(yōu)秀的技術(shù)人員能夠最充分地發(fā)揮技術(shù)特長，獎(jiǎng)勵(lì)有主動(dòng)性和做出成績的人員，并鼓勵(lì)在項(xiàng)目約束范圍內(nèi)進(jìn)行

8、創(chuàng)新。項(xiàng)目負(fù)責(zé)人應(yīng)當(dāng)具有較強(qiáng)的語言交流能力，以期充分理解下屬的意見并與之交流。 良好的心態(tài)對(duì)于一個(gè)優(yōu)秀的項(xiàng)目負(fù)責(zé)人來說是不可或缺的。當(dāng)項(xiàng)目出現(xiàn)困難時(shí)，項(xiàng)目負(fù)責(zé)人必須能夠承受較大的壓力，保持對(duì)項(xiàng)目的控制能力。,項(xiàng)目管理者的目標(biāo)都是盡力建立并維持一個(gè)具有“凝聚力”的小組。一個(gè)具有凝聚力的小組是一組團(tuán)結(jié)緊密的人，他們的整體力量大于個(gè)體力量的總和。具有凝聚力的小組成員比起一般的小組來說具有更高的生產(chǎn)率和更大的動(dòng)力。軟件企業(yè)的人員流動(dòng)率遠(yuǎn)高于傳統(tǒng)企業(yè)，管理者更應(yīng)當(dāng)認(rèn)真做好人員管理工作，提高小組的凝聚力、穩(wěn)定開發(fā)隊(duì)伍。,15.2.3 軟件項(xiàng)目組的組織結(jié)構(gòu) 軟件項(xiàng)目組的組織結(jié)構(gòu)取決于整個(gè)軟件開發(fā)組織的管

9、理風(fēng)格、問題的難易程度和人員的數(shù)量及技術(shù)水平。策劃常見的小組組織形式包括： (1) 民主分權(quán)式(DD，Democratic Decentralized)。這種軟件工程小組沒有固定的負(fù)責(zé)人，任務(wù)協(xié)調(diào)者是短期指定的，之后就由協(xié)調(diào)不同任務(wù)的人取代。通過小組討論來完成問題定義和解決方案制定，小組成員之間的通信是平行的。DD小組結(jié)構(gòu)最適于解決模塊化程度比較低的問題。它適合于生命周期較長的小組。能夠產(chǎn)生較高的士氣和工作滿意度。,(2) 受控分權(quán)式 (CD，Controlled Decentralized)。這種軟件工程小組有一個(gè)固定的負(fù)責(zé)人，他負(fù)責(zé)協(xié)調(diào)特定的任務(wù)并負(fù)責(zé)和負(fù)責(zé)子任務(wù)的二級(jí)負(fù)責(zé)人交流。問題的

10、解決過程仍然是一個(gè)群體活動(dòng)，但是解決方案的實(shí)現(xiàn)是由小組負(fù)責(zé)人在二級(jí)組之間進(jìn)行劃分的。子小組和個(gè)人之間的通信是平行的，也存在著上下級(jí)的通信。CD結(jié)構(gòu)模式適用于項(xiàng)目有較高的模塊化特性時(shí)。當(dāng)質(zhì)量保證活動(dòng)比較有效時(shí)，CD模式能夠產(chǎn)生比DD模式更少的缺陷。,(3) 受控集權(quán)式(CC，Controlled Centralized)。適用于較大項(xiàng)目。頂層問題的解決和內(nèi)部小組協(xié)調(diào)是小組負(fù)責(zé)人管理的。負(fù)責(zé)人和小組成員之間的通信是上下級(jí)形式的。CC結(jié)構(gòu)模式適用于項(xiàng)目有較高的模塊化特性的情況。當(dāng)質(zhì)量保證活動(dòng)比較有效時(shí)，CC模式能夠產(chǎn)生比DD模式更少的缺陷。歷史上風(fēng)行一時(shí)的“主程序員組”就屬于CC模式。 選擇項(xiàng)目小

11、組結(jié)構(gòu)方式時(shí)，應(yīng)當(dāng)充分考慮到項(xiàng)目各方面的具體特征，盡量選擇適合的結(jié)構(gòu)形式。集中式的結(jié)構(gòu)能夠更快地完成任務(wù)，最適合處理簡單問題；分散使得小組更能夠產(chǎn)生出更多的解決方案，所以這種結(jié)構(gòu)在處理復(fù)雜問題時(shí)成功的幾率更大；小組的性能和通信量成反比，所以較大的項(xiàng)目最好采用CC或CD結(jié)構(gòu)。表12.1描述了項(xiàng)目特性對(duì)選擇項(xiàng)目小組結(jié)構(gòu)的影響。,表15.1 項(xiàng)目特征與適宜的小組結(jié)構(gòu),除上述的劃分方法之外，還有人將軟件工程小組劃分為四種“范型”。 (1) 封閉式范型：按照傳統(tǒng)的權(quán)利層次來組織小組，類似于CC小組。這種小組不利于創(chuàng)新，但在開發(fā)和原先的產(chǎn)品類似的軟件時(shí)十分有效。 (2) 隨機(jī)式范型：依賴小組成員個(gè)人的

12、主動(dòng)性。適于進(jìn)行創(chuàng)新或技術(shù)上的突破，但當(dāng)需要“有次序的執(zhí)行任務(wù)”才能完成工作時(shí)，常常陷入困境。,(3) 開放式范型：試圖結(jié)合前兩種范型的優(yōu)勢(shì)。工作的執(zhí)行結(jié)合了大量的通信和基于小組一致意見的決策。適于解決復(fù)雜問題，但效率不是很高。 (4) 同步式范型：依賴于問題的自然劃分，小組成員各自解決問題的片斷，彼此之間很少有主動(dòng)的通信需要。 從歷史上看，最早的軟件開發(fā)小組是IBM首先提出的“主程序員組”。這種組織就本質(zhì)來看，類同與CC結(jié)構(gòu)的小組。,15.2.4 小組內(nèi)的協(xié)調(diào)和通信 協(xié)調(diào)一致的工作是小組成功的保證，便捷靈活的通信是進(jìn)行協(xié)調(diào)的技術(shù)手段。 許多現(xiàn)代軟件的規(guī)模宏大，小組成員之間的關(guān)系比較復(fù)

13、雜。一部分成員以另一部分成員的工作輸出為自己的工作輸入。彼此之間進(jìn)行產(chǎn)品交接、技術(shù)討論、產(chǎn)品互查都是日常必須進(jìn)行的工作。此外，在項(xiàng)目的進(jìn)展過程中，不確定性經(jīng)常出現(xiàn)，給項(xiàng)目組帶來困擾和一系列的變更。在多人協(xié)作開發(fā)的軟件成分之間，不可避免地存在著相互操作的要求，這更需要在開發(fā)者之間進(jìn)行交流。,為了保證小組成員之間開展成功的協(xié)同工作，項(xiàng)目組必須建立良好的協(xié)調(diào)和通信機(jī)制。例如工作產(chǎn)品的交換，同事之間針對(duì)個(gè)人工作的相互審查，變更的請(qǐng)求，實(shí)施與通報(bào)，里程碑處的正式復(fù)審等等都需要有效的通信機(jī)制來保障。在組內(nèi)的通信與協(xié)調(diào)，可以借助電子郵件、項(xiàng)目簡報(bào)、周工作會(huì)議、同行審查和里程碑報(bào)告等方式進(jìn)行。具體可以歸為如下

14、幾類： (1) 正式的、非個(gè)人的交流方法：包括使用組織的歷史數(shù)據(jù)庫、項(xiàng)目配置庫、工程文檔、階段產(chǎn)品、備忘錄、錯(cuò)誤跟蹤報(bào)告等方式進(jìn)行的通信與交流。,(2) 正式的、個(gè)人間的通信交流，如狀態(tài)復(fù)審會(huì)議、產(chǎn)品互查等等。 (3) 非正式的、個(gè)人間的交流，例如個(gè)人間針對(duì)特定問題的討論等。 (4) 電子通信：包括電子郵件、網(wǎng)絡(luò)會(huì)議等通信方式。 對(duì)于由N個(gè)成員組成的小組來說，通信的路徑有N(N1)條。隨著N值的增加，通信與協(xié)調(diào)工作的復(fù)雜性急劇增加。所以，軟件工程的基本原則中，要求建立“少而精”的開發(fā)小組。同樣，因?yàn)橥ㄐ艆f(xié)調(diào)工作的復(fù)雜性，在項(xiàng)目開發(fā)的后期靠增加開發(fā)人員來趕進(jìn)度并不是明智之舉。,圖15.1

15、 協(xié)調(diào)和通信技術(shù)的價(jià)值及使用,,15.3 問 題 管 理,所謂問題，包括需求問題和工程過程問題兩重含義。 問題管理要解決兩個(gè)問題：問題界定與問題的分解劃分。和用戶的深入交流是本項(xiàng)工作得以完成的保障。也可以認(rèn)為問題管理的實(shí)質(zhì)就是初始需求管理，包括獲取需求和精化需求兩項(xiàng)內(nèi)容。 問題界定要明確就當(dāng)前認(rèn)識(shí)層次而言，確定的軟件范圍是什么。據(jù)此可以制定初步的開發(fā)計(jì)劃；問題的分解進(jìn)一步評(píng)估和精化軟件功能，為量化估算提供基礎(chǔ)。軟件范圍的確定可以從三個(gè)層面上來描述。,(1) 工程背景與約束條件(環(huán)境需求)：待建造的軟件如何適應(yīng)特定的客戶背景，包括未來的運(yùn)行環(huán)境、軟硬件平臺(tái)和其他系統(tǒng)的接口以及可能提出的擴(kuò)充性

16、需求。 (2) 信息目標(biāo)(數(shù)據(jù)I/O需求)：需要什么樣的輸入流，輸出什么樣的用戶可見的數(shù)據(jù)，輸出具有什么樣的表現(xiàn)形式。,(3) 功能和性能(綜合需求)：為將輸入數(shù)據(jù)轉(zhuǎn)換成輸出數(shù)據(jù)，軟件需要什么樣的加工功能；對(duì)于處理精度、處理速度、數(shù)據(jù)容量、通信速率、容錯(cuò)性、可靠性等各類性能有什么要求。 問題分解又稱為劃分，是軟件需求分析的核心活動(dòng)。在軟件范圍界定時(shí)雖然也對(duì)需求進(jìn)行了初始劃分，但粒度較粗，不利于進(jìn)行精確的分析與估算。在此基礎(chǔ)上，還需要進(jìn)一步的劃分。首先需要對(duì)功能進(jìn)行細(xì)分。從整體功能到子系統(tǒng)，從子系統(tǒng)到功能模塊。如此逐層細(xì)分，為估算項(xiàng)目規(guī)模、開發(fā)工作量、工作進(jìn)度和資源需求提供了基礎(chǔ)。,其次，要

17、對(duì)生產(chǎn)待交付產(chǎn)品的工作過程進(jìn)行細(xì)分。按照選定的工程模型，將整個(gè)過程中所包含的一般性、保護(hù)性活動(dòng)劃分為若干階段，確定每個(gè)階段的任務(wù)，明確階段工作產(chǎn)品，確定工作里程碑。這樣不但有利于制定較詳細(xì)的工作計(jì)劃，也有利于將整體綜合計(jì)劃細(xì)分為階段計(jì)劃和單項(xiàng)計(jì)劃，增加計(jì)劃的可操作性。,,15.4 過 程 管 理,項(xiàng)目過程定義、制訂過程計(jì)劃、實(shí)施過程跟蹤監(jiān)控是過程管理環(huán)節(jié)的中心工作。軟件過程一般可以粗略地定義為系統(tǒng)定義、軟件開發(fā)、軟件維護(hù)三大階段，這種劃分適用于任何軟件項(xiàng)目。但是，采用不同的軟件工程過程模型，各類一般性和保護(hù)性框架中包括的具體活動(dòng)及其執(zhí)行順序是有差別的?？晒┪覀冞x擇的軟件工程過程模型包括線性順序

18、模型、RAD模型、原型模型、演化增量模型、演化螺旋模型等等。項(xiàng)目管理者應(yīng)當(dāng)根據(jù)項(xiàng)目的特點(diǎn)和用戶的要求，選擇最適合本項(xiàng)目的工程過程模型。基于特定模型的公共過程框架活動(dòng)集合定義一個(gè)初步的項(xiàng)目計(jì)劃。然后通過對(duì)過程的細(xì)化分解，從初步計(jì)劃出發(fā)建立一個(gè)完整的計(jì)劃，明確框架活動(dòng)中所需要的工作任務(wù)。,項(xiàng)目計(jì)劃開始于“問題”和“過程”的合并。軟件項(xiàng)目組所要開發(fā)的每一個(gè)功能(問題)都必須選擇過程規(guī)定的框架活動(dòng)集合來完成。假如組織采用了如下的框架活動(dòng)集合： 用戶通信：建立開發(fā)者和用戶之間有效通信的任務(wù)。 計(jì)劃：定義資源、進(jìn)度及其他項(xiàng)目相關(guān)信息所需要的任務(wù)。 風(fēng)險(xiǎn)分析：評(píng)估技術(shù)風(fēng)險(xiǎn)、管理風(fēng)險(xiǎn)的任務(wù)。 工程：建

19、立應(yīng)用的“表示”(文檔、源碼、可執(zhí)行代碼等)的任務(wù)。 建造及發(fā)布：建造、安裝、調(diào)試、培訓(xùn)用戶等任務(wù)。 用戶評(píng)估：獲取用戶反饋信息所需要的任務(wù)。,那么，承擔(dān)每一項(xiàng)具體工作任務(wù)(如需求分析、體系設(shè)計(jì)、測(cè)試等等)的成員，都必須將規(guī)定的每一項(xiàng)活動(dòng)應(yīng)用于本項(xiàng)任務(wù)的開發(fā)上。這樣，整個(gè)工作就得以按照“規(guī)范化的統(tǒng)一的過程”進(jìn)行，在要解決的具體問題和統(tǒng)一的過程活動(dòng)上進(jìn)行了統(tǒng)一。,考慮到項(xiàng)目各有特點(diǎn)，項(xiàng)目組在選擇過程模型時(shí)應(yīng)當(dāng)有較大的靈活度，并應(yīng)當(dāng)按照項(xiàng)目的特點(diǎn)和組織的現(xiàn)實(shí)情況對(duì)過程規(guī)定的活動(dòng)進(jìn)行裁剪。如果開發(fā)一個(gè)和原來開發(fā)過的項(xiàng)目類似的小項(xiàng)目，可以考慮采用線性順序模型；如果時(shí)間很緊而問題又便于分解，則可首選

20、RAD模型；如果時(shí)間太緊，可以考慮使用增量模型。一旦選定了模型，公共過程框架(CPF，Common Process Franework)應(yīng)當(dāng)能夠適用于它。CPF是不變的，它能夠充當(dāng)一個(gè)開發(fā)組織所執(zhí)行的所有軟件工作的基礎(chǔ)。但是，執(zhí)行一個(gè)框架活動(dòng)時(shí)，具體工作任務(wù)卻是可簡可繁的。這種特點(diǎn)在將過程活動(dòng)分解成具體工作任務(wù)時(shí)應(yīng)當(dāng)注意。,,15.5 小 結(jié),軟件項(xiàng)目管理是軟件工程中的保護(hù)性活動(dòng)。它先于任何技術(shù)活動(dòng)之前開始，貫穿于軟件工程始終。具有無可替代的重要作用。實(shí)現(xiàn)軟件工程目標(biāo)、控制開發(fā)成本、改進(jìn)組織的過程能力都有賴于項(xiàng)目管理活動(dòng)。,簡單地說，項(xiàng)目管理活動(dòng)覆蓋項(xiàng)目估算、風(fēng)險(xiǎn)預(yù)測(cè)、進(jìn)度安排、計(jì)劃制定、品質(zhì)

21、保證、配置管理和針對(duì)整個(gè)項(xiàng)目進(jìn)程的跟蹤、度量活動(dòng)。項(xiàng)目管理的重點(diǎn)是人員、問題和過程。實(shí)施項(xiàng)目管理的基本目標(biāo)是保證人員高效、問題明晰、過程可控。三個(gè)P(人員、問題和過程)對(duì)項(xiàng)目管理具有本質(zhì)的影響 。人員必須得到必要的培訓(xùn)并被組織為有效率的小組，激勵(lì)他們進(jìn)行高質(zhì)量的軟件工作，并協(xié)調(diào)他們能夠進(jìn)行高效率的通信；問題必須由開發(fā)者和用戶交流，界定目標(biāo)、范圍、約束條件、分解為合適的粒度，并分配給軟件小組；過程必須適合于人員和問題。必須根據(jù)開發(fā)組織的標(biāo)準(zhǔn)過程結(jié)合項(xiàng)目組的特點(diǎn)裁剪形成項(xiàng)目的開發(fā)過程。也就是要選用一個(gè)公共過程框架、選定一個(gè)適合于具體情況的工程過程模型、并選擇適當(dāng)?shù)墓ぷ魅蝿?wù)集合來完成項(xiàng)目的開發(fā)。,在任何一個(gè)項(xiàng)目中，最關(guān)鍵的因素是人員。項(xiàng)目管理者應(yīng)當(dāng)根據(jù)項(xiàng)目的特征和自己的人力資源選擇采用不同的組織結(jié)構(gòu)，并以階段評(píng)審和成員互審等方法為主，實(shí)現(xiàn)小組成員之間的有效交流和通信。,,