序論：速發(fā)表網(wǎng)結(jié)合其深厚的文秘經(jīng)驗(yàn)，特別為您篩選了11篇軟件項(xiàng)目論文范文。如果您需要更多原創(chuàng)資料，歡迎隨時(shí)與我們的客服老師聯(lián)系，希望您能從中汲取靈感和知識！

篇1

當(dāng)我們的辦公室內(nèi)堆滿了雜亂無章的文件時(shí)，恐怕無法知道對于我們真正有用的文件在哪里，當(dāng)我們的軟件相目中收集了各種需求、意見、問題時(shí)，我們也很難從中估算出整個(gè)項(xiàng)目的規(guī)模、工作量以及成本。因此，在估算之前我們首先要對眾多信息進(jìn)行整理、歸類分析，從而得到一個(gè)條理清晰的項(xiàng)目計(jì)劃，在這個(gè)計(jì)劃提供的框架內(nèi)，才可能開始正確的估算。精心的規(guī)劃是任何一個(gè)軟件開發(fā)項(xiàng)目成功與否的關(guān)鍵，有了規(guī)劃就有如成竹在胸，之后無論風(fēng)云變幻，都有應(yīng)對入流的方法。當(dāng)然只有正確的規(guī)劃，才能給軟件開發(fā)指引正確的方向。

軟件項(xiàng)目規(guī)劃的重點(diǎn)是對人員角色、任務(wù)進(jìn)度、經(jīng)費(fèi)、設(shè)備資源、工作成果等等做出合適的安排，制定出一些計(jì)劃(包括高層的和細(xì)節(jié)的)，使大家按照計(jì)劃行事，最終順利地達(dá)到預(yù)定的目標(biāo)。

1.1、規(guī)劃的第一步：確定軟件范圍

確定軟件范圍，就是確定目標(biāo)軟件的數(shù)據(jù)和控制、功能、性能、約束、接口以及可靠性。這項(xiàng)工作和需求分析是很類似的，如果之前已經(jīng)達(dá)成需求分析規(guī)約，那么可以直接從《需求分析說明書》中把有用的部分拿來使用。如果還沒有開始需求分析，關(guān)于確定軟件范圍的方法方面，我們可以采用許多需求分析技術(shù)(如需求誘導(dǎo))，從客戶那里得到一個(gè)具體的軟件范圍。當(dāng)然如果是一次全新的軟件邊界探索，就應(yīng)當(dāng)考慮軟件本身可行性問題，包括團(tuán)隊(duì)是否具備在技術(shù)、財(cái)務(wù)、時(shí)間、資源上游可靠的保障，軟件本身在市場上是否有可靠的競爭優(yōu)勢，等等。

獲得軟件范圍，最直接最可靠的來源就是用戶對軟件的需求描述。例如，在開發(fā)一個(gè)C/S架構(gòu)的鐵路供電段數(shù)據(jù)上報(bào)系統(tǒng)中，客戶向我們提供了以下的目標(biāo)軟件需求描述：

在供電站總部每天結(jié)束前要審核下屬節(jié)點(diǎn)操作員(30~40個(gè))的供電安全數(shù)據(jù)報(bào)表，要求每個(gè)節(jié)點(diǎn)必須在下午5：30~6：00之間上傳數(shù)據(jù)。總部系統(tǒng)通過自動分析，整理出整個(gè)區(qū)內(nèi)的安全形勢報(bào)表，并自動反饋到每個(gè)節(jié)點(diǎn)。各個(gè)節(jié)點(diǎn)之間通過調(diào)制解調(diào)器撥號(MODEM)用內(nèi)部電話線相連，每個(gè)節(jié)點(diǎn)電腦主機(jī)配備一個(gè)MODEM。上傳數(shù)據(jù)為制式報(bào)表出了制式信息外，系統(tǒng)自動附加操作員姓名、上報(bào)時(shí)間、上報(bào)節(jié)點(diǎn)名稱。信息一旦上傳，節(jié)點(diǎn)端就不可以對已提交信息進(jìn)行修改、刪除，只能閱讀、查詢。節(jié)點(diǎn)間數(shù)據(jù)互相隔離，只有總部才具備對各個(gè)節(jié)點(diǎn)數(shù)據(jù)的管理權(quán)限，但是對于歸檔數(shù)據(jù)(一旦審核完畢的數(shù)據(jù)，就進(jìn)行歸檔)總部不具備刪改的權(quán)限。系統(tǒng)設(shè)置數(shù)據(jù)庫管理員，獨(dú)立于審核權(quán)限，其職責(zé)是對歷史數(shù)據(jù)的清理維護(hù)。

通過上面的描述，我們通過提煉和簡化，得到軟件的一下功能：

節(jié)點(diǎn)數(shù)據(jù)錄入、查詢、上傳

總部數(shù)據(jù)匯總、查詢、反饋

總部與節(jié)點(diǎn)的互聯(lián)項(xiàng)目管理培訓(xùn)

總部數(shù)據(jù)庫存儲

節(jié)點(diǎn)數(shù)據(jù)的本地存儲項(xiàng)目管理論壇

在本例中，軟件的性能是潛在的。客戶雖然沒有明確提出，但是由于數(shù)據(jù)本身的重要性，要求系統(tǒng)在數(shù)據(jù)上傳、反饋、存儲過程中安全可靠?？蛻粢笫褂肕ODEM進(jìn)行撥號連接，那么鑒于MODEM連接過程中可能會出現(xiàn)，由于撥號斷開而道導(dǎo)致的數(shù)據(jù)丟失，在節(jié)點(diǎn)本地存放一份數(shù)據(jù)副本是有必要的。由于系統(tǒng)要求每天上傳數(shù)據(jù)，總部數(shù)據(jù)庫應(yīng)當(dāng)是7X24小時(shí)不間斷服務(wù)的，再加上目前總部只有該系統(tǒng)運(yùn)行接受數(shù)據(jù)任務(wù)，各節(jié)點(diǎn)數(shù)據(jù)量并不大，那么在建議用戶選擇服務(wù)器時(shí)，應(yīng)當(dāng)考慮性能穩(wěn)定可靠，但并不一定要購買大容量磁盤陣列和高性能雙CPU主機(jī)。由于每天上傳數(shù)據(jù)接近下班時(shí)間，那么總部匯總數(shù)據(jù)應(yīng)當(dāng)是自動進(jìn)行的，一旦分析發(fā)現(xiàn)重大問題，可以通過與外部網(wǎng)絡(luò)的設(shè)置，向值班人員發(fā)送手機(jī)訊息、E-MAIL或其他警示。由于不同人員對于上報(bào)數(shù)據(jù)的權(quán)限不同，對于系統(tǒng)用戶實(shí)行分級管理。不同級別的用戶，具有對數(shù)據(jù)的不同管理權(quán)力，從而保證在軟件使用過程中不發(fā)生混亂。

那么現(xiàn)在一個(gè)較為清晰的軟件模型已經(jīng)構(gòu)造完畢，接下來我們需要進(jìn)入計(jì)劃的第二步：確定工作所需資源。

1.2、規(guī)劃的第二步：確定工作所需資源

軟件工作所需資源包括：工作環(huán)境(軟硬件環(huán)境、辦公室環(huán)境)、可復(fù)用軟件資源(構(gòu)件、中間件)、人力資源(包括不同各種角色的人員：分析師、設(shè)計(jì)師、測試師、程序員、項(xiàng)目經(jīng)理……)。這三種資源的組成比例，可以看作一個(gè)金字塔的模式，最上面是人力資源、其次是可復(fù)用軟件資源、最下面是工作環(huán)境。最上面的是組成比例最小的，最下面的是組成比例最大的部分。

■人力資源

一個(gè)項(xiàng)目到底需要多少種職務(wù)的人員構(gòu)成、多少數(shù)量的人員總量，再能成為最有創(chuàng)造力的團(tuán)隊(duì)呢?這恐怕是最讓項(xiàng)目經(jīng)理頭疼的事情了。任何一個(gè)軟件工程，都必須在確定軟件的工作量之后，才能清楚地知道究竟需要多少人力才能以最小成本和最高效率完成任務(wù)。在這之前，不能盲目地進(jìn)行人力擴(kuò)充，而且絕對不能為了給公司抬高門面，盲目招收高學(xué)歷。

■可復(fù)用軟件資源

這是一個(gè)容易在計(jì)劃階段被忽視的重要資源，很多人總是進(jìn)入編碼階段才發(fā)現(xiàn)可復(fù)用資源的價(jià)值和存在。經(jīng)過長期的項(xiàng)目積累或是購買，公司的軟件資源庫中或許已經(jīng)積累了大量的可復(fù)用資源，但在當(dāng)前任務(wù)中，只能選擇有價(jià)值的資源。根據(jù)不同的應(yīng)用、時(shí)間、來源，可復(fù)用軟件資源被分為以下幾種：

可直接使用的構(gòu)件：已有的，能夠從第三方廠商獲得或已經(jīng)在以前的項(xiàng)目中開發(fā)過的軟件。這些構(gòu)件已經(jīng)經(jīng)過驗(yàn)證及確認(rèn)且可以直接用在當(dāng)前的項(xiàng)目中。

具有完全經(jīng)驗(yàn)的構(gòu)件：已有的為以前類似于當(dāng)前要開發(fā)的項(xiàng)目建立的規(guī)約、設(shè)計(jì)、代碼、或測試數(shù)據(jù)。當(dāng)前軟件項(xiàng)目組的成員在這些構(gòu)件所代表的應(yīng)用領(lǐng)域中具有豐富的經(jīng)驗(yàn)。因此，對于這類構(gòu)件進(jìn)行所需的修改其風(fēng)險(xiǎn)相對較小。

具有部分經(jīng)驗(yàn)的構(gòu)件：已有的為以前與當(dāng)前要開發(fā)的項(xiàng)目相關(guān)的項(xiàng)目建立的規(guī)約、設(shè)計(jì)、代碼、或測試數(shù)據(jù)，但需做實(shí)質(zhì)上的修改。當(dāng)前軟件項(xiàng)目組的成員在這些構(gòu)件所代表的應(yīng)用領(lǐng)域中僅有有限的經(jīng)驗(yàn)，因此，對于這類構(gòu)件進(jìn)行所需的修改會有相當(dāng)程度的風(fēng)險(xiǎn)。

新構(gòu)件：軟件項(xiàng)目組為滿足當(dāng)前項(xiàng)目的特定需要而必須專門開發(fā)的軟件構(gòu)件。

在采用構(gòu)件的時(shí)候，應(yīng)當(dāng)以低成本、低風(fēng)險(xiǎn)為使用前提。如果任何一個(gè)漂亮的構(gòu)件的應(yīng)用，可能會帶來潛在出錯(cuò)的風(fēng)險(xiǎn)或者必須經(jīng)過復(fù)雜修改或者效率低下時(shí)，我們都應(yīng)當(dāng)毫不猶豫地把它拋棄。我們只采用那些能夠滿足項(xiàng)目的需要且可直接使用的構(gòu)件，或者具有完全經(jīng)驗(yàn)的構(gòu)件，或者經(jīng)過稍微修改便可使用的構(gòu)件。項(xiàng)目經(jīng)理博客

■環(huán)境資源

“工欲善其事，必先利其器”，要得到高效的開發(fā)過程，就必須向工作人員提供良好的軟硬件環(huán)境，包括開發(fā)工具、開發(fā)設(shè)備、工作環(huán)境、管理制度。一般管理人員都會購買可以滿足需要的軟件開發(fā)工具和硬件平臺，但是工作環(huán)境和管理制度往往被忽視。項(xiàng)目管理者聯(lián)盟

站在人件的角度看，向工作人員提供更輕松自在、安靜舒適的辦公環(huán)境的公司員工往往比整天在狹小隔間中工作的公司員工，產(chǎn)生更高的工作效率。而那些擁有靈活人性化的管理制度的公司，比整天加班的公司更能留住高技術(shù)的人才。所以如何在有限資金中，規(guī)劃一個(gè)合理的環(huán)境是很重要的事情。轉(zhuǎn)

到此為止，估算前的項(xiàng)目計(jì)劃已經(jīng)完成，我們已經(jīng)形成一個(gè)工程開發(fā)框架。這是一個(gè)有界限的框架，雖然還不夠精確，但足以進(jìn)行估算的工作。

2、估算的對象

目前為止，一個(gè)較為準(zhǔn)確的軟件項(xiàng)目估算的定義是：在給定公差范圍內(nèi)，對于姚開發(fā)的軟件規(guī)模的預(yù)測，以及對開發(fā)軟件所需的工作量、成本和日歷事件的預(yù)測。這個(gè)概念指出了一個(gè)事實(shí)，即估算是一種大約的估計(jì)，是將誤差限定在一定范圍內(nèi)的估計(jì)。

估算主要包括以下幾個(gè)重要內(nèi)容：

規(guī)模估算

軟件估算首先要將整個(gè)工程的規(guī)模估算出來，才能進(jìn)行下面的其他估算。規(guī)模，就是一個(gè)工程可量化的結(jié)果，是用具體數(shù)字來體現(xiàn)項(xiàng)目的描述。規(guī)模估算的信息來源是清晰、有界限的用戶需求。

工作量估算

這是對開發(fā)軟件所需的工作時(shí)間的估算，它和進(jìn)度估算一起決定了開發(fā)團(tuán)隊(duì)的規(guī)模和構(gòu)建。通常以人時(shí)、人天、人月、人年的單位來衡量，這些不同單位之間可以進(jìn)行合理的轉(zhuǎn)換。

進(jìn)度估算

進(jìn)度時(shí)項(xiàng)目自始至終之間的一個(gè)時(shí)間段。進(jìn)度以不同階段的里程碑作為標(biāo)志。進(jìn)度估算是針對以階段為單位的估算，而不是對每一個(gè)細(xì)小任務(wù)都加以估算，對任務(wù)的適當(dāng)分解很重要，分解得越細(xì)反而會不準(zhǔn)確。因?yàn)槿魏我粋€(gè)軟件工程，在各個(gè)方面都有與生俱來的不確定性。

成本估算

包括人力、物質(zhì)、有形的、無形的支出成本估算，其中以人力成本為主要部分。比較容易被忽視的使學(xué)習(xí)成本、軟件培訓(xùn)成本、人員變動風(fēng)險(xiǎn)成本、開發(fā)延期成本等，一些潛在成本消耗。

3、估算的策略

在軟件估算的眾多方法中，存在著“自頂向下”和“自底向上”兩種不同的策略，兩種策略的出發(fā)點(diǎn)不同，適應(yīng)于不同的場合使用。項(xiàng)目管理培訓(xùn)

3.1、自頂向下的策略

這是一種站在客戶的角度來看問題的策略。它總是以客戶的要求為最高目標(biāo)，任何估算結(jié)果都必須符合這個(gè)目標(biāo)。其工作方法是，由項(xiàng)目經(jīng)理為主的一個(gè)核心小組根據(jù)客戶的要求，確定一個(gè)時(shí)間期限，然后根據(jù)這個(gè)期限，將任務(wù)分解，將開發(fā)工作進(jìn)行對號入座，以獲得一個(gè)估算結(jié)果。項(xiàng)目管理者聯(lián)盟文章

當(dāng)然由于這完全是從客戶要求出發(fā)的策略，而由于軟件工程是一個(gè)綜合項(xiàng)目，幾乎沒有哪個(gè)項(xiàng)目能完全保質(zhì)保量按照預(yù)定工期完工，那么這樣一個(gè)策略就缺少了許多客觀性。但是由于這樣完成的估算比較容易被客戶、甚至被項(xiàng)目經(jīng)理所接受，在許多公司我們看到這樣一個(gè)并不科學(xué)的策略仍然被堅(jiān)定地執(zhí)行著。項(xiàng)目管理培訓(xùn)

3.2、自底向上的策略

與自頂向下的策略完全相反，自底向上的策略是一種從技術(shù)、人性的角度出發(fā)看問題的策略。在這樣一個(gè)策略指引下，將項(xiàng)目充分討論得到一個(gè)合理的任務(wù)分解。在將每個(gè)任務(wù)的難易程度，每個(gè)任務(wù)依照項(xiàng)目成員的特點(diǎn)、興趣特長進(jìn)行分配，并要求進(jìn)行估算。最后將估算加起來就是項(xiàng)目的估算值。

顯然自底向上的這種策略具有較為客觀的特點(diǎn)，但是它的缺點(diǎn)就是這樣一來項(xiàng)目工期就和客戶的要求不一致了。而且由于其帶來的不確定性，許多項(xiàng)目經(jīng)理也不會采用這種方法。項(xiàng)目經(jīng)理圈子

4、估算的方法項(xiàng)目管理者聯(lián)盟

顯然估算是建立在客觀實(shí)際上，對未來盡可能合理的一種預(yù)測。那么估算本身的不確定性，決定了它不可能是百分之百準(zhǔn)確無誤的。在項(xiàng)目剛開始時(shí)，人們對產(chǎn)品需求、技術(shù)、市場預(yù)期、人員素質(zhì)等因素的了解還遠(yuǎn)遠(yuǎn)不夠，在這種情況下人們很難作出準(zhǔn)確的估計(jì)。但是依據(jù)某種方法進(jìn)行估計(jì)顯然比瞎猜好得多。項(xiàng)目管理者聯(lián)盟文章

估算方法有很多，大致分為基于分解的技術(shù)和基于經(jīng)驗(yàn)?zāi)Ｐ蛢纱箢悺；诜纸獾募夹g(shù)的方法包括功能點(diǎn)估算法、LOC估算法、MARKII等;基于經(jīng)驗(yàn)?zāi)Ｐ偷姆椒ò↖BM模型、普特南模型、COCOMO模型等。

4.1、FP功能點(diǎn)估算法項(xiàng)目管理論壇

功能點(diǎn)估算法是一種在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計(jì)方法。通過研究初始應(yīng)用需求來確定各種輸入、輸出、計(jì)算和數(shù)據(jù)庫需求的數(shù)量和特性。這種方法的計(jì)算公式是：功能點(diǎn)=信息處理規(guī)模x技術(shù)復(fù)雜度。信息處理規(guī)模包括各種輸入、輸出、查詢、內(nèi)部邏輯文件數(shù)、外部接口文件數(shù)等等;技術(shù)復(fù)雜度包括性能復(fù)雜度、配置項(xiàng)目復(fù)雜度、數(shù)據(jù)通信復(fù)雜度、分布式處理復(fù)雜度、在線更新復(fù)雜度等等。項(xiàng)目管理論壇

4.2、LOC估算法

這是一種從技術(shù)的角度來估算的方法總稱，其中又包含許多方法。這類方法以代碼(LOC)作為軟件工作量的估算單位，在早期的系統(tǒng)開發(fā)中較為廣泛使用。基于LOC的估算，又有點(diǎn)也有缺點(diǎn)。優(yōu)點(diǎn)在于方便計(jì)算、容易監(jiān)控、能反映程序員的思維能力;缺點(diǎn)在于代碼行數(shù)的含糊不清，不能正確反映一項(xiàng)工作的難易程度以及代碼的效率。因此在傳統(tǒng)的LOC方法進(jìn)行了許多改進(jìn)。其中不斷被使用，且不斷演化的方法包括以下：

PERT功能點(diǎn)估算法：PERT對各個(gè)項(xiàng)目活動的完成時(shí)間按三種不同情況估計(jì)：一個(gè)產(chǎn)品的期望規(guī)模，一個(gè)最低可能估計(jì)，一個(gè)最高可能估計(jì)。用這三個(gè)估計(jì)用來得到一個(gè)產(chǎn)品期望規(guī)模和標(biāo)準(zhǔn)偏差的Pert統(tǒng)計(jì)估計(jì)，Pert估計(jì)可得到代碼行的期望值和標(biāo)準(zhǔn)偏差SD。項(xiàng)目管理論壇

類比估算法：類比法適合評估一些與歷史項(xiàng)目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度的相似的項(xiàng)目，通過新項(xiàng)目與歷史項(xiàng)目的比較得到規(guī)模估計(jì)。類比法估計(jì)結(jié)果的精確度取決于歷史項(xiàng)目數(shù)據(jù)的完整性和準(zhǔn)確度，因此，用好類比法的前提條件之一是組織建立起較好的項(xiàng)目后評價(jià)與分析機(jī)制，對歷史項(xiàng)目的數(shù)據(jù)分析是可信賴的。

Delphi估算法：Delphi法是一種專家評估技術(shù)，在沒有歷史數(shù)據(jù)的情況下，這種方式適用于評定過去與將來，新技術(shù)與特定程序之間的差別。對于需要預(yù)測和深度分析的領(lǐng)域，依賴于專家的技術(shù)指導(dǎo)，可以獲得較為客觀的估算。通過專家們的互相討論，還可以博取眾長

系統(tǒng)分解：將系統(tǒng)分成若干個(gè)易于用LOC估算的部分，將其各個(gè)估算結(jié)果累加就是LOC的總規(guī)模。其中關(guān)鍵是建立起SBS(系統(tǒng)分解結(jié)構(gòu))，它描述了系統(tǒng)的不同組件。SBS還被使用在其他重要的地方，如系統(tǒng)設(shè)計(jì)、系統(tǒng)分析等。在進(jìn)行分解的時(shí)候，可以采用自由討論的形式，可以獲得更合理的SBS構(gòu)成。項(xiàng)目經(jīng)理圈子

4.3、IBM模型估算法

該模型是Watson和Felix在1977年的，是基于IBM聯(lián)合系統(tǒng)分布負(fù)責(zé)的60個(gè)項(xiàng)目的總結(jié)而得到的模型。該模型是一個(gè)靜態(tài)模型，而參考數(shù)據(jù)只有60多個(gè)項(xiàng)目，因此有很大的局限性。

4.4、COCOMO估算法轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟

Boehm在其經(jīng)典著作“軟件工程經(jīng)濟(jì)學(xué)”(softwareengineeringconomics)中，介紹了一種軟件估算模型的層次體系，稱為COCOMO(構(gòu)造性成本模型，COnstructiveCOstMOdel)，它代表了軟件估算的一個(gè)綜合經(jīng)驗(yàn)?zāi)Ｐ汀ｍ?xiàng)目經(jīng)理博客

COCOMO模型是適用于三種類型的軟件項(xiàng)目：(1)組織模式——較小的、簡單的軟件項(xiàng)目，有良好應(yīng)用經(jīng)驗(yàn)的小型項(xiàng)目組，針對一組不是很嚴(yán)格的需求開展工作(如，為一個(gè)熱傳輸系統(tǒng)開發(fā)的熱分析程序);(2)半分離模式——一個(gè)中等的軟件項(xiàng)目(在規(guī)模和復(fù)雜性上)，具有不同經(jīng)驗(yàn)水平的項(xiàng)目組必須滿足嚴(yán)格的及不嚴(yán)格的需求(如，一個(gè)事務(wù)處理系統(tǒng)，對于終端硬件和數(shù)據(jù)庫軟件有確定需求);(3)嵌入模式——必須在一組嚴(yán)格的硬件、軟件及操作約束下開發(fā)的軟件項(xiàng)目(如，飛機(jī)的航空控制系統(tǒng))。

4.5、軟件方程式估算法項(xiàng)目管理論壇

軟件方程式是一個(gè)多變量模型，它假設(shè)在軟件開發(fā)項(xiàng)目的整個(gè)生命周期中的一個(gè)特定的工作量分布。該模型是從4000多個(gè)當(dāng)代的軟件項(xiàng)目中收集的生產(chǎn)率數(shù)據(jù)中導(dǎo)出的公式。初期的方程式較為復(fù)雜，通過，Putnam和Myers的努力又提出一組簡化的方程式。當(dāng)然這種方法也是基于長期的參考數(shù)據(jù)的積累而得到的。

4.6、WBS估算法w

這是一種基于WBS(工作任務(wù)分解)的方法，即先把項(xiàng)目任務(wù)進(jìn)行合理的細(xì)分，分到可以確認(rèn)的程度，如某種材料，某種設(shè)備，某一活動單元等。然后估算每個(gè)WBS要素的費(fèi)用。采用這一方法的前提條件或先決步驟是：項(xiàng)目管理者聯(lián)盟

對項(xiàng)目需求作出一個(gè)完整的限定。

制定完成任務(wù)所必需的邏輯步驟。

編制WBS表。

項(xiàng)目需求的完整限定應(yīng)包括工作報(bào)告書、規(guī)格書以及總進(jìn)度表。工作報(bào)告書是指實(shí)施項(xiàng)目所需的各項(xiàng)工作的敘述性說明，它應(yīng)確認(rèn)必須達(dá)到的目標(biāo)。如果有資金等限制，該信息也應(yīng)包括在內(nèi)。規(guī)格書是對工時(shí)、設(shè)備以及材料標(biāo)價(jià)的根據(jù)。它應(yīng)該能使項(xiàng)目人員和用戶了解工時(shí)、設(shè)備以及材料估價(jià)的依據(jù)。總進(jìn)度表應(yīng)明確項(xiàng)目實(shí)施的主要階段和分界點(diǎn)，其中應(yīng)包括長期定貨、原型試驗(yàn)、設(shè)計(jì)評審會議以及其他任何關(guān)鍵的決策點(diǎn)。如果可能，用來指導(dǎo)成本估算的總進(jìn)度表應(yīng)含有項(xiàng)目開始和結(jié)束的日歷時(shí)間。

除了以上介紹的幾種方法外，還有一些其他的方法：類比估算、推測估算、Standard-component估算法、普特南估算法等。當(dāng)然不同的方法適用于不同的具體環(huán)境，有些方法雖然很好但并不一定適合當(dāng)前的任務(wù)。只有量體裁衣，具體問題具體分析，才能得到盡量合理的估算。

5、估算的戒律項(xiàng)目管理者聯(lián)盟

記?。簯?yīng)該滿足于事物的本性所能容許的精確度，當(dāng)只能近似于真理時(shí)，不要去尋求絕對的準(zhǔn)確??——亞里斯多德

對于任何一個(gè)項(xiàng)目經(jīng)理，都知道要慎重估算，但是我們?nèi)匀粫吹饺肆Y源的浪費(fèi)和財(cái)力資源的匱乏，在許多項(xiàng)目中存在。對于寶貴的資源，我們不是用得太多，就是根本不夠用。因此，有以下前人總結(jié)出來的一些經(jīng)驗(yàn)以供借鑒。

不要追求完美：就像沒有人能預(yù)測出未來，如果還沒有完成，就不要企圖完美的結(jié)果。更何況估算的太精確，反而會失去靈活機(jī)動的空間。

不要為滿足預(yù)算而估算：如果這個(gè)項(xiàng)目的預(yù)算根本不能完成100%的任務(wù)，那么就不要讓你的團(tuán)隊(duì)委曲求全。正確地反映客觀現(xiàn)狀，不僅可以爭取應(yīng)得的權(quán)利，而且是完成任務(wù)的前提。

不要隨意削減估算結(jié)果：有很多老板喜歡把項(xiàng)目經(jīng)理遞交的估算，不假思索地砍掉一部分。這是一種不負(fù)責(zé)任的做法，如果要削減一定要有理由。

客觀地估算，不貪多不偷減：就像老板不能隨便削減你的估算一樣，你也同樣不能在估算的時(shí)候，貪多或是偷減。貪多必然導(dǎo)致會浪費(fèi)，偷減必然導(dǎo)致不足。這兩個(gè)結(jié)果恐怕都不是一個(gè)合格的項(xiàng)目經(jīng)理的作為。

篇2

一項(xiàng)工程的具體工作涉及到人員的管理，工作任務(wù)的分配，責(zé)任內(nèi)容的明確，因此人員的組織及管理是工程項(xiàng)目的關(guān)鍵因素，要把注意力集中在項(xiàng)目組人員的構(gòu)成、優(yōu)化。

1.2軟件質(zhì)量管理

軟件質(zhì)量管理在工程項(xiàng)目實(shí)施過程中決定著質(zhì)量方針與責(zé)任的范疇，包括質(zhì)量計(jì)劃設(shè)計(jì)制定，項(xiàng)目質(zhì)量檢測保證和項(xiàng)目質(zhì)量控制等程序。通過保證手段在質(zhì)量過程中有效進(jìn)行。

1.3軟件配置管理

英文簡稱SCM，是在開發(fā)者中，標(biāo)識，控制和管理軟件變更的一種管理。配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性以及風(fēng)險(xiǎn)水平。軟件配置管理針對開發(fā)過程中人員、工具的配置、使用提出管理策略。記錄軟件項(xiàng)目產(chǎn)品的更新過程，從而保證研發(fā)者在軟件項(xiàng)目周期的各個(gè)階段能夠獲得準(zhǔn)確的產(chǎn)品配置。對項(xiàng)目開展過程軟件開發(fā)進(jìn)行有效調(diào)控和有效預(yù)測具有重要作用。

1.4編寫軟件項(xiàng)目計(jì)劃書

它是軟件項(xiàng)目管理組的首要任務(wù)，主要包括工作量、成本、開發(fā)時(shí)間的估計(jì)。并根據(jù)估計(jì)值制定和調(diào)整項(xiàng)目組的工作，詳細(xì)記錄了開發(fā)日程安排，資源供需，項(xiàng)目管理等各項(xiàng)情況。使從事該項(xiàng)目的人員了解該項(xiàng)目的大致情況。

1.5軟件風(fēng)險(xiǎn)管理

軟件工程風(fēng)險(xiǎn)管理是預(yù)測工作中可能出現(xiàn)的各種危害到軟件產(chǎn)品質(zhì)量的潛在因素的問題，對風(fēng)險(xiǎn)產(chǎn)生的后果進(jìn)行分析評估。計(jì)算機(jī)軟件風(fēng)險(xiǎn)預(yù)測的準(zhǔn)確性評估與有效防范措施的應(yīng)用都利于提高軟件工程的效益，降低風(fēng)險(xiǎn)帶來的經(jīng)濟(jì)損失，有效保證相關(guān)利益業(yè)主的權(quán)益。這幾個(gè)方面都是相互貫穿、交織于整個(gè)軟件開發(fā)過程中的。

2軟件工程項(xiàng)目管理中存在的現(xiàn)實(shí)問題及解決方案

2.1人員工作安排不明確，應(yīng)建立團(tuán)隊(duì)合作意識

在工程項(xiàng)目開發(fā)過程中是需要每個(gè)崗位人員的相互協(xié)調(diào)及無障礙交流，沒有團(tuán)隊(duì)協(xié)作意識是無法有效的利用時(shí)間和資源開展各項(xiàng)工作。因此我們要提高一個(gè)工程項(xiàng)目的工作效率，就要合理安排人員的工作分配，強(qiáng)化每個(gè)工作人員的團(tuán)隊(duì)協(xié)作意識，有效避免管理團(tuán)隊(duì)中存在的分工不明確，不合作的問題。只有相互協(xié)作和相互信任的情況下才能高效的完成一件優(yōu)質(zhì)的軟件工程項(xiàng)目。建立一套完善的人事考核制度，加強(qiáng)對員工的職位升降，工資獎金分配管理，有利于提高員工開發(fā)軟件工作的積極性。

2.2缺乏實(shí)踐性調(diào)研報(bào)告，應(yīng)納入到軟件項(xiàng)目計(jì)劃書

軟件開發(fā)工程不僅要創(chuàng)新變革，也要考慮到它的實(shí)用性，以往出現(xiàn)的多個(gè)工程項(xiàng)目沒有對實(shí)際項(xiàng)目建設(shè)中的需求實(shí)體和實(shí)際進(jìn)行要求，以及實(shí)際項(xiàng)目建設(shè)的數(shù)據(jù)進(jìn)行合理有效的調(diào)研，導(dǎo)致出現(xiàn)設(shè)計(jì)完整的軟件產(chǎn)品運(yùn)用與實(shí)際偏差較大，造成不必要的人員和資源浪費(fèi)。因此要在軟件設(shè)計(jì)前給予項(xiàng)目調(diào)研工作高度重視，對實(shí)際軟件項(xiàng)目的需求及要求嚴(yán)格調(diào)查，應(yīng)將軟件項(xiàng)目調(diào)研報(bào)告附于項(xiàng)目計(jì)劃書中，引起重視。

2.3風(fēng)險(xiǎn)管理意識不夠，應(yīng)該強(qiáng)化提高人員對風(fēng)險(xiǎn)管理的認(rèn)知

風(fēng)險(xiǎn)的發(fā)生很可能會造成不可估量的損失，但是風(fēng)險(xiǎn)的發(fā)生是具有可控性的，如果能有效控制就會避免發(fā)生風(fēng)險(xiǎn)事故?？赏谟?jì)算機(jī)軟件工程項(xiàng)目管理中的工作人員卻很少知道風(fēng)險(xiǎn)管理的重要性，于是在軟件開發(fā)中應(yīng)提高項(xiàng)目主要負(fù)責(zé)人的風(fēng)險(xiǎn)管理理念，提高自身對風(fēng)險(xiǎn)管理預(yù)測能力的水平。只有了解了風(fēng)險(xiǎn)管理理論與風(fēng)險(xiǎn)管理體系，定期對項(xiàng)目實(shí)施中可能發(fā)生的風(fēng)險(xiǎn)進(jìn)行有效排除，把控好風(fēng)險(xiǎn)管理前后的形勢。

篇3

2軟件工程的項(xiàng)目控制跟蹤

2.1項(xiàng)目跟蹤內(nèi)容

依據(jù)軟件項(xiàng)目計(jì)劃，必須要對軟件的產(chǎn)品規(guī)模（或更改后的規(guī)模）、軟件的成本與工作量、所使用的重要計(jì)算機(jī)資源、項(xiàng)目軟件日程、軟件工程技術(shù)活動、項(xiàng)目費(fèi)用、技術(shù)風(fēng)險(xiǎn)等內(nèi)容與軟件在開發(fā)前計(jì)劃的相應(yīng)內(nèi)容進(jìn)行比較。

2.2項(xiàng)目跟蹤過程

軟件項(xiàng)目的控制跟蹤過程分為：

（1）項(xiàng)目跟蹤人員要對軟件度量的實(shí)際數(shù)據(jù)與再計(jì)劃數(shù)據(jù)進(jìn)行記錄；

（2）負(fù)責(zé)人要根據(jù)文檔里記載的程序在指定的地點(diǎn)審查項(xiàng)目成果；

（3）對軟件的監(jiān)控活動和項(xiàng)目的跟蹤予以必要的檢查。

2.3項(xiàng)目跟蹤存在的問題

（1）控制與跟蹤的頻度，控制與跟蹤在項(xiàng)目開發(fā)工程中的關(guān)鍵點(diǎn)有多個(gè)，這就需要我們找到一個(gè)好的頻度去跟蹤，若跟蹤點(diǎn)少，就不能保證問題及時(shí)被糾正；若跟蹤點(diǎn)多，在人力物力上的花費(fèi)就會增多，對總體效率的影響很大?？刂婆c跟蹤的頻度關(guān)系著軟件項(xiàng)目的規(guī)模，大型項(xiàng)目設(shè)置的關(guān)鍵點(diǎn)相應(yīng)較多。

（2）項(xiàng)目計(jì)劃的修改，控制與跟蹤軟件開發(fā)過程以后，可能會發(fā)現(xiàn)軟件項(xiàng)目有些地方會不符合實(shí)際，需要制定相應(yīng)的修改計(jì)劃，但其他組的活動就會受到修改后計(jì)劃的影響，因此，沒有得到相關(guān)組的同意，就不能對項(xiàng)目計(jì)劃隨意修改。

3軟件工程的預(yù)測

3.1軟件預(yù)測的意義

軟件工程項(xiàng)目最關(guān)鍵的環(huán)節(jié)就是對軟件進(jìn)行預(yù)測，如果測試環(huán)節(jié)出現(xiàn)了問題或者測試不細(xì)致，那么將直接導(dǎo)致生產(chǎn)出的軟件質(zhì)量不過關(guān)，在應(yīng)用軟件的過程中也會逐漸發(fā)現(xiàn)軟件存在的問題。問題不嚴(yán)重的，只是需要長期對軟件進(jìn)行修改，單單影響用戶的應(yīng)用；而問題嚴(yán)重的，會導(dǎo)致整個(gè)項(xiàng)目的失敗，生產(chǎn)出的軟件也無法投入使用。如果在投入使用前，沒有經(jīng)過測試，那就不知道用戶有什么樣的需求，也不知道軟件存在什么隱患。尤其是有一些不經(jīng)過測試就無法發(fā)現(xiàn)的隱患，一經(jīng)投入使用，將會對用戶造成巨大的損失。

3.2軟件預(yù)測的內(nèi)容

（1）文檔審查，軟件項(xiàng)目的驗(yàn)收需要提供一些文檔，這些文檔包括：經(jīng)濟(jì)分析報(bào)告、項(xiàng)目技術(shù)報(bào)告、用戶手冊、維護(hù)手冊、項(xiàng)目總計(jì)報(bào)告、測試總結(jié)報(bào)告等，主要對文檔的可理解性、正確性、完整性進(jìn)行審查，還要對編寫的規(guī)范程度進(jìn)行審查。如果文檔掃描不清晰、數(shù)量不齊全、甚至錯(cuò)誤都將給用戶造成不必要的麻煩，而且還可能導(dǎo)致軟件無法升級。

（2）安裝測試，安裝測試第一個(gè)目的，是驗(yàn)證軟件安裝在最基本的配置下能否正常的運(yùn)行；第二個(gè)目的，是驗(yàn)證軟件安裝在非正常的情況下，程序能否給用戶足夠的提示。非正常條件指內(nèi)存不夠、磁盤空間不足、不能自由創(chuàng)建目錄。

篇4

TRIZ是俄語теориирешенияизобретательскихзадач的英文音譯縮寫，其中文全稱是發(fā)明問題解決理論。TRIZ理論是由前蘇聯(lián)以阿列赫舒列爾（G•S•Altshuller）為首的研究人員在研究了近250萬件涉及各學(xué)科領(lǐng)域的發(fā)明專利的基礎(chǔ)上總結(jié)出來的。TRIZ理論成功地揭示了發(fā)明創(chuàng)造的內(nèi)在規(guī)律和原理，它是一種創(chuàng)新方法理論體系，運(yùn)用TRIZ理論可大大加快人們創(chuàng)造發(fā)明的進(jìn)程而且能得到高質(zhì)量的創(chuàng)新產(chǎn)品。運(yùn)用TRIZ理論的工具和手段改進(jìn)教學(xué)方法，將TRIZ理論與學(xué)生創(chuàng)新能力培養(yǎng)相結(jié)合，最終用以進(jìn)行軟件設(shè)計(jì)類課程創(chuàng)新性教學(xué)的實(shí)踐。這些都將為學(xué)生未來的專業(yè)發(fā)展提供廣闊空間，以應(yīng)對激烈的行業(yè)競爭。

2.項(xiàng)目導(dǎo)向教學(xué)方式對軟件設(shè)計(jì)類課程教學(xué)的作用

項(xiàng)目導(dǎo)向教學(xué)方式是在案例教學(xué)法之上發(fā)展起來的。只不過單純的案例教學(xué)法中案例零散，相互之間沒有聯(lián)系或聯(lián)系不大。而項(xiàng)目導(dǎo)向教學(xué)方式則在整個(gè)課程體系中以統(tǒng)一的項(xiàng)目進(jìn)行引導(dǎo)，對課程內(nèi)容體系中涉及的所有知識點(diǎn)作為小項(xiàng)目整合入大項(xiàng)目開發(fā)中。類似的教學(xué)法均屬于建構(gòu)主義理論指導(dǎo)下的教學(xué)方法。因?yàn)榻?gòu)主義的觀點(diǎn)認(rèn)為，學(xué)生是學(xué)習(xí)的主體，知識獲得的方法主要依靠學(xué)生去發(fā)現(xiàn)，教師為學(xué)生獲得知識創(chuàng)設(shè)情境，引導(dǎo)和幫助學(xué)生通過意義建構(gòu)獲得知識，讓學(xué)生在意義建構(gòu)的過程中進(jìn)行創(chuàng)造。在軟件設(shè)計(jì)類課程中項(xiàng)目導(dǎo)向的教學(xué)方式較好地模擬了真正軟件項(xiàng)目開發(fā)的全過程，能夠給學(xué)生以任務(wù)的刺激，將幫助學(xué)生提高學(xué)習(xí)興趣，增強(qiáng)主動學(xué)習(xí)意識，同樣有助于學(xué)生創(chuàng)新意識的培養(yǎng)。

二、TRIZ理論與項(xiàng)目導(dǎo)向教學(xué)方式在軟件

設(shè)計(jì)類課程中的應(yīng)用對于學(xué)生軟件設(shè)計(jì)能力的培養(yǎng)，高等學(xué)校計(jì)算機(jī)相關(guān)專業(yè)通常都有較為完整的課程體系。一般包括三個(gè)層次，即軟件工程方面的基礎(chǔ)理論課、培養(yǎng)學(xué)生軟件設(shè)計(jì)思維的基礎(chǔ)語言課、當(dāng)前流行的軟件設(shè)計(jì)開發(fā)工具課程（java、MyEclipse、NET等）。筆者所在院系的教研團(tuán)隊(duì)在計(jì)算機(jī)相關(guān)課程中一直采用項(xiàng)目導(dǎo)向的教學(xué)方式，并且，通過自己所承擔(dān)的課程針對TRIZ理論在相應(yīng)教學(xué)環(huán)節(jié)中進(jìn)行了一定的實(shí)踐應(yīng)用，取得了一定的成果。TRIZ理論與項(xiàng)目導(dǎo)向教學(xué)方式在教學(xué)中的綜合應(yīng)用對教師教學(xué)思維的拓展，對學(xué)生學(xué)習(xí)興趣、自主學(xué)習(xí)能力、創(chuàng)新意識和創(chuàng)新能力的培養(yǎng)都起到了較為積極的作用。其相應(yīng)的應(yīng)用不僅要具體建立在某門課程中，更應(yīng)自始至終貫穿在所有的教學(xué)與學(xué)習(xí)環(huán)節(jié)中。

1．TRIZ理論與項(xiàng)目設(shè)計(jì)思維在教學(xué)中的引入

（1）軟件項(xiàng)目的開發(fā)過程與重點(diǎn)。任何項(xiàng)目的開發(fā)與市場應(yīng)用均離不開“解決問題的意識”、“針對問題的思考”、“圍繞問題的設(shè)計(jì)”、“具體環(huán)節(jié)的實(shí)施”、“成形項(xiàng)目的市場運(yùn)作”、“市場反饋與項(xiàng)目支持”以及“對應(yīng)問題的繼續(xù)關(guān)注”等多個(gè)環(huán)節(jié)的內(nèi)容。目前的項(xiàng)目教學(xué)重點(diǎn)以關(guān)注“具體環(huán)節(jié)的實(shí)施”這一步驟為主，從人才系統(tǒng)培養(yǎng)這一角度上來講顯然是片面的、較低級的。因?yàn)槿瞬诺呐囵B(yǎng)貴在具有解決問題的意識和設(shè)計(jì)上的創(chuàng)新思想，然后才是通過軟件設(shè)計(jì)類課程中所設(shè)計(jì)的軟件來解決實(shí)際的問題。因此，教師在課堂中要不斷引導(dǎo)學(xué)生在生活中發(fā)現(xiàn)問題的習(xí)慣。通過TRIZ理論的問題解決策略對問題進(jìn)行梳理整合，運(yùn)用軟件工程等方面的理論知識進(jìn)行軟件系統(tǒng)的設(shè)計(jì)，通過相應(yīng)的語言來實(shí)現(xiàn)。這樣不僅培養(yǎng)和鍛煉了學(xué)生創(chuàng)新的思維，同時(shí)對學(xué)生創(chuàng)新能力的培養(yǎng)起到了推動作用。（2）問題的疊加與解決對學(xué)生創(chuàng)新思維的影響。學(xué)生學(xué)習(xí)興趣與創(chuàng)新意識的引導(dǎo)源頭在于“問題”。學(xué)貴有疑，小疑則小進(jìn)，大疑則大進(jìn)。TRIZ理論與項(xiàng)目設(shè)計(jì)思維對于學(xué)生的影響應(yīng)該建立在自入學(xué)開始的學(xué)習(xí)與生活中，針對地方高校理工類學(xué)生的特點(diǎn)，相應(yīng)思維方式與意識的引入更應(yīng)貼進(jìn)學(xué)生生活。例如，在入學(xué)第一學(xué)期的“計(jì)算機(jī)文化基礎(chǔ)”課程教學(xué)過程中，通過與學(xué)生日常生活的交流，會發(fā)現(xiàn)學(xué)生常常抱怨課間時(shí)等待電梯時(shí)間過長這一情況。那么，教師就可以引導(dǎo)學(xué)生進(jìn)入對這一問題的思考，即你知道電梯的工作原理是什么嗎？以及對這一問題最簡單的創(chuàng)新解決方法是什么？此時(shí)，就可以給出“操作系統(tǒng)的工作原理”以及“TRIZ方法論中的發(fā)明原理、沖突矩陣、物場分析等工具”。通過這些內(nèi)容具體地引導(dǎo)學(xué)生了解他們的專業(yè)可以解決的問題，深化學(xué)生對于其專業(yè)知識的理解和應(yīng)用。

2．軟件設(shè)計(jì)類具體課程中項(xiàng)目的構(gòu)思與設(shè)計(jì)過程

（1）項(xiàng)目設(shè)計(jì)對學(xué)生能力的促進(jìn)。通過有針對性的引導(dǎo)與訓(xùn)練，學(xué)生發(fā)現(xiàn)問題的主動意識與創(chuàng)新的能力將會有很大程度的提高。此時(shí)，教師就可以在相應(yīng)的軟件設(shè)計(jì)類課程中給出某些不太復(fù)雜但針對性較強(qiáng)的項(xiàng)目。項(xiàng)目應(yīng)符合復(fù)雜的現(xiàn)實(shí)環(huán)境，與實(shí)際生活緊密相關(guān)，只有這樣才能真實(shí)反映出完整項(xiàng)目所包含的事件本身、其產(chǎn)生的原因、目前所存在的問題、挑戰(zhàn)解決的途徑以及資源限制等。學(xué)生通過項(xiàng)目必將真正了解工程師在實(shí)際設(shè)計(jì)中所面臨的復(fù)雜境地以及艱難的抉擇。這種項(xiàng)目式教學(xué)，既可以增強(qiáng)該課程的整體教學(xué)效果，可以運(yùn)用TRIZ的相關(guān)理論進(jìn)行訓(xùn)練和鞏固。學(xué)生有針對性的對項(xiàng)目進(jìn)行分析研究，經(jīng)過對項(xiàng)目的分析、討論、決策等環(huán)節(jié)，進(jìn)而建立起系統(tǒng)的實(shí)踐方案。在對項(xiàng)目的構(gòu)思與設(shè)計(jì)過程中，學(xué)生學(xué)習(xí)了相關(guān)信息的搜集、整理，以及運(yùn)用TRIZ方法對解決方案進(jìn)行評估和最終決策的知識。這樣的學(xué)習(xí)有助于訓(xùn)練和提高學(xué)生在復(fù)雜環(huán)境下運(yùn)用TRIZ來解決實(shí)際工程問題的能力。（2）設(shè)計(jì)團(tuán)隊(duì)的組建對學(xué)生創(chuàng)新能力和學(xué)習(xí)效果的影響?，F(xiàn)階段的學(xué)生個(gè)性差異較大，類別明顯，主要分為不同的兩種類型：第一種學(xué)生思維活躍，易于接受新事務(wù)，但與計(jì)算機(jī)相關(guān)的理工類基礎(chǔ)知識薄弱。第二種學(xué)生思維習(xí)慣傳統(tǒng)，但相關(guān)基礎(chǔ)知識掌握的較為系統(tǒng)。目前在地方高校中，第一種學(xué)生所占比例為多。教師通過實(shí)驗(yàn)教學(xué)過程很快就能夠掌握學(xué)生的不同特性，在軟件開發(fā)實(shí)踐環(huán)節(jié)就可以將不同類型的學(xué)生進(jìn)行整合。由于TRIZ理論來源于大量的專利，對各種場、參數(shù)和原則等概念能夠真正理解的人才能更好運(yùn)用TRIZ理論解決實(shí)際問題。因此，每個(gè)設(shè)計(jì)小組都由小部分“第二種”學(xué)生和大部分的“第一種”學(xué)生組成，根據(jù)任務(wù)的大小進(jìn)行人數(shù)的分配。通過這一方式的應(yīng)用，學(xué)生在系統(tǒng)設(shè)計(jì)的實(shí)踐環(huán)節(jié)所完成大作業(yè)的創(chuàng)新性、可轉(zhuǎn)化程度以及設(shè)計(jì)的質(zhì)量較之以前按學(xué)號分組等情況都有了很大的提高。（3）合理劃分項(xiàng)目工作以刺激學(xué)生參與意識。地方高校中學(xué)生自主學(xué)習(xí)意識較弱，對項(xiàng)目不能積極參與。針對這種情況，在對指定項(xiàng)目的實(shí)施過程中需要按設(shè)計(jì)小組中的每個(gè)人為單位對項(xiàng)目進(jìn)行合理的劃分與整合。例如，在教學(xué)樓里排課系統(tǒng)的設(shè)計(jì)中，小組成員為10人。首先，要選定設(shè)計(jì)小組長。小組長不一定在技術(shù)上全面或某項(xiàng)技術(shù)上突出，但應(yīng)該具備良好溝通能力，并對本小組成員的特點(diǎn)非常了解，這樣才能協(xié)助教師作好分工協(xié)作與管理。然后，通過組長的協(xié)助，將項(xiàng)目不同設(shè)計(jì)周期的任務(wù)進(jìn)行劃分。為自主學(xué)習(xí)意識不強(qiáng)的學(xué)生劃分簡單、技術(shù)性不強(qiáng)但非常重要的工作，如對教學(xué)樓中的教室面積、桌椅數(shù)量、是否是多媒體教室、所屬院系等內(nèi)容進(jìn)行統(tǒng)計(jì)，或者將統(tǒng)計(jì)的數(shù)據(jù)錄入數(shù)據(jù)庫、建立數(shù)據(jù)表等基礎(chǔ)且重要的工作。其他成員可根據(jù)其特長和能力對項(xiàng)目工作進(jìn)行劃分。通過項(xiàng)目合理的劃分就可以使學(xué)生在學(xué)習(xí)的過程中，充分利用現(xiàn)有專業(yè)知識選擇有效的方法和技術(shù)，以項(xiàng)目為對象有興趣、有責(zé)任參與到項(xiàng)目開發(fā)和研究的全過程中。學(xué)生在參與項(xiàng)目的過程中，運(yùn)用TRIZ理論的知識方法，從系統(tǒng)的角度處理好整體和局部，集體和個(gè)人的關(guān)系。（4）積極選取突出的項(xiàng)目設(shè)計(jì)案例進(jìn)行成果轉(zhuǎn)化。培養(yǎng)學(xué)生發(fā)現(xiàn)問題和創(chuàng)新思維意識以及對軟件項(xiàng)目設(shè)計(jì)的能力，其主要動力來源應(yīng)該是積極促使團(tuán)隊(duì)設(shè)計(jì)成果的轉(zhuǎn)化?？梢月?lián)系相關(guān)部門試用產(chǎn)品，對軟件進(jìn)行市場跟蹤。相應(yīng)的學(xué)生對軟件工程中軟件的整個(gè)生命周期會有更深入的了解。

3．注重課程實(shí)踐對學(xué)生創(chuàng)新思維和開發(fā)能力的培養(yǎng)

（1）整合課程內(nèi)容為加大實(shí)踐課時(shí)占比做鋪墊。對計(jì)算機(jī)專業(yè)課程，尤其是軟件設(shè)計(jì)類課程的課程內(nèi)容進(jìn)行的大膽整合，將整合后讓出的理論課時(shí)替換為課程實(shí)踐。例如，原有的C語言、C++和Java分三學(xué)期連續(xù)講授。講的多練的少，學(xué)生的思考僅為片段式思考，對三個(gè)軟件之間的連續(xù)性沒有深刻認(rèn)識，對學(xué)生創(chuàng)新意識、創(chuàng)新思維和創(chuàng)新開發(fā)能力的培養(yǎng)效果并不突出。為此，我們嘗試了課程內(nèi)容的整合，將三學(xué)期的教學(xué)內(nèi)容壓縮為兩個(gè)學(xué)期。在學(xué)生基本掌握了程序設(shè)計(jì)的思維方式與相應(yīng)軟件的設(shè)計(jì)方法后，就給出課程設(shè)計(jì)的任務(wù)。只在實(shí)踐教學(xué)引導(dǎo)中給出軟件的特色、核心以及需要注意的內(nèi)容即可，這樣不僅加強(qiáng)了課程實(shí)踐，為學(xué)生到企業(yè)實(shí)訓(xùn)倒出時(shí)間，更重要的是能夠引發(fā)學(xué)生自主思考，突出了學(xué)生創(chuàng)新能力的培養(yǎng)。（2）教師在課程設(shè)計(jì)中注重培養(yǎng)自身與學(xué)生的創(chuàng)新思維和能力。青年學(xué)生思維活躍，作為軟件設(shè)計(jì)專業(yè)任課教師一定突破年齡，保持積極活躍的思維才能夠在教學(xué)的各個(gè)環(huán)節(jié)，尤其是課程設(shè)計(jì)的環(huán)節(jié)中有效地發(fā)現(xiàn)和引導(dǎo)學(xué)生的創(chuàng)新思維和能力。在更高一層次上，教師可以結(jié)合教學(xué)經(jīng)驗(yàn)，通過對TRIZ相關(guān)內(nèi)容的不斷學(xué)習(xí)實(shí)踐，進(jìn)而合理有效地在實(shí)踐課中穿插使用TRIZ理論中ARIZ算法等教學(xué)工具，引導(dǎo)部分學(xué)生在實(shí)踐過程中對理論內(nèi)容進(jìn)行總結(jié)與驗(yàn)證，對教材中的現(xiàn)有內(nèi)容及項(xiàng)目案例進(jìn)行改進(jìn)與創(chuàng)新。

篇5

軟件行業(yè)是一個(gè)極具挑戰(zhàn)性和創(chuàng)造性的行業(yè),軟件開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程,牽涉到各方面的因素,在實(shí)際工作中,經(jīng)常會出現(xiàn)各種各樣的問題,甚至面臨失敗。如何總結(jié)、分析失敗的原因,得出有益的教訓(xùn),對一個(gè)公司來說,是在今后的項(xiàng)目中取得成功的關(guān)鍵。

1.項(xiàng)目管理在軟件開發(fā)中的應(yīng)用的成因

目前我國大部分軟件公司,無論是產(chǎn)品型公司還是項(xiàng)目型公司,都沒有形成完全適合自己公司特點(diǎn)的軟件開發(fā)管理模式,雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范,但并沒有從根本上解決軟件開發(fā)的質(zhì)量控制問題。這樣導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定,軟件后期的維護(hù)、升級出現(xiàn)麻煩,同時(shí)最終也會損害用戶的利益。

隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成,人們越來越意識到軟件過程管理的重要性,管理學(xué)的思想逐漸融入軟件開發(fā)過程中,應(yīng)用開發(fā)的項(xiàng)目管理日益受到重視。

2.軟件項(xiàng)目管理常見問題及解決方案

(1)缺乏項(xiàng)目管理系統(tǒng)培訓(xùn)

在軟件企業(yè)中,以前幾乎沒有專門招收項(xiàng)目管理專業(yè)的人員來擔(dān)任項(xiàng)目經(jīng)理,被任命的項(xiàng)目經(jīng)理主要是因?yàn)樗麄兡軌蛟诩夹g(shù)上獨(dú)當(dāng)一面,而管理方面特別是項(xiàng)目管理方面的知識比較缺乏。

解決方案:項(xiàng)目經(jīng)理接受系統(tǒng)的項(xiàng)目管理知識培訓(xùn)是非常必要的,有了專業(yè)領(lǐng)域的知識與實(shí)踐,再加上項(xiàng)目管理知識與實(shí)踐和一般管理的知識和經(jīng)驗(yàn)的有機(jī)結(jié)合,必能大大提高項(xiàng)目經(jīng)理的項(xiàng)目管理水平。

(2)項(xiàng)目計(jì)劃意識問題

項(xiàng)目經(jīng)理對總體計(jì)劃、階段計(jì)劃的作用認(rèn)識不足,因此制定總體計(jì)劃時(shí)比較隨意,不少事情沒有仔細(xì)考慮;階段計(jì)劃因工作忙等理由經(jīng)常拖延,造成計(jì)劃與控制管理脫節(jié),無法進(jìn)行有效的進(jìn)度控制管理。

解決方案:計(jì)劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細(xì)的方式進(jìn)行不斷完善。提高項(xiàng)目經(jīng)理的計(jì)劃意識,采用項(xiàng)目計(jì)劃制定相關(guān)知識、技術(shù)、工具,加強(qiáng)對開發(fā)計(jì)劃、階段計(jì)劃的有效性進(jìn)行事前事后的評估。

(3)管理意識問題

部分項(xiàng)目經(jīng)理不能從總體上把握整個(gè)項(xiàng)目,而是埋頭于具體的技術(shù)工作,造成項(xiàng)目組成員之間忙的忙、閑的閑,計(jì)劃不周、任務(wù)不均、資源浪費(fèi)。有些項(xiàng)目經(jīng)理沒有很好的管理方法,不好安排的工作只好自己做,使項(xiàng)目任務(wù)無法有效、合理地分配給相關(guān)成員,以達(dá)到“負(fù)載均衡”。

解決方案:加強(qiáng)項(xiàng)目管理方面的培訓(xùn),并通過對考核指標(biāo)的合理設(shè)定和宣傳引導(dǎo)項(xiàng)目經(jīng)理更好地做好項(xiàng)目管理工作。技術(shù)骨干在擔(dān)任項(xiàng)目經(jīng)理之前,最好能經(jīng)過系統(tǒng)的項(xiàng)目管理知識,特別是其中的人力資源管理、溝通管理的學(xué)習(xí),并且在實(shí)際工作中不斷提高自己的管理素質(zhì),豐富項(xiàng)目管理經(jīng)驗(yàn),提高項(xiàng)目管理意識。

(4)溝通意識問題

在項(xiàng)目中一些重要信息沒有進(jìn)行充分和有效的溝通。在制定計(jì)劃、意見反饋、情況通報(bào)、技術(shù)問題或成果等方面與相關(guān)人員的溝通不足,造成各做各事、重復(fù)勞動,甚至造成不必要的損失;有些人沒有每天定時(shí)收郵件的習(xí)慣,以至于無法及時(shí)接收最新的信息。解決方案:制定有效的溝通制度和溝通機(jī)制,提高溝通意識;采取多種溝通方式,提高溝通的有效性。通過制度規(guī)定對由于未及時(shí)收取郵件而造成損失的責(zé)任歸屬;對于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通以確保傳達(dá)到位,例如:除發(fā)送郵件外還要電話提醒、回執(zhí)等,重要的內(nèi)容還要通過舉行各種會議進(jìn)行傳達(dá)。

(5)風(fēng)險(xiǎn)管理意識問題

有些項(xiàng)目經(jīng)理沒有充分意識到風(fēng)險(xiǎn)管理的重要性,對計(jì)劃書中風(fēng)險(xiǎn)管理的章節(jié)簡單應(yīng)付了事,隨便列出幾個(gè)風(fēng)險(xiǎn),隨便地寫一些簡單的對策,對于后面的風(fēng)險(xiǎn)防范起不到什么指導(dǎo)作用。

解決方案:通過學(xué)習(xí)項(xiàng)目管理知識掌握風(fēng)險(xiǎn)識別、量化、對策研究、反應(yīng)控制的工具和方法,掌握項(xiàng)目風(fēng)險(xiǎn)管理所必備的知識。通過加強(qiáng)對項(xiàng)目規(guī)劃中風(fēng)險(xiǎn)管理計(jì)劃的審核提高項(xiàng)目組的風(fēng)險(xiǎn)管理意識?？偨Y(jié)本行業(yè)項(xiàng)目中常見的風(fēng)險(xiǎn)及其對策作為風(fēng)險(xiǎn)管理計(jì)劃中必要的風(fēng)險(xiǎn)內(nèi)容,并切實(shí)評估相應(yīng)對策的有效性和可行性。

(6)項(xiàng)目干系人問題

在范圍識別階段,項(xiàng)目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作職責(zé)等沒有足夠了解以至于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求;或者是多個(gè)用戶代表各說各話、昨是今非,但同時(shí)又要求項(xiàng)目盡早交付;項(xiàng)目后期需求變化隨意,造成項(xiàng)目范圍的蔓延,進(jìn)度的拖延,成本的擴(kuò)大。超級秘書網(wǎng)

解決方案:項(xiàng)目的目的就是實(shí)現(xiàn)項(xiàng)目干系人的需求和愿望。項(xiàng)目干系人管理應(yīng)當(dāng)從項(xiàng)目的啟動開始,項(xiàng)目經(jīng)理及其項(xiàng)目成員就要分清項(xiàng)目干系人包含哪些人和組織,通過溝通協(xié)調(diào)對他們施加影響,驅(qū)動他們對項(xiàng)目的支持,調(diào)查并明確他們的需求和愿望,減小其對項(xiàng)目的阻力,以確保項(xiàng)目獲得成功。

(7)項(xiàng)目團(tuán)隊(duì)內(nèi)分工協(xié)作問題

項(xiàng)目團(tuán)隊(duì)內(nèi)部有時(shí)由于各階段不同角色或同階段不同角色之間的責(zé)任分工不夠清晰而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象;有時(shí)各階段不同角色或同階段不同角色之間的責(zé)任分工比較清晰,但是各項(xiàng)目成員只顧完成自己那部分任務(wù),不愿意與他人協(xié)作。這些現(xiàn)象都將造成項(xiàng)目組內(nèi)部資源的損耗,從而影響項(xiàng)目進(jìn)展。

篇6

1軟件和軟件業(yè)現(xiàn)存問題

1.1軟件項(xiàng)目的特點(diǎn)軟件項(xiàng)目是以軟件為產(chǎn)品的項(xiàng)目。軟件產(chǎn)品的特質(zhì)決定了軟件項(xiàng)目的管理和其他領(lǐng)域的項(xiàng)目管理有著截然的不同之處。

1.1.1抽象性軟件是腦力勞動的結(jié)果,是一種邏輯實(shí)體,具有抽象性。在軟件項(xiàng)目的開發(fā)過程中沒有具體的物理制造過程,因而不受物理制造過程的限制,其結(jié)束以軟件產(chǎn)品交付用戶為標(biāo)志。軟件一旦研制成功,就可以大量復(fù)制,因此軟件產(chǎn)品需要進(jìn)行知識產(chǎn)權(quán)的保護(hù)。

1.1.2缺陷檢測的困難性在軟件的生產(chǎn)過程中,檢測和預(yù)防缺陷是很難的,需要進(jìn)行一系列的軟件測試活動以降低軟件的錯(cuò)誤率。即使如此,軟件缺陷也是難以杜絕的。這就像一些試驗(yàn)科學(xué)中的系統(tǒng)誤差,只能盡量避免,但不能夠完全根除。

1.1.3高度的復(fù)雜性軟件的復(fù)雜性可以很高。有人甚至認(rèn)為,軟件是目前為止人類所遇到的最為復(fù)雜的事物。軟件的復(fù)雜性可能來自實(shí)際問題的復(fù)雜性,也可能來自軟件自身邏輯的復(fù)雜性。

1.2我國軟件行業(yè)軟件項(xiàng)目現(xiàn)存問題

1.2.1項(xiàng)目管理人才匱乏分析我國的軟件產(chǎn)品,可以發(fā)現(xiàn)我國真正生存期比較長的成功產(chǎn)品為數(shù)不多,很多開發(fā)人員甚至項(xiàng)目管理人員多年下來,也沒有參與過一次真正意義上成功產(chǎn)品的項(xiàng)目運(yùn)作。這種現(xiàn)狀反過來又導(dǎo)致我國軟件企業(yè)項(xiàng)目管理缺乏項(xiàng)目經(jīng)驗(yàn)積累,產(chǎn)業(yè)項(xiàng)目運(yùn)作長期無法規(guī)范化。造成我國雖然有大批具有優(yōu)秀基礎(chǔ)的軟件工程師人才,卻開發(fā)不出高質(zhì)量的產(chǎn)品,大批軟件人才外流的現(xiàn)實(shí)情況。

1.2.2管理制度不健全隨著我國軟件行業(yè)的日益發(fā)展和不斷進(jìn)步,企業(yè)開始陸續(xù)引進(jìn)并實(shí)施了“事業(yè)部制/項(xiàng)目制”等專業(yè)劃分,即:按照其所負(fù)責(zé)行業(yè)或業(yè)務(wù)系統(tǒng)的不同,成立多個(gè)事業(yè)部,各個(gè)事業(yè)部只負(fù)責(zé)其所屬行業(yè)內(nèi)的項(xiàng)目和工程。每個(gè)事業(yè)部內(nèi)部按照不同的產(chǎn)品和項(xiàng)目劃分產(chǎn)品線和項(xiàng)目組,并且會確定相應(yīng)的產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理,以對其所負(fù)責(zé)的整個(gè)項(xiàng)目的全過程負(fù)責(zé)。但實(shí)際情況是,由于大型軟件系統(tǒng)項(xiàng)目過大,開發(fā)時(shí)間過長,參與單位和人員過多,最終出現(xiàn)以下問題:

(1)組織構(gòu)架不合理,項(xiàng)目管理、質(zhì)量管理、職能管理劃分混亂。項(xiàng)目經(jīng)理與項(xiàng)目嚴(yán)重脫節(jié),導(dǎo)致項(xiàng)目實(shí)施失控,項(xiàng)目經(jīng)理、質(zhì)量經(jīng)理等眾多頭銜,職責(zé)不清甚至很多項(xiàng)目經(jīng)理都成了虛設(shè)的行政頭銜,管理協(xié)調(diào)行政事物,脫離項(xiàng)目。

(2)項(xiàng)目管理和質(zhì)量保證體系使用棍亂,項(xiàng)目組無統(tǒng)一目標(biāo)、方針、流程,導(dǎo)致項(xiàng)目工作效率低下。多套項(xiàng)目流程混雜不清,實(shí)施人員面對多種要求和多種流程疲于奔命,多個(gè)部門無法按照規(guī)范協(xié)同合作,項(xiàng)目經(jīng)理和實(shí)施人員陷入混亂的流程漩渦,導(dǎo)致項(xiàng)目停工或工期延誤等后果。(3)項(xiàng)目團(tuán)隊(duì)尤其是項(xiàng)目經(jīng)理的責(zé)權(quán)不清,授權(quán)不合理,導(dǎo)致其工作無法開展。尤其是一些規(guī)模較大的企業(yè)多個(gè)項(xiàng)目存在耦合,項(xiàng)目內(nèi)又劃分子項(xiàng)目的情況下,項(xiàng)目經(jīng)理的責(zé)權(quán)劃分經(jīng)常很難清晰。

2項(xiàng)目管理和大型軟件系統(tǒng)項(xiàng)目管理

2.1主流管理體系

2.1.1項(xiàng)目管理所謂項(xiàng)目管理,就是項(xiàng)目的管理者在有限的資源約束下,運(yùn)用系統(tǒng)的觀點(diǎn)、方法和理論,對項(xiàng)目涉及的全部工作進(jìn)行有效地管理。即從項(xiàng)目的決策開始到項(xiàng)目結(jié)束的全過程進(jìn)行計(jì)劃、組織、指揮、協(xié)調(diào)、控制和評價(jià),以實(shí)現(xiàn)項(xiàng)目的目標(biāo)。

2.1.2項(xiàng)目管理的基本內(nèi)容劃分(1)項(xiàng)目質(zhì)量管理。項(xiàng)目質(zhì)量管理包括保證項(xiàng)目滿足其需求所需要的過程。包括確定質(zhì)量方針、目標(biāo)和職責(zé)并在質(zhì)量體系中通過諸如質(zhì)量計(jì)劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)使其實(shí)施的全面管理職能的所有活動。(2)項(xiàng)目時(shí)間管理。項(xiàng)目時(shí)間管理包括為確保項(xiàng)目按時(shí)完成所必要的過程。包括工序定義、工序排序、工序工期估計(jì)、制定進(jìn)度計(jì)劃、進(jìn)度控制等。(3)項(xiàng)目成本管理。項(xiàng)目成本管理包括確保在批準(zhǔn)的預(yù)算內(nèi)完成項(xiàng)目所需要的諸過程。包括成本管理主要過程:資源規(guī)劃、費(fèi)用估算、費(fèi)用預(yù)算、費(fèi)用控制等。(4)項(xiàng)目采購管理。項(xiàng)目采購管理包括需要從執(zhí)行組織以外獲得貨物和服務(wù)的過程。包括采購計(jì)劃編制、招標(biāo)計(jì)劃編制、招標(biāo)、選擇來源、合同管理等。(5)項(xiàng)目人力資源管理。項(xiàng)目人力資源管理包括需要最有效地利用涉及項(xiàng)目人員的過程。包括所有項(xiàng)目受益者、組織的計(jì)劃編制、人員招聘、隊(duì)伍開發(fā)等。(6)項(xiàng)目溝通管理。項(xiàng)目溝通管理包括保證及時(shí)、適當(dāng)?shù)禺a(chǎn)生、收集、、儲存和最終處理項(xiàng)目信息所需的過程。以下為主要過程:信息計(jì)劃編制,信息,執(zhí)行情況匯報(bào),行政收尾。(7)項(xiàng)目風(fēng)險(xiǎn)管理。項(xiàng)目風(fēng)險(xiǎn)管理包括對項(xiàng)目風(fēng)險(xiǎn)的識別、分析和應(yīng)對過程。包括風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)量化、風(fēng)險(xiǎn)應(yīng)對措施開發(fā)、風(fēng)險(xiǎn)應(yīng)對控制。

2.1.3大型軟件系統(tǒng)項(xiàng)目管理階段劃分大型軟件系統(tǒng)項(xiàng)目管理階段按照定義項(xiàng)目分為以下六大階段:項(xiàng)目需求階段;項(xiàng)目選擇階段;項(xiàng)目計(jì)劃階段;項(xiàng)目執(zhí)行階段;項(xiàng)目控制階段;項(xiàng)目收尾階段。

2.1.2大型軟件系統(tǒng)項(xiàng)目管理

2.2.1大型軟件系統(tǒng)項(xiàng)目概念大型軟件系統(tǒng)是指基于大中型計(jì)算機(jī)、通信網(wǎng)絡(luò)等現(xiàn)代化的工具和手段,收集、儲存、處理和輸出信息,以提供信息服務(wù)為主要目的的數(shù)據(jù)密集型、人機(jī)交互的計(jì)算機(jī)應(yīng)用系統(tǒng)。

2.2.2大型軟件系統(tǒng)項(xiàng)目的特點(diǎn)(1)項(xiàng)目持續(xù)時(shí)間較長和階段交叉性相結(jié)(2)項(xiàng)目成員復(fù)雜。參與項(xiàng)目實(shí)施的成員雖然主要來自承包商的多個(gè)職能部門的人員,還包括來自用戶不同部門或下屬結(jié)構(gòu)的業(yè)務(wù)人員,還有一些分包商和供貨商的人員參與。參與項(xiàng)目的人員通常要由計(jì)算機(jī)、網(wǎng)絡(luò)、通信、電子、管理等不同專業(yè)背景的專家、工程技術(shù)等人員共同合作,才能保證項(xiàng)目的實(shí)施。由于大型軟件系統(tǒng)牽涉范圍廣,所以參與項(xiàng)目的成員全部集中在某一地區(qū)不是很現(xiàn)實(shí)的事情,而是往往分布在全國各地,甚至需要在國外人員的合作參與。

2.3大型軟件系統(tǒng)項(xiàng)目的管理問題

2.3.1項(xiàng)目責(zé)任范圍界定不清一是項(xiàng)目初期客戶對自身需求不清晰;二是項(xiàng)目實(shí)施過程中客戶需求自身發(fā)生變動;三是需求分析人員和客戶對需求的理解有誤;四是缺少客戶業(yè)務(wù)部門參與。

2.3.2項(xiàng)目團(tuán)隊(duì)缺少有效管理一是團(tuán)隊(duì)溝通意識差;二是團(tuán)隊(duì)欠缺分工合作;三是項(xiàng)目成員的流動頻繁。

3提高大型軟件系統(tǒng)項(xiàng)目質(zhì)量的具體方法

3.1真實(shí)需求的獲取最終用戶真實(shí)需求的獲取就是需求分析的過程,它是一個(gè)項(xiàng)目的基石。在以往信息系統(tǒng)集成項(xiàng)目失敗的案例中,大部分是由于需求分析的不明確而造成的,因此對于一個(gè)信息系統(tǒng)集成項(xiàng)目成功的關(guān)鍵因素之一,就是對需求分析的把握程度。只有確確實(shí)實(shí)地把握客戶的需求和方向,才能做好后續(xù)的工作,這也是項(xiàng)目范圍管理的重點(diǎn)。需求分析需要安排專門的人員組成項(xiàng)目需求分析小組,這個(gè)小組員的組成除了要有專業(yè)的需求分析人員和系統(tǒng)設(shè)計(jì)人員外,還必須包括用戶方代表。用戶方代表應(yīng)為用戶各項(xiàng)業(yè)務(wù)的代表,他們能夠提出用戶的一些真實(shí)需求,或者通過他們能夠了解到最終用戶的真實(shí)需求。需求分析小組要制定詳細(xì)的需求調(diào)研計(jì)劃,確定需求調(diào)研的方法。為了便于需求調(diào)研雙方的充分合作理解,在需求調(diào)研開始前進(jìn)行一些培訓(xùn)工作是必要的,這些培訓(xùn)包括調(diào)研方法的培訓(xùn)、用戶業(yè)務(wù)流程的培訓(xùn)等。

3.2利用WBS分解項(xiàng)目工作分解結(jié)構(gòu)(WorkBreakdownStructure,WBS),是一種面向可交付成果的項(xiàng)目元素分組,這個(gè)分組組織并定義了全部的項(xiàng)目工作范圍;每下降一級都表示一個(gè)更加詳細(xì)的項(xiàng)目工作的定義。分解是指把主要可交付成果分成較小的、便于管理的組成部分,直到可交付成果定義明晰到足以支持各項(xiàng)項(xiàng)目活動(計(jì)劃、實(shí)施、控制和收尾)的制定。使用WBS的最大優(yōu)點(diǎn)是可以監(jiān)控以及預(yù)測成本、進(jìn)度等不同的項(xiàng)目信息,并且給所有的項(xiàng)目參與者員提供了一個(gè)均可與之作對比的一致基準(zhǔn)。

3.3范圍的驗(yàn)證項(xiàng)目范圍驗(yàn)證不應(yīng)該僅僅發(fā)生在項(xiàng)目結(jié)項(xiàng)的時(shí)候,這樣做往往會流于形式。比較理想的做法是在項(xiàng)目各個(gè)階段,至少是里程碑的階段,由項(xiàng)目需求分析小組的成員(特別是用戶方代表)、項(xiàng)目經(jīng)理、該階段可交付成果的負(fù)責(zé)人組成評估小組,由階段工作成果的負(fù)責(zé)人進(jìn)行宣講,評估小組一起進(jìn)行評審和驗(yàn)證。

3.4項(xiàng)目團(tuán)隊(duì)管理對于大型信息系統(tǒng)集成項(xiàng)目而言,項(xiàng)目團(tuán)隊(duì)組建是由項(xiàng)目主要干系人采用協(xié)商方式來完成,而不是由單方指定的;而項(xiàng)目的管理采用的是項(xiàng)目管理委員會領(lǐng)導(dǎo)下的項(xiàng)目經(jīng)理負(fù)責(zé)制,而不是項(xiàng)目經(jīng)理個(gè)人責(zé)任制。項(xiàng)目管理委員會一般是由項(xiàng)目各主要干系方指派的項(xiàng)目負(fù)責(zé)人組成,項(xiàng)目經(jīng)理由項(xiàng)目管理委員會成員通過充分的溝通協(xié)商指定。這樣做的主要目的是平衡項(xiàng)目干系方的滿意度,保證項(xiàng)目目標(biāo)的實(shí)現(xiàn)。

3.5項(xiàng)目團(tuán)隊(duì)的成長項(xiàng)目團(tuán)隊(duì)要建立起整體形象,需要明確方向,并且試圖對要完成的工作明確劃分和制訂計(jì)劃。項(xiàng)目經(jīng)理對于項(xiàng)目成員要采取預(yù)期激勵、信息激勵和參與激勵的激勵方式。項(xiàng)目團(tuán)隊(duì)成長與激勵關(guān)系示意圖3.6軟件項(xiàng)目的估算在項(xiàng)目計(jì)劃階段或項(xiàng)目進(jìn)度調(diào)整時(shí),對項(xiàng)目的規(guī)模、工作量、進(jìn)度和費(fèi)用進(jìn)行估算,便于掌握項(xiàng)目的進(jìn)度,控制項(xiàng)目的成本。而且這些估算的數(shù)據(jù)可作為其他項(xiàng)目估算的參考,同時(shí)也將作為項(xiàng)目跟蹤與監(jiān)控的度量基準(zhǔn)。估算主要包括規(guī)模和工作量的估算。首先要進(jìn)行的就是規(guī)模估算,規(guī)模估算應(yīng)該與項(xiàng)目需求一致,以便確定該項(xiàng)目的工作量、成本和進(jìn)度。每個(gè)規(guī)模屬性應(yīng)附上有關(guān)的難度和復(fù)雜度,然后結(jié)合項(xiàng)目成員的平均生產(chǎn)性,進(jìn)行工作量估算,進(jìn)而安排任務(wù)的時(shí)間進(jìn)度。超級秘書網(wǎng)

4結(jié)語

當(dāng)今我國軟件企業(yè)實(shí)施軟件項(xiàng)目管理的許多技術(shù)還不成熟,軟件項(xiàng)目延期、超出預(yù)算、品質(zhì)低劣甚至項(xiàng)目失敗等現(xiàn)象十分嚴(yán)重。在大型軟件系統(tǒng)開發(fā)過程中,做好項(xiàng)目管理是軟件開發(fā)能否成功的核心問題之一。筆者希望通過對大型軟件系統(tǒng)項(xiàng)目的項(xiàng)目管理進(jìn)行的研究,為項(xiàng)目管理者對項(xiàng)目的評估、計(jì)劃、控制提供一套標(biāo)準(zhǔn)化、系統(tǒng)化、定量化和切實(shí)可行的方法體系,為國內(nèi)軟件企業(yè)的軟件項(xiàng)目管理在實(shí)際中的應(yīng)用提供參考。

參考文獻(xiàn)

[1]美國項(xiàng)目管理協(xié)會.項(xiàng)目管理知識體系指南[M].2版.盧有杰,王永,譯.北京:電子工業(yè)出版社,2005.

篇7

2模型具體步驟劃分

通過對模型進(jìn)行深入分析和研究，并結(jié)合軟件項(xiàng)目特征，能夠確定責(zé)任范圍，對整個(gè)項(xiàng)目進(jìn)行結(jié)構(gòu)分解，得到WBS集；軟件項(xiàng)目的開發(fā)需要將用戶需求作為核心，進(jìn)而通過模型進(jìn)行分解，獲得PBS集；最后，要制定與項(xiàng)目開發(fā)相關(guān)的部署，確保每一個(gè)環(huán)節(jié)都能夠順利進(jìn)行，保證項(xiàng)目進(jìn)度，為工作提供依據(jù)，通過這種方式，不僅能夠確保工作有條不紊進(jìn)行，還能夠有效提高工作質(zhì)量和效率，從而促進(jìn)軟件開發(fā)工作進(jìn)一步發(fā)展。

3模型主要應(yīng)用流程

WBSR模型在軟件項(xiàng)目管理中的應(yīng)用主要涉及對項(xiàng)目的分解、工作目標(biāo)的確認(rèn)及更新。首先，建立工作小組，工作人員作為軟件項(xiàng)目管理的核心，其成員綜合素質(zhì)直接影響工作能否順利進(jìn)行，基于此，小組成員一般選擇項(xiàng)目經(jīng)濟(jì)、技術(shù)人員等，還可以增加用戶代表等，以此來確保軟件開發(fā)的合理、科學(xué)性；其次，工作、產(chǎn)品等結(jié)構(gòu)分解，工作分解作為模式應(yīng)用的基礎(chǔ)，應(yīng)結(jié)合實(shí)際情況進(jìn)行合理分解，切勿盲目性，還需要結(jié)合成員經(jīng)驗(yàn)等因素，為工作順利開展提供支持；軟件產(chǎn)品作為參與市場競爭的關(guān)鍵，分解產(chǎn)品開發(fā)，能夠深度挖掘員工潛力，提高產(chǎn)品適應(yīng)力，與客戶達(dá)成共識；最后，還需要結(jié)合實(shí)際情況對項(xiàng)目范圍進(jìn)行及時(shí)調(diào)整，如果范圍發(fā)生變化，相對應(yīng)的工作流程也需要進(jìn)行調(diào)整，實(shí)現(xiàn)統(tǒng)一、系統(tǒng)發(fā)展目標(biāo)。

4模型應(yīng)用情況

將軟件項(xiàng)目管理與WBSR模式結(jié)合，將各個(gè)工作進(jìn)行細(xì)致劃分，能夠?yàn)檐浖?jì)劃、預(yù)估等工作提供依據(jù)，確保工作順利開展，在一定程度上推動了軟件項(xiàng)目進(jìn)一步發(fā)展，與此同時(shí)，在項(xiàng)目開展過程中，負(fù)責(zé)人加大對實(shí)際工作的監(jiān)督和控制力度，能夠及時(shí)發(fā)現(xiàn)不足之處，并采取有針對性措施，確保軟件產(chǎn)品開發(fā)質(zhì)量，該模式的應(yīng)用，能夠直觀的反映組內(nèi)成員的實(shí)際表現(xiàn)，為日后進(jìn)行績效考核奠定了基礎(chǔ)，從而有效提高管理水平，促進(jìn)企業(yè)可持續(xù)、健康發(fā)展。

5模式性能評價(jià)

通過對WBSR模式在軟件項(xiàng)目管理中應(yīng)用情況調(diào)查可知，模式對工作過程及產(chǎn)品開發(fā)從不同角度進(jìn)行合理分解，提高了項(xiàng)目范圍的精準(zhǔn)性及有效性，避免工作失誤情況的發(fā)生，并且將工作細(xì)化至每一個(gè)人受眾，形成良性循環(huán)，促使員工能夠認(rèn)真、負(fù)責(zé)完成工作，起到了積極地促進(jìn)作用。因此，面對社會發(fā)展新形勢下，企業(yè)軟件項(xiàng)目管理可以大力推廣和普及WBSR模式，提高產(chǎn)品適應(yīng)力及質(zhì)量，從而實(shí)現(xiàn)企業(yè)經(jīng)濟(jì)效益最大化目標(biāo)。

篇8

關(guān)鍵詞：軟件項(xiàng)目管理軟件產(chǎn)品質(zhì)量因素

在軟件和信息科技行業(yè)，項(xiàng)目管理經(jīng)常決定了一個(gè)產(chǎn)品或者企業(yè)能否成功。項(xiàng)目管理得到越來越多的企業(yè)和政府部門的重視，例如中國于2002年4月召開了有關(guān)項(xiàng)目管理的首次國際研討會。具體操作與項(xiàng)目最根本的不同在于具體操作是具有連續(xù)性和重復(fù)性的，而項(xiàng)目則是有時(shí)限性和唯一性的。本文由中國收集整理。項(xiàng)目是一項(xiàng)為了創(chuàng)造某一唯一的產(chǎn)品或服務(wù)的時(shí)限性工作。所謂時(shí)限性是指每一個(gè)項(xiàng)目都具有明確的開端和明確的結(jié)束;所謂唯一是指該項(xiàng)產(chǎn)品或服務(wù)與同類產(chǎn)品或服務(wù)相比在某些方面具有顯著的不同。各種層次的組織都可以承擔(dān)項(xiàng)目工作。項(xiàng)目有時(shí)只涉及一個(gè)組織的某一部分，有時(shí)則可能需要跨越好幾個(gè)組織。項(xiàng)目是執(zhí)行組織商業(yè)戰(zhàn)略的關(guān)鍵。

一、軟件產(chǎn)品項(xiàng)目管理的重要性

20世紀(jì)80--90年代，許多大型企業(yè)管理信息系統(tǒng)MIS的開發(fā)都以失敗而告終。這是為什么?一個(gè)重要原因是軟件項(xiàng)目管理水平上不去，尤其是需求分析管理水平上不去，使得項(xiàng)目快要驗(yàn)收或交付時(shí)，卻出了大問題:要么發(fā)現(xiàn)用戶需求獲取不準(zhǔn)確，要么發(fā)現(xiàn)用戶需求變了，致使做好的系統(tǒng)不能用或不好用。20世紀(jì)90年代初，上海一家公司在青島做一個(gè)港口MIS項(xiàng)目，北京有一個(gè)單位在天津做一個(gè)港口MIS項(xiàng)目，都是因?yàn)榧滓译p方軟件工程基本知識不具備，使得項(xiàng)目管理不到位，導(dǎo)致2個(gè)大型項(xiàng)目不成功?，F(xiàn)在軟件應(yīng)用領(lǐng)域空前廣闊，深人到社會和科學(xué)研究等領(lǐng)域的各個(gè)方面。軟件的需求也比以往更加多，軟件系統(tǒng)設(shè)計(jì)也空前復(fù)雜。軟件的項(xiàng)目管理問題也就因此而產(chǎn)生了。90年代中期，軟件項(xiàng)目管理不善的問題仍然嚴(yán)重。據(jù)美國軟件工程狀況調(diào)查，只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。于是軟件項(xiàng)目管理成為軟件項(xiàng)目發(fā)展中最重要的核心問題。為了使軟件項(xiàng)目開發(fā)獲得成功，必須對軟件開發(fā)項(xiàng)目的工作范圍、可能遇到的風(fēng)險(xiǎn)、需要的資源(人、硬件、軟件)、要實(shí)現(xiàn)的任務(wù)、經(jīng)歷的里程碑、花費(fèi)的工作量(成本)，以及進(jìn)度安排等做到心中有數(shù)。軟件項(xiàng)目管理的目的就是提供這些信息，分析信息，并根據(jù)分析結(jié)果對項(xiàng)目做出調(diào)整。軟件項(xiàng)目管理開始于技術(shù)工作之前，在軟件開發(fā)的整個(gè)過程中持續(xù)進(jìn)行，最后中止于軟件過程結(jié)束。

二、軟件項(xiàng)目管理體系

隨著軟、硬件技術(shù)以及通信技術(shù)的日益成熟，軟件技術(shù)可以與所有的傳統(tǒng)產(chǎn)業(yè)相結(jié)合，促進(jìn)產(chǎn)品的更新?lián)Q代，大幅度提高產(chǎn)品的附加值，提高勞動生產(chǎn)率，推動產(chǎn)業(yè)結(jié)構(gòu)與產(chǎn)品結(jié)構(gòu)的調(diào)整。因此，軟件的開發(fā)以及應(yīng)用不僅僅是軟件開發(fā)機(jī)構(gòu)的任務(wù)，更深地涉及軟件使用者的切身利益，尤其像管理信息系統(tǒng)MIS(ManagcmentInformationSystem)、計(jì)算機(jī)集成制造系統(tǒng)CIMS(ComputerIntegrationManufacturingSystem)、企業(yè)資源計(jì)劃ERP(EnterpriseResourcePlanning)及商業(yè)智能BI(BusinessIntelligence)等大型的復(fù)雜軟件更是綜合了管理科學(xué)、計(jì)算機(jī)科學(xué)、通信技術(shù)以及數(shù)學(xué)等各方面的知識，需要各類人員的協(xié)調(diào)工作才能完成。因此也就有必要從項(xiàng)目管理的角度去管理軟件的開發(fā)和運(yùn)行。從用戶的角度來看，軟件項(xiàng)目的生命周期應(yīng)該包括項(xiàng)目前期的論證工作、項(xiàng)目計(jì)劃、軟件開發(fā)、運(yùn)行、維護(hù)以及項(xiàng)目后評價(jià)。由此可見軟件項(xiàng)目管理的范圍不僅包括傳統(tǒng)的軟件開發(fā)過程，還應(yīng)該包括開發(fā)之前的準(zhǔn)備工作以及運(yùn)行中的維護(hù)工作和對項(xiàng)目的總結(jié)工作。同時(shí)，在軟件項(xiàng)目生命周期中存在著許多活動。根據(jù)活動之間的相關(guān)性，可以將軟件項(xiàng)目的各種活動分為九大類。

(1)戰(zhàn)略管理。根據(jù)用戶的經(jīng)營目標(biāo)制定軟件項(xiàng)目的策略，以便為其他各方面的活動提供指導(dǎo)。在制定項(xiàng)目策略的時(shí)候應(yīng)該充分考慮用戶和其他利益相關(guān)者的實(shí)際需求和市場因素。另外創(chuàng)造和諧的項(xiàng)目環(huán)境和連續(xù)改進(jìn)也是戰(zhàn)略管理的重要任務(wù)

(2)范圍管理。其目的是控制軟件項(xiàng)目的全部活動過程都在需求范圍內(nèi)，以確保項(xiàng)目各種資源的高效利用。成功的項(xiàng)目管理離不開用戶、軟件開發(fā)隊(duì)伍和項(xiàng)目經(jīng)理的一致理解和協(xié)調(diào)配合

(3)成本管理。軟件項(xiàng)目的成本不僅包括開發(fā)成本，也包括開發(fā)之前立項(xiàng)階段以及軟件在運(yùn)行中的費(fèi)用。操作者的培訓(xùn)費(fèi)用和項(xiàng)所使用的各種硬件設(shè)施費(fèi)用也都是整個(gè)項(xiàng)目成本的一部分。這些成本都需要很好地計(jì)劃和控制。

(4)時(shí)間管理。其內(nèi)容有確定各項(xiàng)活動之間的時(shí)間相關(guān)性;估計(jì)各項(xiàng)活動的持續(xù)時(shí)間，跟蹤各項(xiàng)活動的進(jìn)展情況，動態(tài)調(diào)筷各項(xiàng)活動之間在時(shí)間上的協(xié)調(diào)。本文由中國收集整理。

(5)人力資源管理。在軟件項(xiàng)目中應(yīng)該為軟件開發(fā)人員和管理人員等各類項(xiàng)目人員創(chuàng)造一個(gè)和諧良好的工作氛圍。使他們能感到項(xiàng)目成功的把握和積極的工作心態(tài)，確保項(xiàng)目隊(duì)伍的穩(wěn)定性和連續(xù)性。

(6)溝通管理。溝通管理是一個(gè)收集、存儲、配置和項(xiàng)目生命周期內(nèi)所形成的各種信息的過程為了讓每個(gè)項(xiàng)目相關(guān)人員及時(shí)得到所需的信息，需要很好地解決“什么時(shí)候、向什么人禮報(bào)什么的”的問題，此外軟件開發(fā)隊(duì)伍和用戶之間的溝通也是溝通管理中的一項(xiàng)重要工作。

(7)風(fēng)險(xiǎn)管理。由于軟件項(xiàng)目中存在著很多的不確定因索，也就必然存在著各種風(fēng)險(xiǎn)而且風(fēng)險(xiǎn)有可能造成不良的結(jié)果，對風(fēng)險(xiǎn)進(jìn)行分析和監(jiān)控貫穿于整個(gè)軟件項(xiàng)目生命周期。

(8)質(zhì)量管理。目前軟件的質(zhì)量還是一個(gè)模糊的概念并且難以衡量由于軟件質(zhì)量主要是在開發(fā)階段形成的，因此軟件項(xiàng)目質(zhì)量管理的重點(diǎn)應(yīng)放在系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和編碼階段，走查、評審、調(diào)試和測試是保證軟件質(zhì)量的重要手段軟件工程能力成熟度模型CMM(CapabilityMaturityModel)較好地解決了軟件開發(fā)過程中的質(zhì)量管理問題。

綜合管理。綜合管理的任務(wù)是對前面討論的各類管理活動進(jìn)行協(xié)調(diào)和控制，使這些活動相互配合。其核心任務(wù)是對各種方案進(jìn)行評價(jià)，協(xié)調(diào)各方面的利益沖突確保項(xiàng)目總體標(biāo)的最終實(shí)現(xiàn)。

三、軟件項(xiàng)目管理的核心是全面客戶滿意

當(dāng)前，不少軟件業(yè)管理人上認(rèn)為，軟件開發(fā)的問題主要在軟件開發(fā)的工程化、規(guī)范化和軟件開發(fā)管理體制。他們按照CMM(CapabilityMaturityModel),IS09002的標(biāo)準(zhǔn)來建立他們的管理體系。這里有商業(yè)競爭的因素在起作用。但是，他們忽略了商業(yè)競爭中取勝最重要的因素—客戶滿意。他們沒有考慮到他們的管理方法能否滿足客戶不斷變化的需求。從長遠(yuǎn)來看，軟件項(xiàng)目真正的成功是客戶的全面滿意。以客戶滿意為中心的質(zhì)量是必需的。漠視質(zhì)量或只關(guān)心產(chǎn)品/服務(wù)是否符合需要的方法再也不足以留住和獲得客戶。因此，軟件開發(fā)項(xiàng)目組織必須先確定什么產(chǎn)品/服務(wù)可以讓顧客滿意，然后再努力滿足客戶的需求和期望。要實(shí)現(xiàn)此目標(biāo)，組織必須識別對軟件產(chǎn)品的各種特性中哪些是對客戶的滿意起決定作用的要素。例如，服務(wù)器操作系統(tǒng)軟件，需要長時(shí)間穩(wěn)定連續(xù)工作。穩(wěn)定性則是該軟件產(chǎn)品的關(guān)鍵要素。因此系統(tǒng)的開發(fā)管理圍繞著這一關(guān)鍵要素來展開。盡管不少的組織明白沒有客戶一個(gè)組織就不能生存和發(fā)展，或者說沒有客戶就沒有組織，但在項(xiàng)目實(shí)施過程中，仍然存在著客戶滿意的障礙:

(1)項(xiàng)目管理組織沒有發(fā)展和完善對客戶不斷變化的需求和期望作出快速響應(yīng)的能力。

(2)項(xiàng)目管理組織沒有聽取客戶意見和建議的能力。

篇9

二、軟件項(xiàng)目的生命周期

從項(xiàng)目管理與項(xiàng)目經(jīng)濟(jì)分析的角度看，軟件項(xiàng)目的生命周期可歸納為圖1所示的一般過程：

在圖1中，橫坐標(biāo)是時(shí)間，縱坐標(biāo)是收益或投資成本，t0=0是項(xiàng)目的決策點(diǎn)。在決策時(shí)，I是項(xiàng)目可行性研究費(fèi)用(成本)，相對于項(xiàng)目的整個(gè)壽命期，一般來說項(xiàng)目的可行性研究階段的時(shí)間很短，所以假設(shè)項(xiàng)目的可行性研究是在瞬間完成。t1是項(xiàng)目開發(fā)的起始點(diǎn)，t2-t1是項(xiàng)目前期開發(fā)階段，在這一階段，項(xiàng)目有一現(xiàn)金流C1支出，C1可能是常量，也可能是隨時(shí)間的變量C1(t)。從t2時(shí)刻起，項(xiàng)目的首期開發(fā)完成，項(xiàng)目開始有收益，即現(xiàn)金流B1，B1也可能是常量，更一般的是隨時(shí)間的變量B1(t)，這一收入可能是企業(yè)出售軟件或軟件相關(guān)服務(wù)效益的收入。同時(shí)，對于大多數(shù)成功的軟件項(xiàng)目來說，從t2時(shí)刻起，該軟件項(xiàng)目又開始了進(jìn)一步的開發(fā)，如增加軟件的新功能，或?qū)④浖浦矓U(kuò)展到其他的計(jì)算機(jī)操作系統(tǒng)等。從t3-t2階段是軟件項(xiàng)目的第二次開發(fā)階段，在這一過程中所發(fā)生的開發(fā)費(fèi)用為C2，C2的特點(diǎn)也與C1相似。從t3到tn，其中可能包括多個(gè)與t3-t2階段相似的軟件項(xiàng)目的擴(kuò)展(二次開發(fā))階段。T是該軟件項(xiàng)目結(jié)束的時(shí)間。由于技術(shù)進(jìn)步與消費(fèi)者需求的變化，一般來說一個(gè)軟件不可能永遠(yuǎn)繼續(xù)下去，它可能在某一時(shí)刻被完全淘汰。綜上分析，t0是項(xiàng)目的決策點(diǎn)，t1是項(xiàng)目的開發(fā)起始點(diǎn)，他們可能是同一時(shí)間，但大多數(shù)情況下可能是不同點(diǎn)。t1-tn是項(xiàng)目的開發(fā)階段，其中t1-t2是項(xiàng)目的純開發(fā)階段，在這一階段上，項(xiàng)目無收益。t2-T是項(xiàng)目的收益階段，在這個(gè)時(shí)段上項(xiàng)目有現(xiàn)金流入，他們通常大于本階段上的開發(fā)費(fèi)用。值得指出的是，軟件項(xiàng)目在t2-T階段，企業(yè)可以中止并出售該項(xiàng)目，并一次性收取轉(zhuǎn)讓費(fèi)。

三、軟件開發(fā)項(xiàng)目內(nèi)含實(shí)物期權(quán)分析

從圖1的分析可以看出，一個(gè)軟件開發(fā)項(xiàng)目包含了多個(gè)階段。把軟件項(xiàng)目看作是由一系列序貫開發(fā)的小項(xiàng)目所組成，這一觀點(diǎn)在軟件開發(fā)項(xiàng)目管理中已被廣泛接受。在軟件項(xiàng)目中，前一階段的決策，決定了后續(xù)階段的開發(fā)投資。所以，在前一階段的經(jīng)濟(jì)評價(jià)中，應(yīng)考慮本階段的決策所帶來的后續(xù)階段投資機(jī)會的價(jià)值。從這一觀點(diǎn)出發(fā)，可以分析在軟件開發(fā)項(xiàng)目的不同階段中項(xiàng)目可能包含的實(shí)物期權(quán)。

在t0點(diǎn)，即項(xiàng)目投資決策時(shí)，項(xiàng)目內(nèi)含一個(gè)等待(wait)或推遲(defer)開始的實(shí)物期權(quán)，這相當(dāng)于一個(gè)美國式的買方期權(quán)(CallOption)。該期權(quán)的執(zhí)行條件是：推遲項(xiàng)目可以使得管理人員獲得更多(額外)的有關(guān)項(xiàng)目的信息，在此基礎(chǔ)上，有利于管理人員采取管理行動，而且，一般來說計(jì)算機(jī)硬件，軟件的價(jià)格隨時(shí)間迅速下降，推遲項(xiàng)目會有利于降低開發(fā)成本。但同時(shí)也應(yīng)看到，推遲項(xiàng)目也可能導(dǎo)致項(xiàng)目收入的損失和企業(yè)競爭優(yōu)勢的喪失，即推遲項(xiàng)目具有機(jī)會成本。在項(xiàng)目決策時(shí)，應(yīng)綜合全面考慮這兩方面因素。因而，在項(xiàng)目決策時(shí)，除了篩選項(xiàng)目外，還應(yīng)考慮這一實(shí)物期權(quán)的價(jià)值，在時(shí)間許可的范圍內(nèi)，決定最佳項(xiàng)目開始時(shí)間。

在t0時(shí)，除等待期權(quán)外，項(xiàng)目還包含有第二階段投資機(jī)會的實(shí)物期權(quán)。

在t1至tn時(shí)項(xiàng)目的開發(fā)階段。在開發(fā)階段上項(xiàng)目具有更大的管理柔性，項(xiàng)目可能包含的實(shí)物期權(quán)有：1.推遲或中止下一階段的開發(fā)。2.若不期望的情況出現(xiàn)，并且繼續(xù)下去，則可完全放棄該項(xiàng)目。3.根據(jù)新掌握的信息，擴(kuò)展或縮減項(xiàng)目。4.發(fā)現(xiàn)新派生軟件(項(xiàng)目)的投資機(jī)會。

最后，項(xiàng)目的經(jīng)營階段，項(xiàng)目還可能包括中止(出售)的期權(quán)，或由于條件的變化，進(jìn)一步升級軟件的機(jī)會。

雖然軟件項(xiàng)目中所包含的期權(quán)不同，但一般情況下，影響他們價(jià)值的因素主要包括：1.執(zhí)行項(xiàng)目中實(shí)物期權(quán)所產(chǎn)生的收益。對軟件開發(fā)項(xiàng)目來說，這可能是項(xiàng)目在某一階段的收益，一般來說，其他條件不變，收益越高，期權(quán)的價(jià)值也就越大。2.執(zhí)行實(shí)物期權(quán)所需要的成本。對于軟件開發(fā)項(xiàng)目而言，是投資于項(xiàng)目下一階段的成本，一般來說，其他條件不變，成本越小，期權(quán)的價(jià)值也就越大。3.收益與成本的不確定性的程度。對于金融期權(quán)來說，其價(jià)值是建立在市場風(fēng)險(xiǎn)之上的，這個(gè)風(fēng)險(xiǎn)反映在證券資產(chǎn)的價(jià)格變化上。然而，其中之一變?yōu)椴淮_定了，則項(xiàng)目所包含的實(shí)物期權(quán)價(jià)值會相應(yīng)增加。4.實(shí)物期權(quán)的截止時(shí)間。對于軟件項(xiàng)目來說，這一時(shí)間就是下一階段項(xiàng)目管理決策的可能時(shí)間。在實(shí)踐中，它經(jīng)常是企業(yè)因素所決定的。實(shí)物期權(quán)的截止時(shí)間越長，則期權(quán)的價(jià)值也就越高。5.項(xiàng)目包含的實(shí)物期權(quán)執(zhí)行的機(jī)會成本。若這一機(jī)會成本越高，則期權(quán)的價(jià)值也就越低。6.無風(fēng)險(xiǎn)折現(xiàn)率。無風(fēng)險(xiǎn)折現(xiàn)率越低，則期權(quán)的價(jià)值也就越高。

四、軟件開發(fā)項(xiàng)目經(jīng)濟(jì)分析的目標(biāo)與內(nèi)容

Trigeorgis等學(xué)者提出，在考慮內(nèi)含實(shí)物期權(quán)時(shí)，投資項(xiàng)目的價(jià)值包括兩部分：一是傳統(tǒng)的、被動的、靜態(tài)的(static)項(xiàng)目直接現(xiàn)金流的凈現(xiàn)值(NPV)。二是管理柔性或靈活性所產(chǎn)生的項(xiàng)目內(nèi)含實(shí)物期權(quán)價(jià)值。這一思想可歸納為下式：F=NPV+V(1)

(1)式中，F(xiàn)是擴(kuò)展(Expand)的NPV，也是整個(gè)項(xiàng)目投資機(jī)會的價(jià)值；NPV是按凈現(xiàn)值法計(jì)算出的項(xiàng)目凈現(xiàn)值；V是項(xiàng)目內(nèi)含期權(quán)的價(jià)值。

根據(jù)項(xiàng)目投資決策的NPV法則，內(nèi)含實(shí)物期權(quán)的IT項(xiàng)目，其投資機(jī)會的價(jià)值大于零時(shí)，項(xiàng)目可行；篩選IT項(xiàng)目的多個(gè)獨(dú)立方案時(shí)，選擇投資機(jī)會最大的投資方案。在大多數(shù)投資項(xiàng)目的實(shí)物期權(quán)理論研究以及實(shí)證研究的文獻(xiàn)中，都遵循這一準(zhǔn)則。然而，這類投資項(xiàng)目的決策思路卻值得重新審視。

傳統(tǒng)的投資項(xiàng)目經(jīng)濟(jì)評價(jià)中，沒有考慮項(xiàng)目中可能包含的實(shí)物期權(quán)，其經(jīng)濟(jì)評價(jià)是為其投資決策服務(wù)的。而投資決策的特點(diǎn)是在決策時(shí)只有投資或不投資兩種選擇，若項(xiàng)目選擇投資，其經(jīng)濟(jì)評價(jià)的使命便告結(jié)束。若選擇不投資，項(xiàng)目就放棄了。傳統(tǒng)的投資項(xiàng)目決策的內(nèi)容可歸納為下面三個(gè)基本內(nèi)容：1.決定投資項(xiàng)目是否經(jīng)濟(jì)可行；2.若可行的投資項(xiàng)目存在多個(gè)相互排斥的投資方案，篩選最佳的投資方案；3.在企業(yè)資源(預(yù)算)約束的條件下，篩選多個(gè)項(xiàng)目的投資組合。然而，若投資項(xiàng)目中包含實(shí)物期權(quán)，項(xiàng)目經(jīng)濟(jì)評價(jià)中也考慮了項(xiàng)目內(nèi)含實(shí)物期權(quán)的價(jià)值，那么投資項(xiàng)目不僅在經(jīng)濟(jì)評價(jià)的內(nèi)容與方式上與傳統(tǒng)項(xiàng)目的經(jīng)濟(jì)評價(jià)不同，而且項(xiàng)目的決策內(nèi)容和方式也與傳統(tǒng)項(xiàng)目的決策不同，具體體現(xiàn)在下面三個(gè)方面：第一，項(xiàng)目的決策不僅在項(xiàng)目最初的決策階段(點(diǎn))進(jìn)行，而且還應(yīng)延伸進(jìn)項(xiàng)目的整個(gè)過程之中。第二，在項(xiàng)目最初的決策階段(點(diǎn))，管理者不僅要決定項(xiàng)目是否可行，篩選最佳方案和選擇投資組合，而且還要依據(jù)項(xiàng)目經(jīng)濟(jì)評價(jià)的結(jié)果，決定項(xiàng)目內(nèi)含期權(quán)是否應(yīng)該執(zhí)行和何時(shí)執(zhí)行。第三，投資項(xiàng)目內(nèi)含期權(quán)的經(jīng)濟(jì)分析，不僅在項(xiàng)目決策階段進(jìn)行，而且還應(yīng)延伸至項(xiàng)目開發(fā)的全過程。在項(xiàng)目開發(fā)的每一個(gè)階段，根據(jù)項(xiàng)目經(jīng)濟(jì)分析的結(jié)果，決定當(dāng)時(shí)項(xiàng)目所含實(shí)物期權(quán)是否實(shí)施、何時(shí)實(shí)施。

五、軟件開發(fā)項(xiàng)目決策框架與準(zhǔn)則

從上述分析可以看出，在軟件開發(fā)項(xiàng)目經(jīng)濟(jì)評價(jià)中引入實(shí)物期權(quán)的概念和實(shí)物期權(quán)定價(jià)方法，是軟件開發(fā)項(xiàng)目經(jīng)濟(jì)分析與決策管理的革命，它必然給原有的軟件開發(fā)項(xiàng)目的管理帶來深刻變革。本文構(gòu)建了軟件開發(fā)項(xiàng)目的經(jīng)濟(jì)分析與管理決策過程的框架，其主要內(nèi)容是：1.確定本階段軟件開發(fā)的范圍及下一階段開發(fā)的可能范圍，決定是否可引出相關(guān)的開發(fā)項(xiàng)目。2.構(gòu)造確定本階段開發(fā)項(xiàng)目包含的實(shí)物期權(quán)，如推遲開發(fā)、進(jìn)一步擴(kuò)展開發(fā)等。3.預(yù)估開發(fā)項(xiàng)目成本、收益、時(shí)間和無風(fēng)險(xiǎn)折現(xiàn)率，特別應(yīng)分析確定成本與收益的不確定性特征，如變化方差等。4.根據(jù)開發(fā)項(xiàng)目的不確定源的特征，選擇合理、恰當(dāng)?shù)氖袇^(qū)期權(quán)定價(jià)模型，確定開發(fā)項(xiàng)目內(nèi)含期權(quán)的價(jià)值。對于相似于美國式期權(quán)的實(shí)物期權(quán)，還應(yīng)確定最佳執(zhí)行時(shí)間。一般來說，實(shí)物期權(quán)定價(jià)模型主要包括：已有的期權(quán)定價(jià)模型、偏微分方程法和動態(tài)規(guī)劃方法等。5.根據(jù)項(xiàng)目的經(jīng)濟(jì)分析結(jié)果作出管理決策。應(yīng)該指出的是，在軟件開發(fā)項(xiàng)目的不同階段，管理決策的內(nèi)容有所不同，下面詳細(xì)分析不同開發(fā)階段管理決策的內(nèi)容與規(guī)則。

篇10

1.1軟件項(xiàng)目功能的識別和度量依據(jù)軟件項(xiàng)目的開發(fā)特點(diǎn)，軟件項(xiàng)目功能模塊包括基本功能和擴(kuò)展功能，根據(jù)需要還會有衍生的附加功能。它在產(chǎn)品中的作用和價(jià)值有很大差異。對整體的投入/產(chǎn)出有很大的影響。如何定義這些功能，并進(jìn)行合理的功能劃分，包括其必要性和可能性、以及交付的時(shí)間節(jié)點(diǎn)，需要充分考慮用戶需求、開發(fā)成本、時(shí)間因素、質(zhì)量要求，將這些基本需要和用戶真實(shí)需求進(jìn)行匹配和對接，體現(xiàn)價(jià)值工程思想在軟件項(xiàng)目中的應(yīng)用和契合。

1.2軟件項(xiàng)目成本的識別和度量軟件項(xiàng)目成本是指為獲取軟件功能而付出的成本，主要體現(xiàn)為人力、物力、財(cái)力和時(shí)間的投入。相應(yīng)的成本和出，最終都可以從價(jià)值論的角度用統(tǒng)一的度量標(biāo)準(zhǔn)、度量方法和度量單位進(jìn)行分析和度量。在項(xiàng)目生命周期中，啟動、規(guī)劃設(shè)計(jì)、結(jié)束階段相應(yīng)的成本較低，實(shí)施階段的成本最高，應(yīng)該進(jìn)行有效的評估和設(shè)計(jì)。通過掙值管理（EVM），了解項(xiàng)目成本、進(jìn)度的偏差，及時(shí)進(jìn)行糾偏或變更管理。

1.3軟件項(xiàng)目價(jià)值的識別和度量在價(jià)值工程中，價(jià)值、功能和成本三者之間的關(guān)系應(yīng)該是：價(jià)值=功能（或效用）/成本（或生產(chǎn)費(fèi)用），用公式可表示為：V=F/C。V代表Value，即為價(jià)值；F代表Function，即為功能，C代表Cost，即為費(fèi)用。從項(xiàng)目管理的角度出發(fā)，影響產(chǎn)品的價(jià)值不僅是功能和費(fèi)用，還需要考慮相應(yīng)的時(shí)間成本以及質(zhì)量要求所帶來的成本，綜合以上因素，有學(xué)者提出其價(jià)值可用公式表示為：V=(F+Q)/(C+T)。上式中增加了質(zhì)量（Q代表Quality）因素和時(shí)間（T代表Time）因素在價(jià)值中的作用。在實(shí)際的操作中，其具體的核算指標(biāo)依據(jù)項(xiàng)目特點(diǎn)會有很大差異。影響價(jià)值的因素，除了以上各項(xiàng)，還包括用戶體驗(yàn)、供需關(guān)系和認(rèn)可度等諸多方面。

篇11

軟件行業(yè)在現(xiàn)在的眾多行業(yè)里是一個(gè)極具挑戰(zhàn)性和創(chuàng)造性的行業(yè)，體現(xiàn)了軟件開發(fā)者的智慧和汗水，同時(shí)軟件開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程。牽涉到許多方面的因素，在實(shí)際工作中，經(jīng)常會出現(xiàn)各種各樣的問題，甚至?xí)媾R失敗。如何總結(jié)、分析失敗的原因。得出有益的教訓(xùn)，對于項(xiàng)目開發(fā)人員來說，是在今后的項(xiàng)目中取得成功的關(guān)鍵。

一、軟件開發(fā)中實(shí)行項(xiàng)目管理的意義

項(xiàng)目管理就是在項(xiàng)目活動中運(yùn)用一系列的知識、技能、工具和技術(shù)，以滿足或超過相關(guān)利益者對項(xiàng)目的要求，實(shí)際上就是通過項(xiàng)目各方干系人的合作，把各種資源應(yīng)用于項(xiàng)目，以實(shí)現(xiàn)項(xiàng)目的目標(biāo)，滿足項(xiàng)目干系人的需求，其本質(zhì)就是對時(shí)間、質(zhì)量和成本的管理。

隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成，人們越來越意識到軟件過程管理的重要性，管理學(xué)的思想逐漸融入軟件開發(fā)過程中，項(xiàng)目開發(fā)的管理日益受到重視。

二、目前在軟件項(xiàng)目管理中存在的誤區(qū)

現(xiàn)在大多數(shù)企業(yè)都認(rèn)識到了在項(xiàng)目中進(jìn)行管理的重要性，但是仍然有許多企業(yè)在實(shí)施項(xiàng)目管理的過程中存在著這樣那樣的誤區(qū)，主要表現(xiàn)在：

1項(xiàng)目經(jīng)理不夠?qū)I(yè)。在軟件企業(yè)中，缺乏專業(yè)的項(xiàng)目管理人員來實(shí)施項(xiàng)目管理及擔(dān)任項(xiàng)目經(jīng)理，通常被任命的項(xiàng)目經(jīng)理主要是因?yàn)樗麄兡軌蛟诩夹g(shù)上獨(dú)當(dāng)一面，但是他們在管理方面特別是項(xiàng)目管理方面的知識比較缺乏。

2項(xiàng)目計(jì)劃缺乏綱領(lǐng)性。項(xiàng)目經(jīng)理對總體計(jì)劃、階段計(jì)劃的作用認(rèn)識不足，因此制定總體計(jì)劃時(shí)比較隨意，不少事情沒有仔細(xì)考慮：階段計(jì)劃因工作忙等理由經(jīng)常拖延，造成計(jì)劃與控制管理脫節(jié)，無法進(jìn)行有效的進(jìn)度控制管理。

3缺乏有效的管理意識。部分項(xiàng)目經(jīng)理不能從總體上把握整個(gè)項(xiàng)目，而是埋頭于具體的技術(shù)工作，造成項(xiàng)目組成人員之間忙的忙、閑的閑，計(jì)劃不周、任務(wù)不均、資源浪費(fèi)。有些項(xiàng)目經(jīng)理沒有很好的管理方法，不好安排的工作只好自己做，使項(xiàng)目任務(wù)無法有效、合理地分配給相關(guān)成員，以達(dá)到“負(fù)載均衡”。

4缺乏有效的溝通制度和機(jī)制。在項(xiàng)目中一些重要信息沒有進(jìn)行充分和有效的溝通。在制定計(jì)劃、意見反饋、情況通報(bào)、技術(shù)問題或成果等方面與相關(guān)人員的溝通不足，造成各做各事、重復(fù)勞動，甚至造成不必要的損失：有些人沒有每天定時(shí)收郵件的習(xí)慣，以至于無法及時(shí)接收最新的信息。

5風(fēng)險(xiǎn)管理意識淡泊。有些項(xiàng)目經(jīng)理沒有充分意識到風(fēng)險(xiǎn)管理的重要性，對計(jì)劃書中風(fēng)險(xiǎn)管理的章節(jié)簡單應(yīng)付了事，隨便列出幾個(gè)風(fēng)險(xiǎn)，隨便地寫一些簡單的對策，對于后面的風(fēng)險(xiǎn)防范起不到什么指導(dǎo)作用。

6項(xiàng)目干系人的不確定性。在范圍識別階段，項(xiàng)目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作職責(zé)等沒有足夠了解以至于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求：或者是多個(gè)用戶代表各說各話、昨是今非，但同時(shí)又要求項(xiàng)目盡早交付：項(xiàng)目后期需求變化隨意，造成項(xiàng)目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大。

7缺乏項(xiàng)目團(tuán)隊(duì)的合理分工。項(xiàng)目團(tuán)隊(duì)內(nèi)部有時(shí)由于各階段不同角色或同階段不同角色之間的責(zé)任分工不夠清晰而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象；有時(shí)各階段不同角色或同階段不同角色之間的責(zé)任分工比較清晰，但是各項(xiàng)目成員只顧完成自己那部分任務(wù)，不愿意與他人協(xié)作。這些現(xiàn)象都將造成項(xiàng)目組內(nèi)部資源的損耗，從而影響項(xiàng)目進(jìn)展。三、解決軟件項(xiàng)目管理中存在的誤區(qū)的有效策略

要想解決上面描述的誤區(qū)，歸根到底還是要從管理學(xué)的角度入手，即在軟件項(xiàng)目的開發(fā)過程中加入過程管理的內(nèi)容，這樣我們可以在軟件開發(fā)中對各個(gè)過程的質(zhì)量加以控制，從而達(dá)到保證軟件產(chǎn)品質(zhì)量的目的。為了有效提高管理水平，我們應(yīng)該努力做到：

1項(xiàng)目經(jīng)理接受系統(tǒng)的項(xiàng)目管理知識培訓(xùn)是非常必要的，有了專業(yè)領(lǐng)域的知識與實(shí)踐，再加上項(xiàng)目管理知識與實(shí)踐和一般管理的知識和經(jīng)驗(yàn)的有機(jī)結(jié)合，必能大大提高項(xiàng)目經(jīng)理的項(xiàng)目管理水平。

2計(jì)劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細(xì)的方式進(jìn)行不斷完善。提高項(xiàng)目經(jīng)理的計(jì)劃意識，采用項(xiàng)目計(jì)劃制定相關(guān)知識、技術(shù)、工具，加強(qiáng)對開發(fā)計(jì)劃、階段計(jì)劃的有效性進(jìn)行事前事后的評估。

3加強(qiáng)項(xiàng)目管理方面的培訓(xùn)，并通過對考核指標(biāo)的合理設(shè)定和宣傳引導(dǎo)項(xiàng)目經(jīng)理更好地做好項(xiàng)目管理工作。技術(shù)骨干在擔(dān)任項(xiàng)目經(jīng)理之前，最好能經(jīng)過系統(tǒng)的項(xiàng)目管理知識，特別是其中的人力資源管理、溝通管理的學(xué)習(xí)，并且在實(shí)際工作中不斷提高自己的管理素質(zhì)，豐富項(xiàng)目管理經(jīng)驗(yàn)，提高項(xiàng)目管理意識。

4制定有效的溝通制度和溝通機(jī)制，提高溝通意識：采取多種溝通方式，提高溝通的有效性。通過制度規(guī)定對由于未及時(shí)收取郵件而造成損失的責(zé)任歸屬；對于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通以確保傳達(dá)到位，例如：除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過舉行各種會議進(jìn)行傳達(dá)。

5通過學(xué)習(xí)項(xiàng)目管理知識掌握風(fēng)險(xiǎn)識別、量化、對策研究、反應(yīng)控制的工具和方法，掌握項(xiàng)目風(fēng)險(xiǎn)管理所必備的知識。通過加強(qiáng)對項(xiàng)目規(guī)劃中風(fēng)險(xiǎn)管理計(jì)劃的審核提高項(xiàng)目組的風(fēng)險(xiǎn)管理意識?？偨Y(jié)本行業(yè)項(xiàng)目中常見的風(fēng)險(xiǎn)及其對策作為風(fēng)險(xiǎn)管理計(jì)劃中必要的風(fēng)險(xiǎn)內(nèi)容，并切實(shí)評估相應(yīng)對策的有效性和可行性。