【正文】 第14章 軟件項(xiàng)目管理“項(xiàng)目”如今普遍存在于我們的工作和生活之中，并對(duì)我們的工作和生活產(chǎn)生著重要的影響。：“因?yàn)轫?xiàng)目是適應(yīng)環(huán)境變化的普遍方式，故而一個(gè)組織的成功與否將取決于其管理項(xiàng)目的水平?！庇捎谏鐣?huì)環(huán)境變化是絕對(duì)的，而當(dāng)今社會(huì)唯一不變的就是變化，因此，一個(gè)組織要想存在和發(fā)展，就必須適應(yīng)環(huán)境的變化，就必須開展項(xiàng)目。美國(guó)的項(xiàng)目管理權(quán)威機(jī)構(gòu)——項(xiàng)目管理協(xié)會(huì)（Project Management Institute, PMI）PMI認(rèn)為，項(xiàng)目是一種被承辦的旨在創(chuàng)造某種獨(dú)特產(chǎn)品或服務(wù)的暫時(shí)性勢(shì)力。在經(jīng)歷了軟件危機(jī)和大量的軟件項(xiàng)目失敗以后，人們發(fā)現(xiàn)正是一系列管理問(wèn)題和技術(shù)問(wèn)題導(dǎo)致了上述問(wèn)題，終其原因，其一致原因可能就是：項(xiàng)目管理太弱。軟件項(xiàng)目管理是指軟件生存周期中軟件管理者所進(jìn)行的一系列活動(dòng)，其目的是在一定的時(shí)間和預(yù)設(shè)范圍內(nèi)，有效地利用人力、資源、技術(shù)和工具，使軟件系統(tǒng)或軟件產(chǎn)品按原定計(jì)劃和質(zhì)量要求如期完成。 軟件項(xiàng)目管理概述項(xiàng)目管理是通過(guò)項(xiàng)目經(jīng)理和項(xiàng)目組織的努力，運(yùn)用系統(tǒng)理論的方法對(duì)項(xiàng)目及其資源進(jìn)行計(jì)劃、組織、協(xié)調(diào)、控制，旨在實(shí)現(xiàn)項(xiàng)目的特定目標(biāo)的管理方法體系。其基本內(nèi)容為 1）項(xiàng)目定義， 2）項(xiàng)目計(jì)劃， 3）項(xiàng)目執(zhí)行 ，4）項(xiàng)目控制， 5）項(xiàng)目結(jié)束。將軟件進(jìn)行項(xiàng)目管理也需采用上述5個(gè)方面的內(nèi)容進(jìn)行管理，由于軟件項(xiàng)目的特殊性，將項(xiàng)目管理技術(shù)用于軟件項(xiàng)目管理上，其有效的項(xiàng)目管理集中于四個(gè)P上：人員（people）、產(chǎn)品（product）、過(guò)程（process）和項(xiàng)目（project）。 人員Bill Curtis曾說(shuō)過(guò)：“不同的人員在完成程序設(shè)計(jì)任務(wù)的能力上存在巨大的可變性?！迸囵B(yǎng)有創(chuàng)造力的、技術(shù)水平高的軟件人員是從20世紀(jì)60年代起就開始討論的話題。而在人員管理上達(dá)到較高成熟度的組織更有可能實(shí)現(xiàn)有效的軟件工程實(shí)踐，為此，CMU軟件工程研究所專門開發(fā)了一個(gè)人員管理能力成熟度模型（PM—CMM），旨在“通過(guò)幫助吸引、培養(yǎng)、鼓勵(lì)、部署和留住改善其軟件開發(fā)能力所需的人才增強(qiáng)軟件組織承擔(dān)日益復(fù)雜的應(yīng)用的能力?！比藛T管理成熟度模型為軟件人員定義了以下的關(guān)鍵實(shí)踐區(qū)域：招募、選擇、業(yè)績(jī)管理、培訓(xùn)、報(bào)酬、職業(yè)發(fā)展、組織和工作設(shè)計(jì)以及團(tuán)隊(duì)精神/企業(yè)文化培養(yǎng)。在人員管理上達(dá)到較高成熟度的組織更有可能實(shí)現(xiàn)有效的軟件工程實(shí)踐。 項(xiàng)目參與者參與軟件過(guò)程（及每一個(gè)軟件項(xiàng)目）的人員可以分為以下五類：1） 高級(jí)管理者。負(fù)責(zé)定義業(yè)務(wù)問(wèn)題，這些問(wèn)題往往對(duì)項(xiàng)目產(chǎn)生很大影響。2） 項(xiàng)目（技術(shù)）管理者。必須計(jì)劃、激勵(lì)、組織和控制軟件開發(fā)人員。3） 開發(fā)人員。負(fù)責(zé)開發(fā)一個(gè)產(chǎn)品或應(yīng)用所需的專門技術(shù)。4） 客戶。 負(fù)責(zé)說(shuō)明待開發(fā)軟件的需求的人以及其他風(fēng)險(xiǎn)承擔(dān)者。5） 最終用戶。一旦軟件發(fā)布成為產(chǎn)品，最終用戶是直接與軟件進(jìn)行交互的人。每一個(gè)軟件項(xiàng)目都有上述的人員參與。為了達(dá)到高效，項(xiàng)目組的組織必須最大限度地發(fā)揮每個(gè)人的技術(shù)和能力。這是項(xiàng)目組負(fù)責(zé)人（項(xiàng)目經(jīng)理）的任務(wù)。 項(xiàng)目組負(fù)責(zé)人（項(xiàng)目經(jīng)理）項(xiàng)目管理是集中于人的活動(dòng)，軟件項(xiàng)目組負(fù)責(zé)人（項(xiàng)目經(jīng)理）除對(duì)其技術(shù)要求以外，更多地應(yīng)具備管理人員應(yīng)有的技能。 項(xiàng)目經(jīng)理的任務(wù)就是要對(duì)項(xiàng)目進(jìn)行全面的管理，具體表現(xiàn)在對(duì)項(xiàng)目目標(biāo)要有一個(gè)全局的觀點(diǎn)，并制定計(jì)劃，報(bào)告項(xiàng)目進(jìn)展，控制反饋，組建團(tuán)隊(duì)，在不確定環(huán)境下對(duì)不確定問(wèn)題進(jìn)行決策，在必要的時(shí)候進(jìn)行談判及解決沖突。項(xiàng)目經(jīng)理的責(zé)任表現(xiàn)的三個(gè)方面：1） 對(duì)組織（企業(yè)）應(yīng)承擔(dān)的責(zé)任保證項(xiàng)目目標(biāo)與組織（企業(yè)）的經(jīng)營(yíng)目標(biāo)一致對(duì)組織分配給項(xiàng)目的資源進(jìn)行適當(dāng)?shù)墓芾?，保證在資源約束條件所得資源能夠被充分有效地利用與組織（企業(yè)）高層進(jìn)行及時(shí)有效的溝通，及時(shí)匯報(bào)項(xiàng)目的進(jìn)展?fàn)顩r，成本、時(shí)間等資源的花費(fèi)，項(xiàng)目實(shí)施可能的結(jié)果，以及對(duì)將來(lái)可能發(fā)生的問(wèn)題的預(yù)測(cè)。2） 對(duì)項(xiàng)目應(yīng)承擔(dān)的責(zé)任對(duì)項(xiàng)目成功負(fù)有主要責(zé)任，對(duì)項(xiàng)目實(shí)施計(jì)劃、監(jiān)督與控制，保證項(xiàng)目按時(shí)、在預(yù)算內(nèi)達(dá)到預(yù)期結(jié)果。保證項(xiàng)目的整體性，保證項(xiàng)目在實(shí)施過(guò)程中自始至終以實(shí)現(xiàn)項(xiàng)目預(yù)期目標(biāo)為最終目的，由于項(xiàng)目在實(shí)施過(guò)程中存在各種各樣的沖突，項(xiàng)目經(jīng)理在解決項(xiàng)目的沖突過(guò)程中起著重要的作用，做到化解矛盾，平衡利害。3） 對(duì)項(xiàng)目小組應(yīng)承擔(dān)的責(zé)任 為項(xiàng)目組成員提供良好的工作環(huán)境及氛圍，項(xiàng)目經(jīng)理作為項(xiàng)目負(fù)責(zé)人及協(xié)調(diào)人，首先應(yīng)該保證項(xiàng)目組成員形成一個(gè)好的工作團(tuán)隊(duì)，成員之間密切配合，相互合作，擁有良好的團(tuán)隊(duì)精神及好的工作氛圍與環(huán)境，特別地，對(duì)項(xiàng)目組中的關(guān)鍵成員及高級(jí)研究人員要進(jìn)行特別的照顧，這是激勵(lì)項(xiàng)目成員的重要手段。 項(xiàng)目經(jīng)理有責(zé)任對(duì)項(xiàng)目小組成員進(jìn)行績(jī)效考評(píng)。項(xiàng)目經(jīng)理要建立一定的考評(píng)制度，對(duì)項(xiàng)目組成員的績(jī)效進(jìn)行監(jiān)督與考評(píng)，公正的考評(píng)制度也是激勵(lì)員工的一種手段。 由于項(xiàng)目小組是一個(gè)臨時(shí)的集體，項(xiàng)目經(jīng)理在激勵(lì)項(xiàng)目成員的同時(shí)還應(yīng)為項(xiàng)目小組成員的將來(lái)考慮，使他們?cè)陧?xiàng)目完成之后，有一個(gè)好的歸屬，這樣可以使他們無(wú)后顧之憂，保證他們安心為項(xiàng)目工作。 軟件項(xiàng)目組軟件項(xiàng)目組織結(jié)構(gòu)有多種，但軟件項(xiàng)目組織結(jié)構(gòu)是不能輕易改變。在一個(gè)新的軟件項(xiàng)目中直接涉及到的人員的組織則是項(xiàng)目管理者的權(quán)限。在規(guī)劃軟件工程小組的結(jié)構(gòu)時(shí)應(yīng)考慮如下七個(gè)項(xiàng)目因素：1） 待解決問(wèn)題的困難程度。2） 產(chǎn)生的程序的規(guī)模，以代碼行或者功能點(diǎn)來(lái)衡量。3） 小組成員需要共同工作的時(shí)間（小組生存期）。4） 問(wèn)題能夠被模塊化的程度。5） 待建造系統(tǒng)所要求的質(zhì)量和可靠性。6） 交付日期的嚴(yán)格程度。7） 項(xiàng)目所需要的社交性（通信）的程度。從歷史角度看，最早的軟件小組是控制集中式（CC）結(jié)構(gòu)，原來(lái)稱為主程序員小組。這種結(jié)構(gòu)由Harlan Mills首先提出，并由Baker描述出來(lái)。小組的核心是由以下人員組成的：高級(jí)工程師（“主程序員”），負(fù)責(zé)計(jì)劃、協(xié)調(diào)和評(píng)審小組的所有技術(shù)活動(dòng)；技術(shù)人員（一般2到5個(gè)人），執(zhí)行分析和開發(fā)活動(dòng)；后備工程師，支持高級(jí)工程師的活動(dòng)，并能在項(xiàng)目進(jìn)行過(guò)程中以最小的代價(jià)取代高級(jí)工程師的工作。項(xiàng)目組必須建立有效的辦法以協(xié)調(diào)參與工作的人員，要建立小組成員之間及多個(gè)小組之間的正式和非正式的通信機(jī)制。正式的通信是通過(guò)“文字、會(huì)議及其他相對(duì)而言非交互的非個(gè)人的通信渠道”來(lái)實(shí)現(xiàn)，非正式的通信則更加個(gè)人化。 產(chǎn)品在進(jìn)行項(xiàng)目計(jì)劃之前，應(yīng)該首先建立產(chǎn)品目的和范圍，考慮可選的解決方案，標(biāo)識(shí)技術(shù)和管理的約束。沒(méi)有這些信息，就不可能進(jìn)行合理的（準(zhǔn)確的）成本估算、有效的風(fēng)險(xiǎn)評(píng)估、適當(dāng)?shù)捻?xiàng)目任務(wù)劃分或是可管理的項(xiàng)目進(jìn)度安排，項(xiàng)目進(jìn)度安排給出了意義明確的項(xiàng)目進(jìn)展的標(biāo)志。軟件開發(fā)者和客戶必須一起定義產(chǎn)品的目的和范圍。在很多情況下，這項(xiàng)活動(dòng)是作為系統(tǒng)工程或業(yè)務(wù)過(guò)程工程的一部分開始的，持續(xù)到作為軟件需求分析的第一步。目的是標(biāo)識(shí)出該產(chǎn)品的總體目標(biāo)（從客戶的角度），而不考慮這些目標(biāo)如何實(shí)現(xiàn)。范圍標(biāo)識(shí)出與產(chǎn)品相關(guān)的數(shù)據(jù)、功能和行為，更重要的是，它以量化的方式約束了這些特性。一旦了解了產(chǎn)品的目的和范圍，就要開始考慮備選的解決方案了。雖然這一步并不討論細(xì)節(jié)，但它使得管理者和實(shí)踐者可以選擇一條“最好的”途徑，該選擇是根據(jù)產(chǎn)品交付的期限、預(yù)算的限制、可用的人員、技術(shù)接口及各種其他因素所形成的約束。 軟件范圍軟件項(xiàng)目管理的第一個(gè)活動(dòng)是軟件范圍的確定。范圍是通過(guò)回答下列問(wèn)題來(lái)定義的：1） 語(yǔ)境。待建造的軟件如何適應(yīng)于大型的系統(tǒng)、產(chǎn)品或商業(yè)的語(yǔ)境，在該語(yǔ)境下要加什么約束？2） 信息目標(biāo)。軟件要生產(chǎn)什么樣的客戶可見(jiàn)的數(shù)據(jù)對(duì)象作為輸出？需要什么樣的數(shù)據(jù)對(duì)象作為輸入？3） 功能和性能。軟件要執(zhí)行什么樣的功能使得輸入數(shù)據(jù)變換成輸出？需要滿足任何特殊的性能特征嗎？軟件項(xiàng)目范圍在管理層和技術(shù)層都必須是無(wú)二義性的和可理解的。對(duì)軟件范圍的描述必須是界定的。也就是說(shuō)，明確給出定量的數(shù)據(jù)（如同時(shí)使用的用戶的數(shù)目、郵件列表的大小、允許的最大響應(yīng)時(shí)間），說(shuō)明約束和/或局限（如產(chǎn)品成本限制內(nèi)存大?。?，以及描述其他的緩解因素（如希望使用的算法能夠被很好的理解并寫成C++程序）。 問(wèn)題分解問(wèn)題分解有時(shí)稱為劃分或問(wèn)題詳細(xì)描述，它是一個(gè)軟件需求分析的核心活動(dòng)。在確定軟件范圍的活動(dòng)中并不試圖完全分解問(wèn)題，而是將分解應(yīng)用于兩個(gè)主要方面：（1）必須交付的功能；（2）用于交付功能的過(guò)程。面對(duì)復(fù)雜的問(wèn)題人類常常采用分而治之的策略。簡(jiǎn)單講，就是將一個(gè)復(fù)雜的問(wèn)題劃分成若干較易處理的小問(wèn)題。這是項(xiàng)目計(jì)劃開始時(shí)所采用的策略。在估算開始之前，范圍中所描述的軟件功能必須被評(píng)估和細(xì)化以提供更多的細(xì)節(jié)。因?yàn)槌杀竞瓦M(jìn)度都是面向功能的，所以某種程度的分解通常是很有用的。例如，考慮我們要建造一個(gè)新的字處理產(chǎn)品的項(xiàng)目。該產(chǎn)品的獨(dú)特功能包括：連續(xù)的語(yǔ)音輸入和鍵盤輸入，高級(jí)的“自動(dòng)復(fù)制編輯”功能，頁(yè)面布局功能，自動(dòng)建立索引和目錄以及其他功能。項(xiàng)目管理者必須首先建立軟件范圍陳述，該陳述限定了這些特征（以及其他的通用功能，如編輯、文件管理、文檔生產(chǎn)等等）。例如，連續(xù)語(yǔ)音輸入功能是否需要用戶進(jìn)行專門的產(chǎn)品“訓(xùn)練”？復(fù)制編輯特征提供了哪些能力？頁(yè)面布局能力要高級(jí)到什么程度？隨著范圍陳述的進(jìn)展，自然產(chǎn)生了第一級(jí)劃分。項(xiàng)目組研究市場(chǎng)部與潛在客戶的交談并找出自動(dòng)復(fù)制編輯應(yīng)該具有下列功能：（1）拼寫檢查，（2）語(yǔ)句文法檢查，（3）大型文檔的參考書目關(guān)聯(lián)檢查（例如，對(duì)一本參考書的引用是否能在參考書目列表中找到？），（4）大型文檔中章節(jié)的參考書目關(guān)聯(lián)的確認(rèn)。這些特征的每一項(xiàng)都是軟件要實(shí)現(xiàn)的子功能。同時(shí)，如果分解可以使計(jì)劃更簡(jiǎn)單，則每一項(xiàng)又可以進(jìn)一步細(xì)化。 過(guò)程軟件過(guò)程提供了一個(gè)框架，在該框架下可以建立一個(gè)軟件開發(fā)的全面計(jì)劃。少量的公共過(guò)程框架活動(dòng)可應(yīng)用于所有軟件項(xiàng)目，不考慮其規(guī)模和復(fù)雜性。若干不同的任務(wù)集合（每一個(gè)集合都由任務(wù)、里程碑、工作產(chǎn)品以及質(zhì)量保證點(diǎn)組成）使得框架活動(dòng)能被修改，以適應(yīng)于不同軟件項(xiàng)目的特征和項(xiàng)目組的需求。最后是庇護(hù)性活動(dòng)（軟件質(zhì)量保證、軟件配置管理和測(cè)度）它們覆蓋了過(guò)程模型。庇護(hù)性活動(dòng)獨(dú)立于任何一個(gè)框架活動(dòng)，且貫穿于整個(gè)過(guò)程。軟件過(guò)程的一般性階段——定義、開發(fā)和支持——適用于所有軟件項(xiàng)目。問(wèn)題在于選擇一個(gè)適合項(xiàng)目組要開發(fā)的軟件的過(guò)程模型。我們?cè)懻摿硕喾N軟件工程范型：l 瀑布模型。l 原型實(shí)現(xiàn)模型。l 增量模型。l 螺旋模型。l 噴泉模型。l 基于構(gòu)件的開發(fā)模型。l 形式化方法模型。項(xiàng)目管理者必須決定哪一個(gè)過(guò)程模型最適合于：（1）需要該產(chǎn)品的客戶和將做此工作的人員，（2）產(chǎn)品本身的特征，（3）軟件項(xiàng)目組工作的工作環(huán)境。當(dāng)一個(gè)過(guò)程模型被選定時(shí)，項(xiàng)目組然后基于公共過(guò)程框架活動(dòng)集合，定義一個(gè)初步的計(jì)劃。一旦建立了初步的計(jì)劃，便可以開始進(jìn)行過(guò)程分解，即必須建立一個(gè)完整的計(jì)劃反映框架活動(dòng)中所需要的工作任務(wù)。 合并產(chǎn)品和過(guò)程項(xiàng)目計(jì)劃開始于產(chǎn)品和過(guò)程的合并。軟件項(xiàng)目組要開發(fā)的每一個(gè)功能都必須通過(guò)為軟件組織定義的框架活動(dòng)集合。假設(shè)組織采用了如下的框架活動(dòng)集合，該框架即為公共過(guò)程框架活動(dòng)：l 客戶交流——建立開發(fā)者和客戶之間有效需求誘導(dǎo)所需要的任務(wù)。l 計(jì)劃——定義資源、進(jìn)度及其他相關(guān)項(xiàng)目信息所需要的任務(wù)。l 風(fēng)險(xiǎn)分析——評(píng)估技術(shù)的及管理的風(fēng)險(xiǎn)所需要的任務(wù)。l 構(gòu)造及發(fā)布——構(gòu)造、測(cè)試、安裝和提供用戶支持（如文檔及培訓(xùn)）所需要的任務(wù)。l 客戶評(píng)估——基于對(duì)在工程階段生產(chǎn)的或在安裝階段實(shí)現(xiàn)的軟件表示的評(píng)估，獲取客戶反饋所需要的任務(wù)。開發(fā)某產(chǎn)品功能的項(xiàng)目組成員都要將每一個(gè)框架活動(dòng)應(yīng)用于該功能的實(shí)現(xiàn)上。實(shí)質(zhì)上，產(chǎn)生了一個(gè)類似圖141所示的矩陣。每一個(gè)主要的產(chǎn)品功能（圖中列出了前述的字處理軟件的功能）被列在左邊的一列中，框架活動(dòng)則列在頂端的一行中。軟件工程工作任務(wù)（對(duì)于每一個(gè)框架活動(dòng)）列在緊接著的行中。項(xiàng)目管理者（和其他組員）的工作是估算每一個(gè)矩陣單元的資源需求、與每一個(gè)單元相關(guān)的任務(wù)的開始和結(jié)束日期以及每一個(gè)單元所產(chǎn)生的工作產(chǎn)品。公共過(guò)程框架活動(dòng)軟件工程任務(wù)產(chǎn)品功能正文輸入編輯及格式設(shè)計(jì)自動(dòng)復(fù)制編輯頁(yè)面布局能力自動(dòng)建立索引及目錄文件管理文檔生成圖141 合并產(chǎn)品和過(guò)程 過(guò)程分解軟件項(xiàng)目組在選擇最適合項(xiàng)目的軟件工程范型以及選定的過(guò)程模型中所包含的軟件工程任務(wù)時(shí)，應(yīng)該有很大的靈活度。一個(gè)相對(duì)較小的項(xiàng)目如果與以前已開發(fā)過(guò)的項(xiàng)目相似，可以采用線性順序模型。如果時(shí)間要求很緊且問(wèn)題能夠被很好地劃分，原型實(shí)現(xiàn)模型可能是正確的選擇。如果時(shí)間太緊，不可能完成所有功能時(shí)，增量模型可能是最合適的。類似地，具有其他特性（如不確定的需求、突破性的技術(shù)、困難的客戶、明顯的復(fù)用潛力等）的項(xiàng)目將導(dǎo)致選擇其他過(guò)程模型。一旦選定了過(guò)程模型，公共過(guò)程框架（Common Process Framework, CPF）應(yīng)該適應(yīng)于它。在每一種情形，本章前面所討論的CPF——客戶交流、計(jì)劃、風(fēng)險(xiǎn)分析、工程、構(gòu)造及發(fā)布、客戶評(píng)估——均可以被適合于該范型。它可以適用于線性模型，還適用于迭代和增量模型、演化模型甚至是并發(fā)或構(gòu)件組件模型。CPF是不變的，它充當(dāng)一個(gè)軟件組織所執(zhí)行的所有軟件工作的基礎(chǔ)。但實(shí)際的工作任務(wù)卻是可變的。當(dāng)項(xiàng)目管理者問(wèn)到下面的問(wèn)題時(shí)過(guò)程分解就開始了：“我們?nèi)绾瓮瓿蛇@個(gè)CPF活動(dòng)？”例如，一個(gè)小型的、相對(duì)簡(jiǎn)單的項(xiàng)目在客戶交流活動(dòng)中可能需要下列工作任務(wù)：1） 列出需澄清問(wèn)題的清單。2） 與客戶見(jiàn)面討論需澄清的問(wèn)題。3） 共同給出范圍陳述。4） 和所有相關(guān)人員一起評(píng)審范圍陳述。5） 根據(jù)需要修改范圍陳述。這些事件可能在不到48小時(shí)的時(shí)間內(nèi)發(fā)生。它們代表了適于小型的、相對(duì)簡(jiǎn)單的項(xiàng)目的一種過(guò)程分解。現(xiàn)在，我們考慮一個(gè)復(fù)雜些的項(xiàng)目，它具有更廣的范圍和更重要的商業(yè)影響。這樣一個(gè)項(xiàng)目在客戶交流活動(dòng)中可能需要下列工作任務(wù)：1） 評(píng)審客戶要求。2） 計(jì)劃和安排與客戶進(jìn)行正式的、促進(jìn)性的會(huì)議。3） 研究如何刻畫推薦的解決方案和已有的方法。4） 為正式的會(huì)議準(zhǔn)備一份“工作文檔和議程。5） 召開會(huì)議。6） 共同制訂能夠反映軟件的數(shù)據(jù)、功能和行為特征的小規(guī)約。7） 評(píng)審每一份小規(guī)約，確認(rèn)其正確性