信息系統(tǒng)項目管理

1、信息系統(tǒng)項目管理1第一節(jié) 概論一、 項目的定義與特點(diǎn) 1 項目的定義 項目是在一定的資源約束下完成的既定目標(biāo)的一次性任務(wù)。 2 項目的特點(diǎn) 項目具有目的性 項目具有壽命周期 項目具有一定獨(dú)特性 項目都有其固有客戶 項目組織開放性 項目具有較強(qiáng)沖突性 項目具有一定風(fēng)險性人員、資金、時間、技術(shù)、環(huán)境、等2二、 項目管理的定義與特點(diǎn) 1 項目管理的定義 項目管理是通過項目經(jīng)理和項目組織機(jī)構(gòu)運(yùn)用系統(tǒng)理論和方法 對項目及其資源進(jìn)行計劃、組織、協(xié)調(diào)、控制，旨在實(shí)現(xiàn)項目 的特定目標(biāo)的管理方法體系。 項目管理中的三要素 ：目標(biāo)、成本、進(jìn)度 目標(biāo)、成本、進(jìn)度三者在項目管理過程中是互相制約的進(jìn)度成本目標(biāo)最佳進(jìn)度控

2、制點(diǎn)3 2 項目管理的基本特征： (1) 項目管理是一項復(fù)雜系統(tǒng)工程 項目需要多種學(xué)科知識來解決實(shí)際問題； 項目執(zhí)行中的未知因素決定項目的不確定性； 項目的臨時性給組織管理帶來難度； 項目建設(shè)是在嚴(yán)格的約束條件下進(jìn)行的； (2) 項目管理具有創(chuàng)造性，充滿著權(quán)衡 創(chuàng)造帶有探索性，有較高的失敗率； 項目建設(shè)中對進(jìn)度、費(fèi)用與質(zhì)量三者之間的權(quán)衡。 (3) 項目負(fù)責(zé)人在項目管理中起著非常重要的作用 項目管理的主要原理之一是項目經(jīng)理負(fù)責(zé)制； 項目經(jīng)理有權(quán)獨(dú)立進(jìn)行計劃、資源分配、協(xié)凋和控制； 項目經(jīng)理應(yīng)有多學(xué)科知識、綜合管理能力及現(xiàn)場處理能力； 項目經(jīng)理應(yīng)有迅速建立一支高效群體的能力。4 三、 信息系統(tǒng)項目

3、特點(diǎn) (1)信息系統(tǒng)項目的目標(biāo)不精確，任務(wù)的邊界模糊，各種技術(shù) 指標(biāo)更多地由項目組來定義。 (2)信息系統(tǒng)項目客戶需求不斷激發(fā)，導(dǎo)致項目的進(jìn)度、費(fèi)用 等計劃不斷更改。 (3)信息系統(tǒng)項目是智力密集、勞動密集型，受人力資源影響 最大，項目成員結(jié)構(gòu)、責(zé)任心、能力和穩(wěn)定性對信息系統(tǒng) 項目的質(zhì)量以及是否成功有決定性的影響。 (4)信息系統(tǒng)項目的生命周期包括系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng) 設(shè)計、系統(tǒng)實(shí)施、系統(tǒng)運(yùn)行和維護(hù)五個階段，其各階段間 的關(guān)系密切、相互制約。 (5)信息系統(tǒng)項目不是交鑰匙工程，項目開發(fā)隊伍通常要跟蹤 到系統(tǒng)的使用生命周期結(jié)束，因此要求項目開發(fā)隊伍在較 長時間保持穩(wěn)定。5 一、信息系統(tǒng)項目計

4、劃管理 1 項目計劃用途： 項目計劃是用來指導(dǎo)組織、實(shí)施、協(xié)調(diào)和控制信息系統(tǒng)建設(shè)的 重要文件。 項目計劃可作為客戶與建設(shè)團(tuán)隊間解決沖突的依據(jù)。 項目計劃可使項目成員有明確的分工及工作目標(biāo)。 項目計劃有助于項目成員之間的交流溝通。 項目計劃可作為對項目過程控制和工作考核的基準(zhǔn)。 2 項目計劃分類： 進(jìn)度計劃 質(zhì)量保證計劃 費(fèi)用計劃 風(fēng)險管理計劃 人力計劃 3 項目計劃編制原則： 全過程計劃（總體計劃）：應(yīng)保持大體上穩(wěn)定，并盡可能留有 一定余量和彈性， 階段性計劃或子系統(tǒng)計劃：按近期精細(xì)、遠(yuǎn)期概略方法展開。第二節(jié) 項目計劃、費(fèi)用與進(jìn)度管理6 4 項目計劃管理： 通常信息系統(tǒng)項目計劃的管理包含以下工

5、作： 項目計劃編制 ：項目經(jīng)理或子項目負(fù)責(zé)人完成。 計劃執(zhí)行控制 ：定期進(jìn)行檢查、督導(dǎo)，并制定項目進(jìn)度周 報、月報等相關(guān)制度。 計劃變更處理 ：盡可能保證進(jìn)度、費(fèi)用和系統(tǒng)目標(biāo)不變?yōu)?基礎(chǔ)，運(yùn)用一定的方法和理論調(diào)整、處理 各種復(fù)雜情況。 計劃文檔管理 ：計劃文檔應(yīng)包含：各類項目計劃文本；計 劃執(zhí)行檢查情況記錄及統(tǒng)計；計劃變更、 調(diào)整記錄等。 7 二、信息系統(tǒng)項目的成本估算 1 信息系統(tǒng)項目成本構(gòu)成 信息系統(tǒng)項目的成本隨著系統(tǒng)的類型、范圍及功能的不同而有 較大差異。但是，可以從信息系統(tǒng)生命周期的各階段劃分為開 發(fā)成本和運(yùn)行維護(hù)成本兩大類：信息系統(tǒng)成本開發(fā)成本運(yùn)行維護(hù)成本分析、設(shè)計費(fèi)用系統(tǒng)實(shí)施費(fèi)用管

6、理費(fèi)用 系統(tǒng)規(guī)劃 系統(tǒng)分析 系統(tǒng)設(shè)計系統(tǒng)開發(fā)成本編程與調(diào)試硬件平臺費(fèi)用系統(tǒng)軟件費(fèi)用網(wǎng)絡(luò)施工費(fèi)用數(shù)據(jù)整理錄入系統(tǒng)運(yùn)行費(fèi)用行政管理費(fèi)用維護(hù)費(fèi)用人員費(fèi)用消耗材料費(fèi)用固定資產(chǎn)折舊硬件維護(hù)費(fèi)用軟件維護(hù)費(fèi)用二次開發(fā)費(fèi)用技術(shù)資料獲取人員培訓(xùn)費(fèi)用系統(tǒng)平臺成本其它費(fèi)用8 信息系統(tǒng)項目的成本估算通常注意以下三個原則： 真實(shí)性與預(yù)見性原則 透明性與適應(yīng)性原則 信息經(jīng)濟(jì)學(xué)教程(陳禹主編。清華出版社） 方便性與穩(wěn)定性原則 信息系統(tǒng)項目成本估算時，最難確定的是軟件開發(fā)成本，所以 成本估算的重點(diǎn)是軟件開發(fā)成本。 2 軟件開發(fā)規(guī)模與成本估算的方法 常用的四種估算方法： (1) 類比估算法：參照已完成類似項目，估算軟件開發(fā)成本

7、和工 作量。 (2) 分解估算法：將項目分解成若干子系統(tǒng)，先估算每個子系統(tǒng) 成本和工作量，再估算整個軟件開發(fā)成本。 (3) 周期估算法：將系統(tǒng)按系統(tǒng)生命周期分解為若干階段并估算 ，然后匯總出總工作量和成本。 (4) 經(jīng)驗(yàn)估算法：根據(jù)實(shí)驗(yàn)或歷史數(shù)據(jù)給出軟件開發(fā)工作量或成 本的經(jīng)驗(yàn)估算公式。 注意：采用分解法估算時應(yīng)考慮系統(tǒng)集成時需要的工作量。9信息系統(tǒng)開發(fā)成本測算的一般過程 ： 以往項目數(shù)據(jù)待開發(fā)軟件特征硬件與系統(tǒng)軟件特征以往項目數(shù)據(jù)對以往項目數(shù)據(jù)的分析軟件開發(fā)規(guī)模測算硬件和系統(tǒng)軟件計劃培訓(xùn)和系統(tǒng)切換計劃軟件開發(fā)成本測算人力和時間的分配靈敏度與 風(fēng)險分析經(jīng)驗(yàn)數(shù)據(jù)環(huán)境因素安裝測試的人力和時間培訓(xùn)切

8、換的人力和時間人力、時間測算數(shù)據(jù)人力、進(jìn)度及其他資源分配結(jié)果10 3 軟件規(guī)模度量方法 (1) 軟件代碼行的方式 用代碼行(LOC)數(shù)表示軟件開發(fā)規(guī)模十分自然、直觀。用代碼行數(shù)不僅能度量軟件的規(guī)模，而且可以度量軟件開發(fā)的生產(chǎn)率、每行代碼的平均成本、千行代碼出錯率等。 軟件開發(fā)的生產(chǎn)率： Pl LE 或 E L Pl 其中：L 軟件總代碼行數(shù)。 E 軟件的總工作量，用人月(PM)度量。 Pl 開發(fā)生產(chǎn)率，每人月完成代碼行數(shù)(LOCPM)。 每行代碼的平均成本： Cl SL 其中：S 開發(fā)的總成本，用人民幣元或美元度量。 Cl 每行代碼平均成本，人民幣元(或美元)代碼行。 11 用軟件代碼行估算軟

9、件的開發(fā)規(guī)模直觀、簡單易行。 其缺點(diǎn)為： 代碼行數(shù)估算依賴于開發(fā)工具的功能和表達(dá)能力； 項目開發(fā)初期估算它的代碼行數(shù)十分困難； 用代碼行估算方法會對需要設(shè)計精巧的項目產(chǎn)生不 利影響； 代碼行估算不適宜非過程式的程序設(shè)計；12 (2) 軟件功能點(diǎn)的方式 功能點(diǎn)度量是涉及多種因素的間接度量方式。該方法用6個信息量的“加權(quán)和”CT和14個復(fù)雜性調(diào)節(jié)值Fi(i=114)。在系統(tǒng)分析初期就能估算出軟件開發(fā)的規(guī)模。 計算功能點(diǎn)FP參數(shù)公式： FPCT0.65 0.0l 其中：CT 為信息量，按表1計算， Fi 為影響因子，由表2給出， Fi取值為:0至5，當(dāng)Fi0 時,表示否定或不起作用， Fi5時，表示

10、肯定或Fi 影響最大。 為復(fù)雜度，它是 Fi (i=114) 的類加和。 =141iiF=141iiF13CT的度量（表1）：（）（）（）算法（）（）外部界面數(shù)（)（）文件數(shù)（）（）用戶查詢數(shù)（）（）用戶輸出數(shù)（）（）用戶輸入數(shù)加權(quán)結(jié)果權(quán)值值測量參數(shù)=CT3*7*7*4*5*4*14 Fi定值表 （表2）用功能點(diǎn)也可以定義軟件的開發(fā)效率、成本等度量： 軟件開發(fā)的生產(chǎn)率： Pf FPE 其中； Pf 表示每人月完成的功能點(diǎn)數(shù)， E 軟件的總工作量，用人月(PM)度量。 的修改和使用嗎？系統(tǒng)的設(shè)計有利于用戶織的多次安裝嗎？系統(tǒng)的設(shè)計支持不同組嗎？設(shè)計中包括轉(zhuǎn)換和安裝代碼設(shè)計可重用嗎？系統(tǒng)的內(nèi)部處理

11、復(fù)雜嗎件、查詢復(fù)雜嗎？系統(tǒng)的輸入、輸出、文件嗎？系統(tǒng)需要聯(lián)機(jī)更新主文復(fù)雜界面或操作嗎？聯(lián)機(jī)數(shù)據(jù)入口需要建造數(shù)據(jù)入口嗎？系統(tǒng)需要聯(lián)機(jī)（操作環(huán)境下運(yùn)行？系統(tǒng)是否在一個實(shí)用的性能是臨界狀態(tài)嗎？系統(tǒng)有分布處理功能嗎系統(tǒng)需要數(shù)據(jù)通信嗎？復(fù)原嗎？系統(tǒng)需要可靠的備份和，取值問題序號1413121110987)654321543210F ilineon-15 每功能點(diǎn)的平均開發(fā)成本： Cf Sfp 其中： Cf 為每功能點(diǎn)的平均成本； S為開發(fā)總成本； 采用功能點(diǎn)度量的優(yōu)點(diǎn)： （1）與程序設(shè)計工具無關(guān)，適用于各種語言環(huán)境，這對于面向?qū)ο蟮拈_ 發(fā)方式尤為有用； （2）由于項目啟動時就能基本上確定系統(tǒng)的輸入、輸出

12、等參數(shù)，所以功 能點(diǎn)度量能用于軟件開發(fā)成本在初期預(yù)估。 采用功能點(diǎn)度量的缺點(diǎn)： （1）該方法涉及到的主觀因素比較多，如 Fi的選取與評估人的經(jīng)驗(yàn)和 態(tài)度有較大的關(guān)系。 （2）計算公式中的 FP值的物理意義不直觀，不易理解。 16 4 軟件的經(jīng)驗(yàn)估算模型 應(yīng)用軟件的估算模型是根據(jù)以前完成項目的實(shí)際情況導(dǎo)出的，這些模型的結(jié)果僅有一定的參考價值。下面將介紹兩個常用的估算模型：CoCoMo模型和Putnam模型。 (1)CoCoMo模型 CoCoMo模型是“構(gòu)造性成本模型”(Constructive cost model，簡稱CoCoMo模型)的英文縮寫，分為基本、中間、詳細(xì)三個層次，分別用于軟件開發(fā)

13、的不同階段。 基本CoCoMo模型：用于系統(tǒng)開發(fā)初期，估算整個系統(tǒng)的工作量 包括軟件維護(hù)，和軟件開發(fā)所需要的時間； 中間CoCoMo模型：用于估算各個子系統(tǒng)的工作量和開發(fā)時間； 詳細(xì)CoCoMo模型：用于估算獨(dú)立的軟部件，如子系統(tǒng)內(nèi)部的各 個模塊。 本課程，我們只介紹基本CoCoMo的情況，關(guān)于中間和詳細(xì)CoCoMo模型可以閱讀Boehm B W的著作 Software Engineering Economics (Prentice-Hall，1981)。 17 基本CoCoMo模型是靜態(tài)、單變量模型，具有下列形式 E aLb D cEd C E 其中：L是項目的代碼行估計值，單位是千行代碼(

14、 KLOC ) 。 E 表示工作量，單位是人月(PM)。 D 表示開發(fā)時間，單位為月。 C 表示開發(fā)成本，單位是萬元。 表示每人月的人力成本，單位是萬元人月。 a,b,c,d是常數(shù)。不同軟件類型a,b,c,d 取值如下表所示:軟件類型abcd適用范圍組織型2.41.052.50.38各類應(yīng)用程序半獨(dú)立型3.01.122.50.35各類實(shí)用程序、編譯程序等嵌入型3.61.202.50.32實(shí)時處理、控制程序、操作系統(tǒng)18(2) Putnam模型 Putnam模型是為大型軟件項目(一般30人年以上)進(jìn)行估算的模型。它是動態(tài)多變量的模型，適用于軟件開發(fā)各個階段。估算模型以項目實(shí)測數(shù)據(jù)為基礎(chǔ)，描述開發(fā)

15、工作量、開發(fā)時間和軟件代碼行數(shù)之間的關(guān)系。相應(yīng)的方程為： L Ck E1/3 td4/3 E L3（ Ck3 td4 ）其中：L 表示源程序代碼行數(shù)。 E 表示工作量(以人年計，包括維護(hù))。 td 表示開發(fā)時間(以年計)。 Ck 表示技術(shù)狀態(tài)常數(shù)，它反映“妨礙程序員進(jìn)展的限制”。19相應(yīng)的方程為： L Ck E1/3 td4/3技術(shù)狀態(tài)常數(shù)Ck的取值： Ck的典型值開發(fā)環(huán)境 開發(fā)環(huán)境舉例2000差 沒有系統(tǒng)的開發(fā)方法，缺乏初期文檔和復(fù)審，批處理方式8000好 有合適開發(fā)方法，有充分的文檔和復(fù)審，交互執(zhí)行方式11000優(yōu) 有自動開發(fā)工具和技術(shù)由上面方程可得到如下公式： E L3（ Ck3 td4

16、 ） C E其中， C 表示項目開發(fā)總成本； 表示每人年的人力成本。20 (3) 軟件的自動估算工具 以上介紹的經(jīng)驗(yàn)估算模型已用軟件，成為自動估算工具。項目管理可 能夠使用這些工具自動估算項目的成本和工作量，還可對人員配置和 交付日期等進(jìn)行估計。通常需要管理者提供以下數(shù)據(jù)： (1)定量估算軟件項目規(guī)模，如：總代碼行數(shù)或功能點(diǎn)數(shù)據(jù)； (2)定性地說明項目特性，如復(fù)雜性、可靠性或事件的關(guān)鍵性等； (3)開發(fā)人員和(或)開發(fā)環(huán)境的描述。 根據(jù)這些數(shù)據(jù)，自動估算工具即可提供：項目所需的工作量、成本、人 員配備、開發(fā)進(jìn)度和相應(yīng)風(fēng)險等數(shù)據(jù)。 目前幾種具有代表性的自動估算工具： 工具名稱產(chǎn)品制作公司工具基于

17、原理BYLGordon 集團(tuán)基于CoCoMo模型WICOMOWang 研究所基于CoCoMo模型DECPlanDEC公司基于CoCoMo模型SLIM-基于Putnam模型SPQR/20-基于功能點(diǎn)模型ESTIMACS-基于功能點(diǎn)模型21三、信息系統(tǒng)項目的進(jìn)度管理 1 建立項目成員責(zé)任矩陣 根據(jù)以上對項目工作量、成本的估算，項目經(jīng)理應(yīng)組織項目團(tuán)隊，并繪制專業(yè)領(lǐng)域技術(shù)編制表，建立工作分析結(jié)構(gòu)(WBS)，在此基礎(chǔ)上建立項目成員責(zé)任矩陣，落實(shí)任務(wù)。 （1）專業(yè)領(lǐng)域技術(shù)編制表 每個項目都需要多種技術(shù)與工作任務(wù)相匹配，分析、掌握項目組成員技術(shù)特長，對項目管理者十分重要。 專業(yè)領(lǐng)域技術(shù)編制表的X軸上為技術(shù)及

18、專業(yè)領(lǐng)域，Y軸上為項目成員，兩 軸對應(yīng)格為分?jǐn)?shù)（最高分取專業(yè)領(lǐng)域個數(shù)）。例如：人員 領(lǐng)域系統(tǒng)分析程序設(shè)計系統(tǒng)測試數(shù)據(jù)庫技術(shù)硬件技術(shù)X X X54312X X X55423X X X23435X X X25544X X X1455322 （2）工作分析結(jié)構(gòu)(WBS) 工作分析結(jié)構(gòu)是指將一個信息系統(tǒng)項目分解成易于管理的幾部分或幾個細(xì)目，細(xì)目可再展開成子細(xì)目，任何分支最低層的細(xì)目叫工作包。待建系統(tǒng)可以先按生命周期的階段展開，然后按照子系統(tǒng)或系統(tǒng)功能點(diǎn)展開。也可以直接按各子系統(tǒng)展開，但這時必須要考慮總體設(shè)計的工作任務(wù)。 22、系統(tǒng)切換報告21、系統(tǒng)切換20、人員培訓(xùn)19、系統(tǒng)測試報告18、網(wǎng)絡(luò)測試17

19、、硬件測試16、軟件測試15、系統(tǒng)實(shí)施報告14、網(wǎng)絡(luò)實(shí)施13、硬件采購安裝12、軟件開發(fā)11、系統(tǒng)設(shè)計報告10、審核數(shù)據(jù)字典9、數(shù)據(jù)庫分析8、I/O數(shù)據(jù)分析7、系統(tǒng)分析報告6、明確系統(tǒng)需求5、研究現(xiàn)有系統(tǒng)4、與業(yè)務(wù)人員溝通3、系統(tǒng)規(guī)劃報告2、 可行性研究1、 調(diào)研、收集數(shù)據(jù)工作包細(xì)目系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實(shí)施系統(tǒng)測試系統(tǒng)切換23（3）項目組成員的責(zé)任矩陣 責(zé)任矩陣是將項目分解后工作包，依據(jù)項目成員的技術(shù)特長進(jìn)行落實(shí)，其中X軸為項目成員，Y軸為工作包，對應(yīng)格中填寫責(zé)任類： 任務(wù) 成員X X XX X XX X XX X XX X XX X XX X X系統(tǒng)分析PSSS數(shù)據(jù)庫設(shè)計SPSS編程

20、實(shí)現(xiàn)SSPSS系統(tǒng)平臺建設(shè)SPS系統(tǒng)測試SPSSP：主要工作 S：輔助工作242 項目建設(shè)活動工期估計和預(yù)算分?jǐn)偣烙?項目建設(shè)工期估計和預(yù)算分?jǐn)偣烙嬁砂聪铝胁襟E進(jìn)行： 將待開發(fā)系統(tǒng)按階段分割為若干基本活動如系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實(shí)施、系統(tǒng)測試、系統(tǒng)切換等，基本活動可再次分割為若干子活動，如：系統(tǒng)規(guī)劃可分割為調(diào)研收集、數(shù)據(jù)可行性研究、系統(tǒng)規(guī)劃報告三項子活動。 分別估算各子活動的工期及費(fèi)用預(yù)算（構(gòu)造項目建設(shè)工期估計和預(yù)算分?jǐn)偣烙嫳恚?構(gòu)造項目開發(fā)活動網(wǎng)絡(luò)圖通過該網(wǎng)絡(luò)圖計算得到項目的最早完成時間。 25估計工作時間的方法主要有： a. 專家判斷：專家判斷主要依賴于歷史的經(jīng)驗(yàn)和信息，其時

21、間估計的結(jié)果具有一定的不確定性和風(fēng)險。 b. 類比估計：類比估計意以先前類似的實(shí)際項目工作時間推測估計當(dāng)前項目各工作的實(shí)際時間。當(dāng)項目的一些詳細(xì)信息獲得有限的情況下，這是一種最為常用的方法，類比估計可以說是專家判斷的一種形式。c. 單一時間估計法：估計一個最可能工作實(shí)現(xiàn)時間。d. 三個時間估計法：估計工作執(zhí)行的三個時間，樂觀時間a、悲觀時間b、正常時間c，期望時間t(a+4c+b)/6。 下例中假設(shè)該項目：總成本為100萬元，工期為50周：26活動小活動緊前活動工期估計 (周)預(yù)算分?jǐn)?(萬元)預(yù)算累計 (萬元)1、 調(diào)研、收集數(shù)據(jù)31.51.52、 可行性研究423.53、系統(tǒng)規(guī)劃報告1，2

22、10.544、與業(yè)務(wù)人員溝通35375、研究現(xiàn)有系統(tǒng)384116、明確系統(tǒng)需求452137、系統(tǒng)分析報告5，611148、I/O數(shù)據(jù)分析784189、數(shù)據(jù)庫分析71042210、審核數(shù)據(jù)字典8，9212311、系統(tǒng)設(shè)計報告10222512、軟件開發(fā)1115154013、硬件采購安裝1110387814、網(wǎng)絡(luò)實(shí)施1165.583.515、系統(tǒng)實(shí)施報告12，13，1421.58516、軟件測試15669117、硬件測試1541.592.518、網(wǎng)絡(luò)測試1541.59419、系統(tǒng)測試報告16，17，18119520、人員培訓(xùn)19429721、系統(tǒng)切換19229922、系統(tǒng)切換報告20，2111100

23、系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)設(shè)計系統(tǒng)實(shí)施系統(tǒng)測試系統(tǒng)切換項目工期估計和預(yù)算分?jǐn)偣烙嫳?(總成本100萬元)27 經(jīng)驗(yàn)表明，讓某項工作的具體負(fù)責(zé)人進(jìn)行工期估算是較好的方法，因?yàn)檫@樣做既可以得到該負(fù)責(zé)人的承諾對他產(chǎn)生有效的參與激勵，又可以減少由項目經(jīng)理個人進(jìn)行所有活動的工期估算所產(chǎn)生的偏差。28 3 項目開發(fā)活動網(wǎng)絡(luò)圖-8031調(diào)研收集數(shù)據(jù)-53-9042可行性調(diào)研-54-5413系統(tǒng)規(guī)劃報告-45-4554與業(yè)務(wù)人員溝通 110-2585研究現(xiàn)有系統(tǒng) 61361517系統(tǒng)分析報告 71611056明確用戶需求 61591688I/O 數(shù)據(jù)分析1724716109數(shù)據(jù)庫 分核數(shù)據(jù)

24、字典19281928211系統(tǒng)設(shè)計報告213021301512軟件開發(fā)364526301013硬件采購與安裝36403030614網(wǎng)絡(luò)實(shí)施36363645215系統(tǒng)實(shí)施報告38473847616軟件測試44534047417硬件平臺測試44514047418網(wǎng)絡(luò)平臺測試44514554420人員培訓(xùn)49584453119系統(tǒng)測試報告45544754221系統(tǒng)切換49564958122系統(tǒng)切換報告5059290調(diào)研收集數(shù)據(jù)-8133 -5活動描述最早結(jié)束時間最遲開始時間活動序號工期估計最遲結(jié)束時間活動負(fù)責(zé)人最早開始時間 最早開始時間(ES)： 取直接指向這項活動的所有活動的 最早結(jié)束時間EF的最

25、大值。 最早結(jié)束時間(EF)： EFES+工期估計 最遲開始時間(LS) ： LSLF一工期估計 最遲結(jié)束時間(LF) ： 取該活動直接指向的所有活動最遲開 始時間LS的最早時間。 說 明：上一頁30 4 項目的工期規(guī)劃方法 根據(jù)上工期估計和預(yù)算分?jǐn)偣烙?，項目經(jīng)理必須將項目活動及各活動分解后的工作包進(jìn)行工期規(guī)劃，常用的方法有項目進(jìn)度甘特圖和工作包進(jìn)度表。 項目進(jìn)度甘特圖 項目進(jìn)度甘特圖是幫助項目經(jīng)理對項目進(jìn)度進(jìn)行總體規(guī)劃的工具。如上面所介紹的項目總開發(fā)時間為50周。該項目可劃分為六個大的活動，與其對應(yīng)的甘特圖如下：40 45XXX系統(tǒng)測試XXX系統(tǒng)切換XXX系統(tǒng)實(shí)施XXX系統(tǒng)設(shè)計XXX系統(tǒng)分

26、析XXX系統(tǒng)規(guī)劃5030 35 20 2510 15 0 5負(fù)責(zé)人活 動工作包進(jìn)度表 項目進(jìn)度表用于描述項目工作包的工期安排，為了確定這些工作包能在要求的時間內(nèi)完成。我們必須計算出每個項目進(jìn)度計劃（時間表），這個時間表主要解決以下兩個內(nèi)容：最早開始時間和最早結(jié)束時間、最遲開始時間和最遲結(jié)束時間。31工作包工期估計（周）最 早最 晚總時差開始時間結(jié)束時間開始時間結(jié)束時間 1、 調(diào)研、收集數(shù)據(jù)303-8-5-8 2、 可行性研究404-9-5-9 3、系統(tǒng)規(guī)劃報告145-5-4-9 4、與業(yè)務(wù)人員溝通5510-41-9 5、研究現(xiàn)有系統(tǒng)8513-26-7 6、明確系統(tǒng)需求5101516-9 7、系

27、統(tǒng)分析報告1151667-9 8、I/O數(shù)據(jù)分析81624917-7 9、數(shù)據(jù)庫分析101626717-9 10、審核數(shù)據(jù)字典226281719-9 11、系統(tǒng)設(shè)計報告228301921-9 12、軟件開發(fā)1530452136-9 13、硬件采購安裝1030402636-4 14、網(wǎng)絡(luò)實(shí)施6303630360 15、系統(tǒng)實(shí)施報告245473638-9 16、軟件測試647533844-9 17、硬件測試447514044-7 18、網(wǎng)絡(luò)測試447514044-7 19、系統(tǒng)測試報告153544445-9 20、人員培訓(xùn)454584549-9 21、系統(tǒng)切換254564749-7 22、系統(tǒng)切換

28、報告158594950-9項目工作包進(jìn)度表：32 關(guān)鍵路徑和總時差 上表中最后一列的數(shù)據(jù)為各項目活動工期時間差 ，它是活動的最早結(jié)束時間（EF）和項目的要求完工時間（LF）之間的差距，這個差距叫做總時差，有時也叫浮動量。 總時差可以用下列公式計算： 總時差 LFEF 或 總時差 LSES 當(dāng)某項活動的總時差為正值，表明該項活動花費(fèi)時間總量可以適當(dāng)延長。當(dāng)總時差為負(fù)值，則表明該項活動要加速完成以減少花費(fèi)的時間。 要對項目的進(jìn)度做到較好的控制，必須找到項目網(wǎng)絡(luò)圖中的關(guān)鍵路徑。一個項目的網(wǎng)絡(luò)圖從開始到完成可以有很多路徑。一些路徑可以有正的總時差，另一些可能有負(fù)的總時差。而那些總時差為零或負(fù)值的路徑被

29、稱為關(guān)鍵路徑，并且將耗時最長的關(guān)鍵路徑稱為最關(guān)鍵路徑。 33 上例中項目網(wǎng)絡(luò)圖中的最關(guān)鍵路徑為： 23 4 6 7 9 10 11 12 15 16 19 20 22 （其中數(shù)字為活動編號） 通過最關(guān)鍵路徑可以看出開發(fā)該項目需要59周，而不是前面項目進(jìn)度估算的50周，這時，項目經(jīng)理需要進(jìn)一步核實(shí)，看是否能夠壓縮相應(yīng)工期和預(yù)算分?jǐn)偅缓髮M(jìn)度和成本計劃進(jìn)行相應(yīng)凋整。-8031調(diào)研收集數(shù)據(jù)-53-9042可行性調(diào)研-54-5413系統(tǒng)規(guī)劃報告-45-4554與業(yè)務(wù)人員溝通 110-2585研究現(xiàn)有系統(tǒng) 61361517系統(tǒng)分析報告 71611056明確用戶需求 61591688I/O 數(shù)據(jù)分析17

30、24716109數(shù)據(jù)庫 分核數(shù)據(jù)字典19281928211系統(tǒng)設(shè)計報告213021301512軟件開發(fā)364526301013硬件采購與安裝36403030614網(wǎng)絡(luò)實(shí)施36363645215系統(tǒng)實(shí)施報告38473847616軟件測試44534047417硬件平臺測試44514047418網(wǎng)絡(luò)平臺測試44514554420人員培訓(xùn)49584453119系統(tǒng)測試報告45544754221系統(tǒng)切換49564958122系統(tǒng)切換報告505934工期完工概率估算方法設(shè)關(guān)鍵路徑T的總工期（即路徑T上各項目工作的時間和）為T（ T =t作業(yè)路徑），標(biāo)準(zhǔn)差為T，則在工期 D內(nèi)完工的

31、概率為： p(TD)=0(D-T)/T(標(biāo)準(zhǔn)正態(tài)分布函數(shù)）設(shè)某工程圖的關(guān)鍵路徑為D-F-G-I-J-K-L（其關(guān)鍵路徑所需時間 T31610151301590天 ，合同工期D=100天，活動D至L的完工概率方差分別為1.33,2.66,2.66，1.66,0.166,4.66,0).利用正態(tài)分布表，獲得。35 5 項目計劃執(zhí)行過程的控制與管理（1）項目計劃執(zhí)行過程控制流程 執(zhí)行過程中，經(jīng)常會出現(xiàn)一些預(yù)先無法想到的情況，而使項目的進(jìn)度早干或晚于計劃進(jìn)度或使項目的實(shí)際成本低于或高于計劃成本，這時需要對項目計劃作出相應(yīng)的調(diào)整，并對近期內(nèi)即將發(fā)生的活動加強(qiáng)控制，以便積極挽回時間和成本。項目控制或調(diào)整的

32、過程如下：制定計劃（進(jìn)度、預(yù)算）啟動項目采取糾正措施嗎？開始一個報告期收集實(shí)際項目進(jìn)度情況將變化列入計劃（進(jìn)度、預(yù)算）計算更新的項目（進(jìn)度、預(yù)算）分析當(dāng)前狀況與計劃差異（進(jìn)度、預(yù)算）還有報告期嗎？項目結(jié)束確定糾正措施協(xié)調(diào)相關(guān)變化項目計劃執(zhí)行過程控制流程36（2）項目計劃調(diào)整中應(yīng)注意的問題 對近期內(nèi)即將發(fā)生的活動加強(qiáng)控制，積極挽回時間和成本； 對工期估計較長或預(yù)算估計較大的活動應(yīng)作為審核的重點(diǎn)，因?yàn)楣烙嬛翟酱蟮墓ぷ靼袎嚎s的可能； 將某些可以再細(xì)分的活動可進(jìn)一步細(xì)分，研究細(xì)分活動之間并行工作或技術(shù)重用的可行性，如可行，則可以有效地壓縮時間和費(fèi)用。（3）信息系統(tǒng)項目計劃調(diào)整的方法 工期一成本

33、平衡法 工期與成本之間在一定的范圍內(nèi)具有一定的替代性。工期一成本平衡法是一 種用最低的相關(guān)成本的增加來縮短項目工期的方法。 37 該方法基于以下假設(shè)： 每項活動有兩組工期和成本估計：正常的和應(yīng)急的。 應(yīng)急時間：是指完成某項活動的最短估計時間； 應(yīng)急成本：是指在應(yīng)急時間內(nèi)完成某項活動的預(yù)汁成本?；顒覣正常：7周，50000元應(yīng)急：5周，62000元活動B正常：9周，80000 元應(yīng)急：6周，110000元活動C正常：10周，40000元應(yīng)急： 9周，45000元活動D正常：8周，30000元應(yīng)急：6周，42000元開始結(jié)束一項活動的工期可以通過從正常時間減至應(yīng)急時間得到有效的縮減，這要投入更多的

34、資源，如：指派更多的人、延長工時、增加更多的設(shè)備或外包等。38 應(yīng)急時間是確?；顒影促|(zhì)量完成的時間下限。無論對一項活動投入多少額外的資源，也不可能在比應(yīng)急時間短的時間內(nèi)完成這項活動。 當(dāng)需要將活動的預(yù)計工期從正常時間縮短至應(yīng)急時間 時，必須有足夠的資源作保證。 在活動的正常點(diǎn)和應(yīng)急點(diǎn)之間，工期和成本的關(guān)系是線性的。為了將活動的工期從正常時間縮短至應(yīng)急時間，每項活動都有自己的單位時間的加急成本。加急單位成本可用如下公式計算：加急單位成本39 上例中可計算出下列結(jié)果： 活動A=（62000-50000）/（7-5） =6000 （元） 活動B=（110000-80000）/（9-6）=10000（

35、元） 活動C=（45000-40000）/（10-9）=5000 （元） 活動D=（42000-30000）/（8-6） =6000 （元） 當(dāng)使用工期一成本平衡法對計劃進(jìn)行調(diào)整時應(yīng)注意以下幾點(diǎn)： 重點(diǎn)調(diào)整關(guān)鍵路徑上的活動，而調(diào)整的極限工期為關(guān)鍵路徑上 所有活動的工期都被壓縮為應(yīng)急工期的累加和。 隨著關(guān)鍵活動工期的調(diào)整變化，關(guān)鍵路徑也在隨之改變。 由于每項活動的單位時間加急成本是不同的，因此從降低成考 慮，應(yīng)盡量壓縮加急成本較低的活動。活動A正常：7周，50000元應(yīng)急：5周，62000元活動B正常：9周，80000 元應(yīng)急：6周，110000元活動C正常：10周，40000元應(yīng)急： 9周，4

36、5000元活動D正常：8周，30000元應(yīng)急：6周，42000元開始結(jié)束40用工期成本平衡法確定項目最短完成時間舉例： 第一次調(diào)整：計算單位時間加急成本得CA=6000，CB=10000，CC=5000，CD=6000。為了將項目的工期從18周減至17周，針對關(guān)鍵路徑C-D。可以看出CC=5000最小，因此將活動C的工期壓縮1周。得出項目周期17周，總成本為205000?；顒覣正常：7周，50000元應(yīng)急：5周，62000元活動B正常：9周，80000 元應(yīng)急：6周，110000元活動C正常：10周，40000元應(yīng)急： 9周，45000元活動D正常：8周，30000元應(yīng)急：6周，42000元開

37、始結(jié)束活動A正常：7周，50000元應(yīng)急：5周，62000元活動B正常：9周，80000 元應(yīng)急：6周，110000元活動C調(diào)后： 9周，45000元應(yīng)急： 9周，45000元活動D正常：8周，30000元應(yīng)急：6周，42000元開始結(jié)束第一次壓縮41 第二次調(diào)整，為進(jìn)一步縮短工期，必須再次找出關(guān)鍵路徑，兩路徑的工期分別是A-B為16周，C-D為17周，因此關(guān)鍵路徑仍是C-D，它必須再次被減少。活動C已達(dá)到它的應(yīng)急時間9周了。因此，僅有的選擇是加速活動D的進(jìn)程。將活動D的工期壓縮1周，項目工期為16周，總成本為211000?；顒覣正常：7周，50000元應(yīng)急：5周，62000元活動B正常：9周

38、，80000 元應(yīng)急：6周，110000元活動C正常： 9周，45000元應(yīng)急： 9周，45000元活動D正常：8周，30000元應(yīng)急：6周，42000元開始結(jié)束活動A正常：7周，50000元應(yīng)急：5周，62000元活動B正常：9周，80000 元應(yīng)急：6周，110000元活動C調(diào)后： 9周，45000元應(yīng)急： 9周，45000元活動D正常：7周，36000元應(yīng)急：6周，42000元開始結(jié)束第二次壓縮42第三次調(diào)整，再次將項目工期縮短1周，有兩條關(guān)鍵路徑。為了將項目總工期從16周減至15周，必須將每個路徑都加速1周。路徑A-B壓縮活動A，路徑C-D壓縮活動D，項目周期15周，總成本223000

39、?；顒覣正常：7周，50000元應(yīng)急：5周，62000元活動B正常：9周，80000 元應(yīng)急：6周，110000元活動C正常： 9周，45000元應(yīng)急： 9周，45000元活動D正常：7周，36000元應(yīng)急：6周，42000元開始結(jié)束活動A正常：6周，56000元應(yīng)急：5周，62000元活動B正常：9周，80000 元應(yīng)急：6周，110000元活動C調(diào)后： 9周，45000元應(yīng)急： 9周，45000元活動D正常：6周，42000元應(yīng)急：6周，42000元開始結(jié)束第三次壓縮43 經(jīng)三次調(diào)整后，網(wǎng)絡(luò)圖有兩條相同的關(guān)鍵路徑。必須將兩條路徑同時加速1周。路徑C-D，均已達(dá)到它們的應(yīng)急時間。加速路徑A-

40、B的進(jìn)程會毫無意義。停止優(yōu)化過程。第1次調(diào)整后：項目總工期減少l周，項目總成本將增加5000元；第2次調(diào)整后：項目工期減少2周，項目總成本將增加l1000元；第3次調(diào)整后：項目工期減少3周，項目總成本將增加23000元。未調(diào)整前第1次調(diào)整后第2次調(diào)整后第3次調(diào)整后C D，A-B44 6 成本指標(biāo)監(jiān)控法 在項目執(zhí)行的過程中，總會有因各種因素引起項目成本的變動，為了對計劃成本進(jìn)行有效控制，經(jīng)常需要選取一些量化指標(biāo)進(jìn)行考察，下面介紹利用項目的預(yù)算累計量、實(shí)際成本累計量和盈余累計量三個指標(biāo)監(jiān)控成本變動的方法。 假沒現(xiàn)有一個小型信息系統(tǒng)項目個人理財信息系統(tǒng)需要開發(fā)，合同總價款為10萬元人民幣，擬在12周

41、內(nèi)開發(fā)成功。項目采用原型法方式開發(fā)，為了簡單起見，項目分為三個大的活動：需求分析與原型制作；原型改造與系統(tǒng)實(shí)現(xiàn)；系統(tǒng)測試與轉(zhuǎn)換。 預(yù)算累計量(Cumulative Budged Cost，CBC) 個人理財信息系統(tǒng)項目三個活動預(yù)算分?jǐn)偡謩e為： 需求分析與原型制作 2.4 萬元 原型改造與系統(tǒng)實(shí)現(xiàn) 6.0 萬元 系統(tǒng)測試與轉(zhuǎn)換 1.6 萬元周分活動123456789101112小計需求分析與原型制作0.40.40.80.82.4原型改造與系統(tǒng)實(shí)現(xiàn)0.80.81.21.2116系統(tǒng)測試與轉(zhuǎn)換0.80.81.6每周預(yù)算小計0.40.40.80.80.80.81.21.2110.80.810項目開始預(yù)

42、算累計0.40.81.62.43.24.05.26.47.48.49.21045周分活動123456789101112小計需求分析與原型制作0.20.50.90.50.12.2原型改造與系統(tǒng)實(shí)現(xiàn)0.20.811.41.24.6系統(tǒng)測試與轉(zhuǎn)換0每周預(yù)算小計0.20.50.90.70.911.41.26.8項目開始預(yù)算累計0.20.71.62.33.24.25.66.8 實(shí)際成本累計量(Cumulative Actual Cost，CAC) 將項目三個活動在每周發(fā)生的實(shí)際成本記錄下來，現(xiàn)假設(shè)項目已進(jìn)行到第八周。 盈余累計量(Cumulative Earncd Value，CEV) 盈余量，也可稱績

43、效量，是用來衡量實(shí)際工作價值的一個重要參數(shù)。 通常用每個報期收集到的活動完工比率來確定盈余量。假設(shè)每周為一個報告期，每項活動的完成情況用百分比表示：周分活動123456789101112小計需求分析與原型制作10258090100100原型改造與系統(tǒng)實(shí)現(xiàn)00051525405050系統(tǒng)測試與轉(zhuǎn)換00000000046 比較主要按三種情況進(jìn)行： (1)如果在某個報告期實(shí)際成本累計量(CAC)大于分?jǐn)傤A(yù)算累計量(CBC)，一般來講預(yù)示著項目的成本計劃沒有得到好的執(zhí)行，實(shí)際發(fā)生的成本超出預(yù)算。 (2)如果在某個報告期實(shí)際成本累計量(CAC)小于分?jǐn)傤A(yù)算累計量(CBC) ，也不能高興得太早，因?yàn)殡m然在

44、報告期沒有超出預(yù)算，但有可能沒有完成既定的工作量，這時要看盈余累計量(CEV)指標(biāo)，如果這時CEV大于CAC，則表明成本與進(jìn)度都得到了很好的控制，如果這時CEV小于CAC，則說明“勞無所值”，沒有實(shí)現(xiàn)應(yīng)該完成的工作量，進(jìn)度產(chǎn)生了拖延。 (3)在第一種情況中，如果雖然實(shí)際成本累計量(CAC)大干分?jǐn)傤A(yù)算累計量(CBC)，若此時盈余累計量(CEV)也大于實(shí)際成本累計量(CAC)，那么可能問題不大，有可能是進(jìn)度加快的結(jié)果，這時要按前面談到的時間一成本平衡分析。47 1 人與信息系統(tǒng)建設(shè) 信息系統(tǒng)項目的特點(diǎn)使其受人力資源影響非常大，項目成員結(jié)構(gòu)、能力和穩(wěn)定性對項目的成功有決定性影響。 人在信息系統(tǒng)項目

45、中是成本，人力成本是信息系統(tǒng)項目成本構(gòu)成最大部分，這就要求我們對人力資源從成本上去衡量； 人在信息系統(tǒng)項目中又是資本，作為資本，項目管理者就要盡量去發(fā)揮資本的價值。 2 信息系統(tǒng)項目的人力資源計劃 信息系統(tǒng)項目的人力計劃是基于項目的工作量和進(jìn)度預(yù)估，工作量與項目總時間的比值就是理論上所需的人力數(shù)。下面介紹通常情況下人力資源計劃的安排方法。第三節(jié) 信息系統(tǒng)項目的人員管理48 (1)人力資源計劃的安排的理論基礎(chǔ) 人員進(jìn)度權(quán)衡定律 Putnam模型的公式：EL3（ Ck3 td4 ），工作量(E)與交付時間(td) 的4次方成反比，其表明軟件開發(fā)過程中人員與時間是一種非線性替代關(guān)系，Putnam將該

46、結(jié)論稱為“軟件開發(fā)權(quán)衡定律”。 Brooks定律 曾擔(dān)任IBM公司操作系統(tǒng)項目經(jīng)理的 FBrooks ，從大量的軟件開發(fā)實(shí)踐中得出了一條結(jié)論：“向一個已經(jīng)拖延的項目追加開發(fā)人員，可能使它完成得更晚” 后來，許多文獻(xiàn)稱這一發(fā)現(xiàn)為Brooks定律。Brooks從另一個角度說明了“時間與人員不能線性互換”這一原則。 49 RayleighNorden曲線 Rayleigh曲線本來是用來解釋某些科學(xué)現(xiàn)象的。1985年， Norden 發(fā)現(xiàn)這一曲線可用來說明科研及開發(fā)項目在實(shí)施期間所需要的人力。1986年，Putnam又把這一曲線與軟件開發(fā)聯(lián)系起來，發(fā)現(xiàn)在軟件生存期內(nèi)各個階段需要的人力成本，具有與Ray

47、leigh曲線十分相似的形狀。 平均人力人力時間 浪費(fèi)人力 不足人力 過剩人力50 結(jié)論： 信息系統(tǒng)項目建設(shè)中人員與進(jìn)度是一種非線性替代關(guān)系。 系統(tǒng)項目的人力分配基本符合Rayleigh Norden 曲線的分布，呈現(xiàn)出前、后用人少、中間用人多的不穩(wěn)定人員需求情況。 信息系統(tǒng)開發(fā)在制定人力資源計劃時，既要基本符合Rayleigh Norden 曲線的人力分布原則，又要盡量使某個階段的人力穩(wěn)定。并且確保整個項目開發(fā)期內(nèi)人員的波動不要太大。我們稱這樣的過程為人力資源計劃的平街。 51 (2) 人力資源計劃平衡法 人力資源平衡法是：制定使人力資源需求波動最小化的進(jìn)度計劃的一種方法，這種平衡人力資源的

48、方法是為盡可能均衡地利用人力資源。 舉例具體說明： 原型設(shè)計開發(fā)（7周）信息技術(shù)人員（4人）網(wǎng)絡(luò)設(shè)計實(shí)施（4周）信息技術(shù)人員（2人）設(shè)備采購安裝（3周）信息技術(shù)人員（1人）系統(tǒng)測試切換（4周）信息技術(shù)人員（2人）文檔編制 （2周）信息技術(shù)人員（1人）項目開始項目結(jié)束人員培訓(xùn) （2周）信息技術(shù)人員（2人）52活動人周原型設(shè)計開發(fā)16網(wǎng)絡(luò)設(shè)計實(shí)施5設(shè)備采購安裝3系統(tǒng)測試切換6文檔編制2人員培訓(xùn)1第幾周12345678910111213總計每周人數(shù)444332222222133人周基于活動最早開始時間的人力計劃圖：1234人員數(shù)1312111098765432561753活動人周原型設(shè)計開發(fā)16網(wǎng)絡(luò)

49、設(shè)計實(shí)施5設(shè)備采購安裝3系統(tǒng)測試切換6文檔編制2人員培訓(xùn)1第幾周12345678910111213總計每周人數(shù)444332222222133人周1234人員數(shù)1312111098765432基于人力資源平衡法的人力計劃圖：561754 (3) 幾點(diǎn)說明： 由于本例采用原型法開發(fā)，系統(tǒng)調(diào)研、原型制作和原型改造都在前期進(jìn)行，用的人力較多，所以是直接從RayleighNorden曲線分布的中部開始的。 本例中通過推遲非關(guān)鍵路徑上的活動使人力資源需求盡可能平衡，因而并末影響進(jìn)度。 上例中是在資源沒有約束的情況下討論的，如果資源有約束，比如只有兩個開發(fā)人員，這種有約束的情況仍可用上面的方法進(jìn)行人力平衡，

50、進(jìn)度可能就會有較大的變化。 人力資源計劃是基于項目的網(wǎng)絡(luò)圖制定的，有時為了得到一個合理的人力計劃需要多次考察、調(diào)整項目網(wǎng)絡(luò)圖。55 3 信息系統(tǒng)項目的團(tuán)隊組織與管理 信息系統(tǒng)的開發(fā)首先要做好人員的組織工作。開發(fā)過程所需要的人員有：用戶、系統(tǒng)分析員、數(shù)據(jù)庫管理員、系統(tǒng)設(shè)計員、硬件技術(shù)人員、網(wǎng)絡(luò)設(shè)計員、程序設(shè)計員等。他們在系統(tǒng)開發(fā)過程中所處的地位和作用是不同的。如何組織好這些參加項目的人員，使其發(fā)揮最大的工作效率，對項目成功至關(guān)重要。（1）項目團(tuán)隊的建立 項目團(tuán)隊采用什么組織形式。要根據(jù)信息系統(tǒng)項目的特點(diǎn)來決定，同時也與參與人員的素質(zhì)有關(guān)。在建立項目小組時應(yīng)注意以下幾項原則： 盡早落實(shí)責(zé)任，明確每

51、個成員之間的責(zé)任； 知人善任，將每個人的專長盡可能地發(fā)揮出來； 項目團(tuán)隊通常又可分為若干項目小組，比如一個大的項目開發(fā) 團(tuán)隊可以分為總體組、軟件開發(fā)組、硬件網(wǎng)絡(luò)組、測試組等若干個項目小組，項目小組是項目團(tuán)隊的基層單位。56 每個項目小組的規(guī)模應(yīng)該盡量小，以28名成員為宜，在開發(fā)過程中，人與人之間的聯(lián)系被稱為通信路徑。經(jīng)驗(yàn)表明，信息系統(tǒng)的生產(chǎn)率與通信路徑數(shù)目有關(guān)。 如果項目屬于中小型規(guī)模且建設(shè)時間在一年以內(nèi)，項目小組的成員可以是活動負(fù)責(zé)人制?；顒迂?fù)責(zé)人既負(fù)責(zé)該活動的日常管理工作，同時又是該活動的技術(shù)負(fù)責(zé)人。 如果項目屬于大中型規(guī)模，建設(shè)時間在一年以上，那么就必須考慮項目建設(shè)人員因各種原因發(fā)生變動

52、的情況。這時項目小組推薦的組織結(jié)構(gòu)為：一個高級系統(tǒng)開發(fā)人員帶兩個中級系統(tǒng)開發(fā)人員，每個中級開發(fā)人員再帶2個初級開發(fā)人員。高級系統(tǒng)開發(fā)員（1名）中級系統(tǒng)開發(fā)員（1名）中級系統(tǒng)開發(fā)員（1名）初級系統(tǒng)開發(fā)員（1名）初級系統(tǒng)開發(fā)員（1名）初級系統(tǒng)開發(fā)員（1名）初級系統(tǒng)開發(fā)員（1名）57 采用按技術(shù)水平分層的組織結(jié)構(gòu)模式，主要基于兩點(diǎn)考慮： 信息系統(tǒng)的建設(shè)工作中既有創(chuàng)造性很強(qiáng)的事務(wù)，也有經(jīng)驗(yàn)性很 強(qiáng)的事務(wù)和重復(fù)簡單事務(wù)，如果所有活動都讓高級人員去完成，是人力資源的極大浪費(fèi)，還會引起高級人員的不滿，而上述三類活動剛好適合三類人員去完成。 由于項目建設(shè)時間太長，容易發(fā)生人員變更，中級和初級開發(fā)人員在系統(tǒng)建設(shè)

53、的過程中會成長起來，如果一旦發(fā)生上一層次人員的變動，下層人員基本上可以“無縫”地把工作承接起來。 這里上下層的開發(fā)人員之間的比例定為2，這個比例也可以隨不同項目小組的情況具體調(diào)整，比如為l或3，但最好不要超過3個。58（2）項目團(tuán)隊的組織結(jié)構(gòu)的三種模式 按子課題或子系統(tǒng)劃分模式 把項目成員按子課題或子系統(tǒng)組成小組，小組成員自始至終參加所承擔(dān)子系統(tǒng)的各項任務(wù)。如：子系統(tǒng)的規(guī)劃、需求分析、設(shè)計、實(shí)現(xiàn)、測試以及包括維護(hù)在內(nèi)的全過程。這種模式不利于發(fā)揮每個人的特長，但由于通信接口較少，也具有一定優(yōu)勢。 按職能劃分的模式 把參加項目開發(fā)的所有人員按任務(wù)的階段劃分成若干個專業(yè)組。待開發(fā)系統(tǒng)在每個專業(yè)組完成

54、階段加工，達(dá)到每個階段相應(yīng)的里程碑后，沿開發(fā)工序流水線向下傳遞，如：分別建立規(guī)劃組、需求分析組、設(shè)計組、系統(tǒng)實(shí)施組、系統(tǒng)測試組、網(wǎng)絡(luò)組、維護(hù)組等。各種文檔資料按工序在各組之間傳遞。這種模式在小組之間的聯(lián)系形成接口較多，但便于組內(nèi)成員互相交流，進(jìn)而變成這方面的專家，從而提高效率。 矩陣形模式 這模式是以上兩種模式的復(fù)合。一方面，按職能成立一些專業(yè)組，如規(guī)劃組、設(shè)計組、實(shí)現(xiàn)組、業(yè)務(wù)組、測試組等；另一方面，又將整個項目分為一些子系統(tǒng)課題組，指派專門的負(fù)責(zé)人。這樣，每個成員既屬于某一個職能小組，又參加某一子課題組的工作。矩陣形結(jié)構(gòu)組織的優(yōu)點(diǎn)是：便于小組之間互相交流及經(jīng)驗(yàn)互補(bǔ)。而且各個項目有專人負(fù)責(zé)，有

55、利于項目的完成。59（3）明確項目組各成員的職責(zé) 為了讓項目組成員各負(fù)其責(zé)，在項目開始時恰當(dāng)?shù)匕讶诉x、技術(shù)與工 作任務(wù)搭配好是很重要的。我們可用前面介紹的專業(yè)領(lǐng)域技術(shù)編制表 和項目組成員責(zé)任矩陣的方法為每一位項目成員確定其工作范圍和責(zé) 任。人員 領(lǐng)域系統(tǒng)分析程序設(shè)計系統(tǒng)測試數(shù)據(jù)庫技術(shù)硬件技術(shù)X X X54312X X X55423X X X23435X X X25544X X X14553任務(wù) 成員X X XX X XX X XX X XX X XX X XX X X系統(tǒng)分析PSSS數(shù)據(jù)庫設(shè)計SPSS編程實(shí)現(xiàn)SSPSS系統(tǒng)平臺建設(shè)SPS系統(tǒng)測試SPSS在確定項目組成員職責(zé)時應(yīng)注意下列問題： 每

56、項活動只能安排一名成員負(fù)主要責(zé)任； 安排工作崗位應(yīng)主要考察該成員的技術(shù)特長； 不要安排太多的人到同一活動中； 確定項目組成員職責(zé)時，可采用雙向選擇方式進(jìn)行； 確定項目組成員職責(zé)時，應(yīng)將未來人員波動因素考慮進(jìn)去；60（4）項目團(tuán)隊成立以后的第一次全體會議 上述工作都準(zhǔn)備好之后，必須召開一次項目團(tuán)隊成立會議，這是信息系統(tǒng)項目成立以后的第一次全體會議，其目的是： 項目組成員的集體亮相和初步交流。會議可以為項目成員之間的相互了解提供一個機(jī)會，為以后的合作打下一個基礎(chǔ)。 加深對項目目標(biāo)的理解。這是會議的主要目的，項目組各成員對信息系統(tǒng)建設(shè)的目標(biāo)和意義的全面深入理解，對項目的成功是非常關(guān)鍵的。 統(tǒng)一思想認(rèn)

57、識。對項目的組織結(jié)構(gòu)、工作方式、管理方式及一些方針政策等取得一致的認(rèn)識，以確保項目順利實(shí)施。 明確崗位職責(zé)。明確每位成員的權(quán)利職責(zé)范圍，明確項目中各個崗位的角色、主要任務(wù)、要求等，幫助項目成員更好地理解他們的工作任務(wù)。61（5）項目團(tuán)隊的成長與激勵 信息系統(tǒng)項目團(tuán)隊的成長與其他項目一樣，需要經(jīng)過如下四個階段： 形成(forming)階段 人員特點(diǎn)：具有較高工作激情；對項目目標(biāo)、任務(wù)缺乏了解；急于知道他 們能否與其他成員合得來，自己能否被接受，擔(dān)心他們在項目中的角色是 否會與個人興趣及專長相一致等。 對項目成員采取的激勵方式主要為：預(yù)期激勵、信息激勵和參與激勵。 形成震蕩正規(guī)表現(xiàn)工作業(yè)績團(tuán)隊精神

58、預(yù)期激勵信息激勵參與激勵信息激勵責(zé)任激勵參與激勵自我激勵知識激勵參與激勵危機(jī)激勵目標(biāo)激勵知識激勵62 震蕩(storming)階段 人員特點(diǎn)： 成員工作情緒開始出現(xiàn)波動；現(xiàn)實(shí)與個人當(dāng)初設(shè)想不一致；不適應(yīng)任務(wù)繁重或困難大工作環(huán)境；成員間的個性沖突磨合等，土氣的低落有時可能會抵制團(tuán)隊的形成，將項目的成功置于危險之中。 對項目成員采取的激勵方式主要有參與激勵、責(zé)任激勵和信息激勵。 正規(guī)(norming)階段 人員特點(diǎn)： 項目團(tuán)隊就進(jìn)入了發(fā)展的正規(guī)階段；團(tuán)隊成員之間關(guān)系已確立；項目團(tuán)隊逐漸接受了現(xiàn)有的工作環(huán)境；項目規(guī)程也得以改進(jìn)和規(guī)范化團(tuán)隊的 凝聚力開始形成。 在正規(guī)階段，項目經(jīng)理采取的激勵方式除參與

59、激勵外，還有兩個重要方式： 發(fā)掘每個成員的自我創(chuàng)造性和責(zé)任意識，誘導(dǎo)員工進(jìn)行自我激勵； 盡可能地多創(chuàng)造團(tuán)隊成員之間互相溝通、互相學(xué)習(xí)的好環(huán)境，以及從項目外部聘請專家講解與項目有關(guān)的新知識和新技術(shù)，給員工充分的知識激勵。 63 表現(xiàn)(performing)階段 人員特點(diǎn)：項目團(tuán)隊積極工作工作績效很高；團(tuán)隊有集體感利榮譽(yù)感，信心十足；項目團(tuán)隊能開放、坦誠、及時地進(jìn)行溝通，在自己的工作任務(wù)外盡力相互幫助；解決共性問題時有關(guān)的知識或技巧在團(tuán)隊內(nèi)部可得到快速共享。這一階段。項目經(jīng)理應(yīng)集中注意關(guān)于預(yù)算、進(jìn)度計劃、工作范圍及計劃方面的項目業(yè)績。 因而，這一階段激勵的主要方式是危機(jī)激勵、目標(biāo)激勵和知識激勵。

60、激勵的結(jié)果是使參與項目的所有成員組織成一個富有成效團(tuán)隊 。要強(qiáng)調(diào)的是，對于信息系統(tǒng)建設(shè)要更多地引導(dǎo)項目成員進(jìn)行自我激勵，要更多地進(jìn)行知識激勵。當(dāng)然，足夠的物質(zhì)激勵是不言而喻的有效的激勵方式。 64第四節(jié) 信息系統(tǒng)建設(shè)的質(zhì)量管理 目前人們對信息系統(tǒng)項目的要求，往往只強(qiáng)調(diào)系統(tǒng)的功能、進(jìn)度、計劃以及開發(fā)成本，卻很少注意在整個生命周期中信息系統(tǒng)應(yīng)具備的質(zhì)量標(biāo)準(zhǔn)。缺乏質(zhì)量管理開發(fā)的的系統(tǒng)后果是： 系統(tǒng)的可理解性差，造成后期維護(hù)費(fèi)用非常高。 系統(tǒng)的安全得不到保證。 系統(tǒng)的靈活性差，不便于系統(tǒng)的修改或改進(jìn)。 系統(tǒng)不能或難于移植到另外的環(huán)境中運(yùn)行。 系統(tǒng)難于和其他系統(tǒng)配合使用或必須付出很高代價。1 信息系統(tǒng)建