今天給各位分享軟件開發(fā)項(xiàng)目案例的知識，其中也會對軟件開發(fā)項(xiàng)目案例分析進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

本文目錄一覽：

• 1、軟件項(xiàng)目啟動管理案例分析-缺乏正式項(xiàng)目啟動給項(xiàng)目經(jīng)理造成的難題（詳見問題補(bǔ)充）
• 2、急需軟件項(xiàng)目管理案例，要案例就行，軟件項(xiàng)目的~
• 3、制約軟件項(xiàng)目成功的因素
• 4、軟件項(xiàng)目開發(fā)總結(jié)報告實(shí)例
• 5、軟件項(xiàng)目管理及案例分析
• 6、軟件項(xiàng)目管理案例教程

軟件項(xiàng)目啟動管理案例分析-缺乏正式項(xiàng)目啟動給項(xiàng)目經(jīng)理造成的難題（詳見問題補(bǔ)充）

回答問題1：

周某的遭遇很普通，沒什么值得詫異的。產(chǎn)生的原因就是每個人的想法不同，處理方法也不同。所以這才需要周某去周旋和解決。明顯周某沒有解決這種事情的魄力和膽識。

回答問題2：

按你說的，這個項(xiàng)目的啟動沒有問題。雖然沒有開幕式，但相關(guān)負(fù)責(zé)人都已經(jīng)清楚了各自的關(guān)鍵人員?；蛟S下級一些人不知道，但這不重要。只要做好一些協(xié)調(diào)和溝通就能解決。

回答問題3：

不要總想著什么大會，你看電視電影看多了。

回答問題4：

人家給你的授權(quán)已經(jīng)足夠了。只是你沒用好。

急需軟件項(xiàng)目管理案例，要案例就行，軟件項(xiàng)目的~

A公司是一家美資軟件公司在華辦事機(jī)構(gòu)，其主要的目標(biāo)是開拓中國市場、服務(wù)中國客戶，做一些本地化和客戶化的工作。它的主要軟件產(chǎn)品是由總部在硅谷的軟件開發(fā)基地完成，然后由世界各地的分公司或辦事機(jī)構(gòu)進(jìn)行客戶化定制、二次開發(fā)和系統(tǒng)維護(hù)。這些工作除了日常銷售和系統(tǒng)核心維護(hù)之外，都是外包給本地的軟件公司來做。東方公司是A公司在中國的合作伙伴，主要負(fù)責(zé)軟件的本地化和測試工作。

Bob先生是A公司中國地區(qū)的負(fù)責(zé)人，Henry則是剛剛加入A公司的負(fù)責(zé)此外包項(xiàng)目的項(xiàng)目經(jīng)理。東方公司是由William負(fù)責(zé)開發(fā)和管理工作，William本身是技術(shù)人員，并沒有項(xiàng)目管理的經(jīng)驗(yàn)。

當(dāng)Henry接手這項(xiàng)工作后，發(fā)現(xiàn)東方公司的項(xiàng)目開發(fā)成本非常高，每人每天130美金，但客戶的滿意度較差，并且每次開發(fā)進(jìn)度都要拖后，交付使用的版本也不盡如人意。而且，東方公司和A公司硅谷開發(fā)總部缺乏必要的溝通 只能把問題反饋給Henry，由Henry再反饋給總部。但由于Henry本身并不熟悉這個軟件的開發(fā)工作，也造成了很多不必要的麻煩。

為此，Bob希望Henry和William用項(xiàng)目管理的方法對該項(xiàng)目進(jìn)行管理和改進(jìn)。隨后，Henry和William召開了一系列的會議 提出了新的做法。

首先，他們制定了詳細(xì)的項(xiàng)目計(jì)劃和進(jìn)度計(jì)劃;其次，成立了單獨(dú)的測試小組，將軟件的開發(fā)和測試分開;并且，在硅谷和東方公司之間建立了一個新的溝通渠道，一些軟件問題可以與總部直接溝通;同時，還采用了里程碑管理。

六個月后，軟件交付使用。但是客戶對這個版本還是不滿意，認(rèn)為還有很多問題。為什么運(yùn)用了項(xiàng)目管理的方法，這個項(xiàng)目還是沒有得到改善?

Henry和William又進(jìn)行了反復(fù)探討，發(fā)現(xiàn)主要有三個方面問題：1、軟件本地化產(chǎn)生的問題并不多，但A公司提供的底層軟件本身存在一些問題;2、軟件的界面也存在一些問題，這是由于測試的項(xiàng)目不夠詳細(xì)引起的;3、開發(fā)的周期還是太短，沒有時間完成一些項(xiàng)目的調(diào)試，所以新版本還是有許多的問題。

此時，Henry向Bob提出是否采用公開招標(biāo)的方式，選擇新的、實(shí)力更強(qiáng)的合作伙伴。但Bob認(rèn)為，與東方公司合作時間已經(jīng)很長了，如果選擇新的伙伴又需要較長的適應(yīng)期，而且成本可能會更高。于是，Henry向東方公司提出一些新的管理建議。首先，他們采用大量的歷史數(shù)據(jù)進(jìn)行分析，制定出更詳細(xì)的進(jìn)度計(jì)劃;其次，要求東方公司提供詳細(xì)的開發(fā)文檔和測試文檔 做的工作沒有任何文檔，給其他工作帶來了很多困難);第三，重新審核開發(fā)周期，對里程碑進(jìn)行細(xì)化。

又過了六個月，新的版本完成了。這一次，客戶對它的評價比前兩個版本高得多，基本上達(dá)到項(xiàng)目運(yùn)行的要求。但客戶還是對項(xiàng)目進(jìn)度提出了疑問，認(rèn)為實(shí)時推出換代產(chǎn)品不需要那么長的時間。

較常見的做法。在軟件外包工程中，保證質(zhì)量的進(jìn)度是很難控制的。對于項(xiàng)目經(jīng)理來說需要一整套復(fù)雜的能力，比如制定計(jì)劃、確定優(yōu)先順序、干系人的溝通、評價等，每一種能力都與項(xiàng)目的最終結(jié)果有直接或者間接的關(guān)系。

然而，國內(nèi)的項(xiàng)目經(jīng)理大多沒有接受過正規(guī)訓(xùn)練，缺乏項(xiàng)目管理方面的專業(yè)知識的技巧，往往只是憑借以前的少量經(jīng)驗(yàn)盲目去做，容易出現(xiàn)各種問題。尤其是在管理外包項(xiàng)目時，缺乏足夠的經(jīng)驗(yàn)和技巧，往往造成進(jìn)度不斷推遲，而質(zhì)量無法保證的情況。

在這個案例中，我們可以看到現(xiàn)在IT業(yè)內(nèi)許多外包項(xiàng)目的影子。

在該案例中，東方公司沒有專門的項(xiàng)目經(jīng)理，是由技術(shù)人員William兼做管理。這是國內(nèi)軟件公司經(jīng)常會出現(xiàn)的問題。最初，出現(xiàn)進(jìn)度落后的問題時，A公司的Henry與東方公司的William討論后決定采用項(xiàng)目管理中計(jì)劃管理等手段，其中包括里程碑管理。這是控制進(jìn)度的較常見做法。

里程碑管理的引入

一般來說，在項(xiàng)目開始時，項(xiàng)目組成員都會對項(xiàng)目制定一個詳細(xì)的計(jì)劃。通常情況下，在明確的工作說明書(SOW)和WBS的基礎(chǔ)上制定具體的進(jìn)度計(jì)劃時，需要采用一些具體的技術(shù)。像這種軟件外包項(xiàng)目，最成熟的技術(shù)是里程碑管理。

里程碑一般是項(xiàng)目中完成階段性工作的標(biāo)志。不同類型的項(xiàng)目，里程碑也不同。比如，在開發(fā)項(xiàng)目中，可以將需求的最終確認(rèn)、產(chǎn)品移交等關(guān)鍵任務(wù)作為項(xiàng)目的里程碑。本案例中，Henry在接手項(xiàng)目后采用里程碑進(jìn)行管理是很恰當(dāng)?shù)摹?/p>

不過，要注意的是，每到一個里程碑處，應(yīng)及時對前段工作進(jìn)行小結(jié)，并對后續(xù)工作進(jìn)行計(jì)劃調(diào)整。對于一些管理效果明顯的領(lǐng)域，可以不必投入較多精力。而對于下一步管理過程中可能會出現(xiàn)問題的領(lǐng)域，應(yīng)給予較多的關(guān)注。當(dāng)然，在軟件項(xiàng)目里，進(jìn)度的變化是較常見的事情。

在本案例中，采用里程碑管理后仍沒有達(dá)到客戶的要求，進(jìn)度依然拖后。在這里，就需要考慮另一個因素-質(zhì)量與進(jìn)度的關(guān)系。

通常，項(xiàng)目管理的前提是保證在預(yù)算內(nèi)、滿足質(zhì)量的前提下，按進(jìn)度完成項(xiàng)目。因此，可以看到，保證質(zhì)量是前提。那么，如何在滿足質(zhì)量的前提下管理進(jìn)度呢?單純從項(xiàng)目管理理論知識中并沒有一種有效的方式。具體步驟為：

首先，盡量利用歷史數(shù)據(jù)。在本案例中，Henry應(yīng)該調(diào)查之前的項(xiàng)目情況，將會發(fā)現(xiàn)可以類比的情況，事先就可以知道需要管理質(zhì)量和進(jìn)度的關(guān)系。

其次，由于此項(xiàng)目是軟件外包項(xiàng)目，Henry不能完全掌握項(xiàng)目的資源 調(diào)度情況，因此缺乏對質(zhì)量的控制。這也是大多數(shù)外包工程中最令人難以掌握的地方。在這里，可以采用對進(jìn)度管理 ;計(jì)劃添加質(zhì)量參數(shù)的方法，也就是通過參數(shù)調(diào)整進(jìn)度和質(zhì)量的關(guān)系。

這一做法的前提是要有一定的歷史數(shù)據(jù)。比如，從歷史數(shù)據(jù)中得知，完成子項(xiàng)目的時間是5天，測試后有15個問題;完成同樣子項(xiàng)目的時間是7天，測試后有10個問題;完成同樣子項(xiàng)目的時間是8天，測試后有5個問題，……以此類推。

隨著數(shù)據(jù)的不斷增多的，采用兩維坐標(biāo)圖，就會得到一些離散的點(diǎn)(不考慮資源的差異)，并形成一條曲線，見圖1?？紤]項(xiàng)目允許的質(zhì)量范圍，對照圖中的數(shù)據(jù)，找出相應(yīng)的參數(shù)。根據(jù)得到的參數(shù)，確定一個合適的進(jìn)度計(jì)劃

制約軟件項(xiàng)目成功的因素

引子

一個項(xiàng)目從其一成立開始，項(xiàng)目各方干系人都會期望項(xiàng)目能夠根據(jù)既定的計(jì)劃一步步順利地導(dǎo)向最后的成功。影響項(xiàng)目的最后成功的因素是多方面的，包括項(xiàng)目管理的九大知識領(lǐng)域（包括項(xiàng)目的整體管理、范圍管理、時間管理、費(fèi)用管理、質(zhì)量管理、人力管理、溝通管理、風(fēng)險管理和采購管理），無一對項(xiàng)目的最后成功不產(chǎn)生積極影響。然而，要這九大知識領(lǐng)域?qū)?xiàng)目成功產(chǎn)生的影響的輕重程度上進(jìn)行比較的話，我認(rèn)為其中項(xiàng)目范圍管理是最為重要的。

什么是項(xiàng)目范圍管理

那么，什么是項(xiàng)目范圍和項(xiàng)目范圍管理呢？項(xiàng)目范圍是指產(chǎn)生項(xiàng)目產(chǎn)品所包括的所以工作及產(chǎn)生這些產(chǎn)品所用的過程。項(xiàng)目干系人必須在項(xiàng)目要產(chǎn)生什么樣的產(chǎn)品方面達(dá)成共識，也要在如何生產(chǎn)這些產(chǎn)品方面達(dá)成一定的共識。

項(xiàng)目范圍管理是指對項(xiàng)目包括什么與不包括什么的定義與控制過程。這個過程用于確保項(xiàng)目組和項(xiàng)目干系人對作為項(xiàng)目結(jié)果的項(xiàng)目產(chǎn)品以及生產(chǎn)這些產(chǎn)品所用到的過程有一個共同的理解。

項(xiàng)目范圍與項(xiàng)目其它約束條件的相互影響

制約一個項(xiàng)目的條件是項(xiàng)目“三約束條件”——范圍、時間、成本。

在一個項(xiàng)目中這三個條件是相互影響、相互制約的，而且往往是由于范圍影響了時間和成本。項(xiàng)目一開始確定的范圍小，那么它需要完成的時間以及耗費(fèi)的成本必然也小，反之亦然。很多項(xiàng)目在開始時都會粗略地確定項(xiàng)目的范圍、時間以及成本，然而在項(xiàng)目進(jìn)行到一定階段之后往往會變成讓人感覺到不知道項(xiàng)目什么時候才能真正結(jié)束，要使得項(xiàng)目結(jié)束到底還需要投入多少人力和物力，整個項(xiàng)目就好象一個無底洞，對項(xiàng)目的最后結(jié)束誰的心里也沒有底。這種情況的出現(xiàn)對于公司的高層來說，他們是最不希望看到的，然而這樣的情況出現(xiàn)并不罕見。造成這樣的結(jié)果就是由于沒有控制和管理好項(xiàng)目的范圍。可見項(xiàng)目的三約束中最主要還是范圍的影響最主要。

范圍管理案例

失敗案例：我了解到這樣的實(shí)際案例，這是一個軟件開發(fā)的項(xiàng)目，整個項(xiàng)目已經(jīng)進(jìn)行了兩年多之后項(xiàng)目何時結(jié)實(shí)還是處于不明確的狀態(tài)，因?yàn)橛脩舨粩嘤行碌男枨蟪鰜?，?xiàng)目組也就要根據(jù)用戶的新需求不斷去開發(fā)新的功能。這個項(xiàng)目實(shí)際是一個無底洞，沒完沒了地往下做，項(xiàng)目成員“肥的拖瘦，瘦的拖死”，實(shí)在做不下去只能跑了。大家對這樣的項(xiàng)目已經(jīng)完全喪失了信心。

這個項(xiàng)目其實(shí)就是一開始沒有很明確地界定整個項(xiàng)目的范圍，在范圍沒有明確界定的情況下，又沒有一套完善的變更控制管理流程，任由用戶怎么說，就怎么做，也就是說一開始游戲規(guī)則沒有定好，從而導(dǎo)致整個項(xiàng)目成了一個爛攤子。

成功案例：同樣是一個軟件開發(fā)的項(xiàng)目，這個項(xiàng)目也比上面案例講到的項(xiàng)目要小一些，這時候公司已經(jīng)開始實(shí)施CMM對軟件開發(fā)活動進(jìn)行管理，有相對完善的軟件開發(fā)管理過程。項(xiàng)目在一開始就先明確用戶需求，而且需求基本上都是量化的、可檢驗(yàn)的。而且項(xiàng)目組在公司CMM的變更管理過程的框架指導(dǎo)下制定了項(xiàng)目的范圍變更控制管理過程，在項(xiàng)目的實(shí)施過程中，用戶的需求變更都是按照事先制定好的過程執(zhí)行。

因此，這個項(xiàng)目完成的比較成功，項(xiàng)目的時間和成本基本上是在一開始項(xiàng)目計(jì)劃的完成時間及成本的情況下略有增加。

造成范圍界定不清的原因

既然項(xiàng)目范圍界定不清是一種很常見的現(xiàn)象，而這種現(xiàn)象又是大家所不想見到的。那么，我們必須分析出現(xiàn)這種現(xiàn)象的原因。我認(rèn)為造成這種現(xiàn)象的出現(xiàn)有以下三方面的原因：

首先，是企業(yè)一級的責(zé)任——沒有完善的項(xiàng)目管理體系來指導(dǎo)項(xiàng)目的管理。這種情況是最糟糕的，如果是這種原因，那么項(xiàng)目的成敗往往需要靠項(xiàng)目經(jīng)理個人的管理、領(lǐng)導(dǎo)能力。這種情況項(xiàng)目成功的可能性非常小，大部分項(xiàng)目都是以失敗而告終；

第二，是企業(yè)及項(xiàng)目組共同的責(zé)任——對項(xiàng)目沒能制定出清晰規(guī)范的范圍變更控制過程。企業(yè)有管理體系，但不夠完善和規(guī)范，對項(xiàng)目組的變更過程的制定沒能起到有效的指導(dǎo)作用。變更是不可避免的，只要有效地加以管理、控制，同樣可以達(dá)到各方滿意的結(jié)果；

第三，是對范圍的定義不夠明確，做不到可量化、可驗(yàn)證程度。很多時候都是一些定性的要求、而不是定量的，例如“界面友好，可操作性強(qiáng)，提高用戶滿意度”等。類似這些模糊的需求就是導(dǎo)致后續(xù)項(xiàng)目扯皮的根源。項(xiàng)目范圍的明確定義，有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理及系統(tǒng)分析員將起到至關(guān)重要的作用。

由以上的論述，我們可以得出結(jié)論：完善的項(xiàng)目范圍管理是整個項(xiàng)目最終成敗的關(guān)鍵。那么，怎樣才能做好項(xiàng)目范圍管理呢？下面大量篇幅將對這一問題進(jìn)行詳細(xì)的論述。

如何管理好項(xiàng)目范圍

既然已經(jīng)認(rèn)識到項(xiàng)目范圍管理如此重要，那么我們應(yīng)該怎樣才能管理好項(xiàng)目的范圍呢？從上面的論證過程，我們清楚地看到造成項(xiàng)目范圍不好管理的一些原因，那么要管理好項(xiàng)目范圍就必須對癥下藥，才能管理好項(xiàng)目范圍。

首先，我們必須先了解項(xiàng)目范圍管理的一些科學(xué)過程。做好項(xiàng)目管理應(yīng)該包含下面過程：啟動、范圍計(jì)劃、范圍定義、范圍核實(shí)及范圍變更控制。下面將詳述如何做好這些過程：

啟動過程

啟動是指組織正式開始一個項(xiàng)目或繼續(xù)到項(xiàng)目的下一個階段。啟動過程的一個輸出就是項(xiàng)目章程。項(xiàng)目章程是一個重要的文檔，這個文件正式承認(rèn)項(xiàng)目的存在并對項(xiàng)目提供一個概覽。

啟動過程明確指定這一過程有一個重要的輸出文檔——項(xiàng)目章程，項(xiàng)目章程將粗略地規(guī)定項(xiàng)目的范圍，這也是項(xiàng)目范圍管理后續(xù)工作的重要依據(jù)。項(xiàng)目章程中還將規(guī)定項(xiàng)目經(jīng)理的權(quán)利以及項(xiàng)目組中各成員的職責(zé)，還有項(xiàng)目其他干系人的職責(zé)，這也是在以后的項(xiàng)目范圍管理工作中各個角色如何做好本職工作有一個明確的規(guī)定，以致后續(xù)工作可以更加有序地進(jìn)行。因此，千萬不能忽略項(xiàng)目的啟動過程。

范圍計(jì)劃過程

范圍計(jì)劃是指進(jìn)一步形成各種文檔，為將來項(xiàng)目決策提供基礎(chǔ)，這些文檔中包括用以衡量一個項(xiàng)目或項(xiàng)目階段是否已經(jīng)順利完成的標(biāo)準(zhǔn)等。作為范圍計(jì)劃過程的輸出，項(xiàng)目組要制定一個范圍說明書和范圍管理計(jì)劃。

古語云：“預(yù)則立，不預(yù)則廢！”。一個項(xiàng)目經(jīng)理要想真正管理好項(xiàng)目范圍，沒有必要的技術(shù)和好的方法是肯定不行的。

要做好一個項(xiàng)目首先強(qiáng)調(diào)的就是周密地做好范圍計(jì)劃編制。范圍計(jì)劃編制是將產(chǎn)生項(xiàng)目產(chǎn)品所需進(jìn)行的項(xiàng)目工作（項(xiàng)目范圍）漸進(jìn)明細(xì)和歸檔的過程。做范圍計(jì)劃編制工作是需要參考很多信息的，比如產(chǎn)品描述，首先要清楚最終產(chǎn)品的定義才能規(guī)劃要做的工作，項(xiàng)目章程也是非常主要的依據(jù)，通常它對項(xiàng)目范圍已經(jīng)有了粗線條的約定，范圍計(jì)劃在此基礎(chǔ)上進(jìn)一步深入和細(xì)化。

前面講到這個過程有一個輸出是范圍說明書，那么范圍說明指的是什么呢？范圍說明是在項(xiàng)目參與人之間確認(rèn)或建立了一個項(xiàng)目范圍的共識，作為未來項(xiàng)目決策的文檔基準(zhǔn)。

范圍說明中至少要說明項(xiàng)目論證、項(xiàng)目產(chǎn)品、項(xiàng)目可交付成果和項(xiàng)目目標(biāo)。項(xiàng)目論證是商家的既定目標(biāo)，要為估算未來的得失提供基礎(chǔ)；項(xiàng)目產(chǎn)品是產(chǎn)品說明的簡要概況；項(xiàng)目可交付成果一般要列一個子產(chǎn)品級別概括表，如：為一個軟件開發(fā)項(xiàng)目設(shè)置的主要可交付成果可能包括程序代碼、工作手冊、人機(jī)交互學(xué)習(xí)程序等。任何沒有明確要求的結(jié)果，都意味著它在項(xiàng)目可交付成果之外；項(xiàng)目目標(biāo)是要考慮到項(xiàng)目的成功性，至少要包括成本、進(jìn)度表和質(zhì)量檢測。項(xiàng)目目標(biāo)應(yīng)該有標(biāo)志（如：成本、單位）和絕對的或相對的價值。盡量避開不可量化的目標(biāo)（如：“客戶的滿意程度”），因?yàn)樗鼘⒆屇愕捻?xiàng)目承擔(dān)很高的風(fēng)險。

范圍計(jì)劃又是什么呢？范圍管理計(jì)劃是描述項(xiàng)目范圍如何進(jìn)行管理，項(xiàng)目范圍怎樣變化才能與項(xiàng)目要求相一致等問題的。它也應(yīng)該包括一個對項(xiàng)目范圍預(yù)期的穩(wěn)定而進(jìn)行的評估（比如：怎樣變化、變化頻率如何及變化了多少）。范圍管理計(jì)劃也應(yīng)該包括對變化范圍怎樣確定，變化應(yīng)歸為哪一類（當(dāng)產(chǎn)品特征仍在被詳細(xì)描述的時候，做到這點(diǎn)特別困難，但絕對必要）等問題的清楚描述。

范圍定義過程

范圍定義是指將項(xiàng)目主要的可交付成果細(xì)分成較小的、更易管理的組分。這個過程中，項(xiàng)目組要建立一個工作分解結(jié)構(gòu)（WBS）。

WBS的建立對項(xiàng)目來說意義非常重大，它使得原來看起來非常籠統(tǒng)、非常模糊的項(xiàng)目目標(biāo)一下子清晰下來，使得項(xiàng)目管理有依據(jù)，項(xiàng)目團(tuán)隊(duì)的工作目標(biāo)清楚明了。如果沒有一個完善的WBS或者范圍定義不明確時，變更就不可避免地出現(xiàn)，很可能造成返工、延長工期、降低團(tuán)隊(duì)士氣等一系列不利的后果。

制定好一個WBS的指導(dǎo)思想是逐層深入。先將項(xiàng)目成果框架確定下來，然后每層下面再把工作分解，這種方式的優(yōu)點(diǎn)是結(jié)合進(jìn)度劃分直觀，時間感強(qiáng)，評審中容易發(fā)現(xiàn)遺漏或多出的部分，也更容易被大多數(shù)人理解。

范圍核實(shí)過程

范圍核實(shí)是指對項(xiàng)目范圍的正式認(rèn)定，項(xiàng)目主要干系人，如項(xiàng)目客戶和項(xiàng)目發(fā)起人等要在這個過程中正式接受項(xiàng)目可交付成果的定義。

這個過程是范圍確定之后，執(zhí)行實(shí)施之前各方相關(guān)人員的承諾問題。一旦承諾則表明你已經(jīng)接受該事實(shí)，那么你就必須根據(jù)你的承諾去實(shí)現(xiàn)它。這也是確保項(xiàng)目范圍能得到很好的管理和控制的有效措施。

范圍變更控制過程

范圍變更控制是指對有關(guān)項(xiàng)目范圍的變更實(shí)施控制。主要的過程輸出是范圍變更、糾正行動與教訓(xùn)總結(jié)。

再好的計(jì)劃也不可能做到一成不變，因此變更是不要避免的，關(guān)鍵問題是如何對變更如何進(jìn)行有效的控制。控制好變更必須有一套規(guī)范的變更管理過程，在發(fā)生變更時遵循規(guī)范的變更程序來管理變更。通常對發(fā)生的變更，需要識別是否在既定的項(xiàng)目范圍之內(nèi)。如果是在項(xiàng)目范圍之內(nèi)，那么就需要評估變更所造成的影響，以及如何應(yīng)對的措施，受影響的各方都應(yīng)該清楚明了自己所受的影響；如果變更是在項(xiàng)目范圍之外，那么就需要商務(wù)人員與用戶方進(jìn)行談判，看是否增加費(fèi)用，還是放棄變更。

因此，項(xiàng)目所在的組織（企業(yè)）必須在其項(xiàng)目管理體系中制定一套嚴(yán)格、高效、實(shí)用的變更程序。

執(zhí)行好以上項(xiàng)目范圍管理的五個過程，我認(rèn)為對項(xiàng)目范圍的管理、控制將是行之有效的！

軟件項(xiàng)目開發(fā)總結(jié)報告實(shí)例

軟件項(xiàng)目總結(jié)報告范文

1引言

1.1編寫目的

XXX公司業(yè)務(wù)管理系統(tǒng)的開發(fā)已經(jīng)基本完成。寫此項(xiàng)目開發(fā)總結(jié)報告，以方便我們在以后的項(xiàng)目開發(fā)中來更好的實(shí)施項(xiàng)目的訂制開發(fā); 讓我在今后的項(xiàng)目開發(fā)中有更多的有據(jù)的資料來規(guī)范我們的開發(fā)過程和提高我們的開發(fā)效率,從而創(chuàng)造更多公司效益。

1.2背景

項(xiàng)目名稱：XXX業(yè)務(wù)管理系統(tǒng)

軟件名稱：XXX業(yè)務(wù)系統(tǒng)

客戶：XXX

用戶：XXX員工

1.3參考資料

項(xiàng)目開發(fā)文檔：

1．軟件開發(fā)數(shù)據(jù)模型：PDM_OperationSystem20070831.pdm

2．?dāng)?shù)據(jù)庫開發(fā)文檔： XXX業(yè)務(wù)管理系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)說明書2.0.doc

3．軟件業(yè)務(wù)流程參考：XXX業(yè)務(wù)管理系統(tǒng)流程說明.doc

4．軟件使用手冊參考：XXX業(yè)務(wù)管理系統(tǒng)功能說明3.0.doc

5．軟件業(yè)務(wù)流程參考：XXX業(yè)務(wù)管理系統(tǒng)流程說明.doc

6．軟件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar

7．軟件中使用的安全I(xiàn)key驅(qū)動：Ikey Driver.rar

以上參考資料是截止2007-08-31是最新的資料文檔。如有修改，即使修改此處的參考文檔名稱。

2開發(fā)工作評價

2.1對生產(chǎn)效率的評價

1． 系統(tǒng)開發(fā)已歷時快1年的時間了

2． 開發(fā)的反復(fù)性比較多。

3． 對客戶的需求理解不是很透徹。

綜合以上，此項(xiàng)目的開發(fā)效率不是很高，相反有相當(dāng)一定時間的浪費(fèi)。

2.2對產(chǎn)品功能的評價

經(jīng)過我們公司各位同事的共同努力協(xié)作，XXX業(yè)務(wù)管理系統(tǒng)已經(jīng)很好的完成了客戶的業(yè)務(wù)流需求。經(jīng)過對客戶使用過程的觀察，此項(xiàng)目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)缺陷和部分代碼的構(gòu)建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護(hù)客戶使用過程中提出的新問題和存在的debug?？偟膩碚f，此系統(tǒng)的功能開發(fā)還是一個比較成功的案例。

2.3對技術(shù)方法的總結(jié)

在此項(xiàng)目中使用到技術(shù)和工具：

1． 使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項(xiàng)目的開發(fā)進(jìn)程。在以后的項(xiàng)目中，我們要盡量的來使用一些類似的工具來在最短的時間內(nèi)完成工作。在今后的項(xiàng)目開發(fā)中，我們最好是能開發(fā)出適合自己的代碼生成工具，更大限度的節(jié)省開發(fā)周期和開發(fā)費(fèi)用。

2． 使用數(shù)據(jù)庫建模工具；PowerDesigner 工具來建立系統(tǒng)數(shù)據(jù)庫模型，以方便程序員很好的理解業(yè)務(wù)流和掌握系統(tǒng)架構(gòu)者的架構(gòu)思想，更好的滿足客戶的功能需求。在今后的項(xiàng)目開發(fā)中，我們要更好的來完成系統(tǒng)的前期數(shù)據(jù)庫模型的建立，最大的來優(yōu)化系統(tǒng)功能。

3． 使用第三方控件：此系統(tǒng)中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項(xiàng)目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項(xiàng)目開發(fā)過程中，要繼續(xù)使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統(tǒng)開發(fā)效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹(jǐn)慎的選擇一些網(wǎng)絡(luò)中的比較常見的第三方控件。

4． 使用自定義控件：此系統(tǒng)中使用了自定義控件(GhdGridView),此自定義控件可以很好的統(tǒng)一系統(tǒng)中的所有信息顯示表格樣式。如客戶對數(shù)據(jù)顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統(tǒng)中的所有繼承自GhdGridView的表格樣式都可以改變。

5． 系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結(jié)構(gòu)，此框架在開發(fā)一些中小軟件是比較實(shí)用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護(hù)費(fèi)用。使我們的技術(shù)不斷的更加成熟。

6． 系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了Ikey加密硬件鑰匙來驗(yàn)證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗(yàn)證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就最大的提高了我們系統(tǒng)的安全性。Ikey加密鑰匙是很好的加密B/S架構(gòu)軟件的硬件工具，在以后的軟件安全方面可以借鑒。

3項(xiàng)目經(jīng)驗(yàn)總結(jié)

3.1簽定合同

一個項(xiàng)目的開發(fā)成敗或者說項(xiàng)目開發(fā)帶來效益的大小，在很大程度上是受項(xiàng)目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項(xiàng)目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導(dǎo)致在項(xiàng)目的開發(fā)后期，工作兩會越來越大，影響項(xiàng)目的竣工周期；而且，項(xiàng)目的開發(fā)費(fèi)用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。

3.2開發(fā)團(tuán)隊(duì)

在項(xiàng)目確立后，要盡快的建立起項(xiàng)目開發(fā)團(tuán)隊(duì)。

項(xiàng)目團(tuán)隊(duì)成員的團(tuán)結(jié)合作、相互溝通是非常重要的，團(tuán)隊(duì)成員之間要相互學(xué)習(xí)彼此的優(yōu)點(diǎn)和技術(shù)，使團(tuán)隊(duì)的能力不斷的提高。這樣，在項(xiàng)目的開發(fā)過程中，團(tuán)隊(duì)才不會被難題困住不動。另外，團(tuán)隊(duì)中要有一個項(xiàng)目負(fù)責(zé)人，這個人無論是在與客戶的溝通上，還是在技術(shù)上都要是很出眾的人，此項(xiàng)目負(fù)責(zé)人要能很好的溝通客戶與開發(fā)成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發(fā)團(tuán)隊(duì)成員要盡量的書寫一些開發(fā)文檔，這些文檔往往是我們在項(xiàng)目開發(fā)后期要用到的可尋資料。項(xiàng)目團(tuán)隊(duì)士氣是項(xiàng)目成功的一個因素,我們需要不斷的來培養(yǎng)我們的團(tuán)隊(duì)氣勢，使我們的團(tuán)隊(duì)不斷的壯大。

3.3需求的調(diào)研

在項(xiàng)目確立后，就到了需求調(diào)研分析階段。

1． 項(xiàng)目組對客戶的整體組織結(jié)構(gòu)、公司有關(guān)人員的關(guān)系、職責(zé)等如果沒有一個很好、足夠的了解掌握，這樣項(xiàng)目組就無法很好的完整的整理到客戶的需求、或者說客戶真實(shí)的功能需求，如此以來我們就為自己埋下了地雷,影響項(xiàng)目的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關(guān)系,要深入的去了解客戶需求。

2． 我們要盡量的讓客戶也參與到項(xiàng)目的開發(fā)團(tuán)隊(duì)中來，也就是說我們要使客戶把自己也納入到項(xiàng)目的開發(fā)團(tuán)隊(duì)中來，如此一來，我們掌握客戶需求的真實(shí)性、可靠性就會大大的提高,也就不會為項(xiàng)目的后期功能開發(fā)埋下陷阱

3． 在需求調(diào)研過程中，如果缺乏足夠用戶參與，這樣的需求調(diào)研也是失敗的。很多程序員不愿參與到客戶的需求調(diào)研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進(jìn)行溝通，了解他們真實(shí)的需求。很多用戶也是如此，他們自己也不愿意參與到項(xiàng)目的需求調(diào)研中來，為什么呢？需求調(diào)研有出去和朋友一塊爛漫對嗎。。。雖然現(xiàn)狀如此，我們還是要努力的使客戶參與到需求的調(diào)研中來。

4． 模糊需求，也就是模棱兩可是需求規(guī)格說明中最為可怕的問題。一是指諸多客戶對需求說明產(chǎn)生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調(diào)研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認(rèn)，定出最終真實(shí)可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。

5． 在一個項(xiàng)目的開發(fā)中，文檔的書寫是極為中要的一項(xiàng)工作。因?yàn)?，某些文檔就是我們在開發(fā)后期與客戶溝通的可尋依據(jù)、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認(rèn)為，憑借我們的大腦來記錄所有的開發(fā)需求。。。；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發(fā)需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調(diào)研中做好需求文檔的記錄和整理。

6． 需求調(diào)研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調(diào)研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。比如可以采用Rose工具，把客戶的意思轉(zhuǎn)換為用例圖、時序圖、協(xié)作圖、狀態(tài)圖、類圖等，使表達(dá)的意思更加直觀。這樣客戶會更快的進(jìn)行問題的實(shí)質(zhì)。

3.5做好開發(fā)計(jì)劃

在項(xiàng)目確立后，我們就需要做好項(xiàng)目開發(fā)計(jì)劃，需求調(diào)研用時，開發(fā)用時，測試用時，實(shí)施用時，維護(hù)用時。在我們做好了計(jì)劃后，我們要隨時的跟蹤計(jì)劃任務(wù)的完成進(jìn)度，從而使我們的項(xiàng)目進(jìn)度掌控在我們的開發(fā)周期范圍之內(nèi)，今日計(jì)劃、行動，明日成功。

3.5很好的溝通

在其他行業(yè)中，人與人的之間的溝通只很重要的。項(xiàng)目開發(fā)也不例外，很好的溝通能夠加快項(xiàng)目的進(jìn)度，這就要求我們每一個開發(fā)人員要學(xué)會和善于溝通于客戶和同事之間。在一個項(xiàng)目的開發(fā)過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發(fā)到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發(fā)現(xiàn)問題，解決問題，從而按時或者提前完成項(xiàng)目的開發(fā)。

3.6做好工作總結(jié)

在項(xiàng)目進(jìn)行的過程中，我們要不斷去整理自己的工作情況和做好總結(jié)，這樣以來，無論是在自己的技術(shù)還是其它方面，都會對我們有很大的提高，在長期的積累后，無論是我們個人能力，，還是我們的團(tuán)隊(duì)能力都會有很大的提高。

軟件項(xiàng)目管理及案例分析

軟件項(xiàng)目管理及案例分析

引導(dǎo)語：美國項(xiàng)目管理專業(yè)資質(zhì)認(rèn)證委員會主席Paul Grace說過，在當(dāng)今社會中，一切都是項(xiàng)目，一切也將成為項(xiàng)目。下面是我為你帶來的軟件項(xiàng)目管理及案例分析，希望對你有所幫助。

中國科學(xué)院計(jì)算技術(shù)研究所是國家專門的計(jì)算技術(shù)研究機(jī)構(gòu)，同時也是中國信息化建設(shè)的重要支撐單位，中科院計(jì)算所培訓(xùn)中心是致力于高端IT類人才培養(yǎng)及企業(yè)內(nèi)訓(xùn)的專業(yè)培訓(xùn)機(jī)構(gòu)。中心憑借科學(xué)院強(qiáng)大師資力量，在總結(jié)多年大型軟件開發(fā)和組織經(jīng)驗(yàn)的基礎(chǔ)上，自主研發(fā)出一整套課程體系，其目的是希望能夠切實(shí)幫助中國軟件企業(yè)培養(yǎng)高級軟件管理與技術(shù)人才，提升整體研發(fā)能力。迄今為止已先后為國家培養(yǎng)了數(shù)萬名計(jì)算機(jī)專業(yè)人員，并先后為數(shù)千家大型國內(nèi)外企業(yè)進(jìn)行過專門的定制培訓(xùn)服務(wù)。

高水平項(xiàng)目管理是軟件項(xiàng)目成功的關(guān)鍵，也是軟件產(chǎn)品質(zhì)量的根本保證，具有這方面理論和實(shí)踐的人員是目前軟件組織中急需的高層次人才。為建立符合中國國情的軟件開發(fā)過程和組織體系，培訓(xùn)中心特舉辦“軟件項(xiàng)目管理”培訓(xùn)班，具體事宜通知如下：

一、培訓(xùn)對象

軟件開發(fā)機(jī)構(gòu)高級管理人員、項(xiàng)目經(jīng)理、系統(tǒng)架構(gòu)師、系統(tǒng)分析師、資深開發(fā)人員、質(zhì)量保證人員以及其他對提升軟件開發(fā)質(zhì)量負(fù)有責(zé)任的人員。 二、 學(xué)員基礎(chǔ)

1，對軟件項(xiàng)目的分析、設(shè)計(jì)、組織和開發(fā)具有一定實(shí)踐經(jīng)驗(yàn);

2，有一定的軟件項(xiàng)目管理、技術(shù)管理或質(zhì)量保證的基礎(chǔ)知識與實(shí)踐經(jīng)驗(yàn)。 三、師資

由業(yè)界知名專家親自授課：

袁老師 培訓(xùn)中心高級講師，CMMI、GJB 5000A高級咨詢顧問，具有多年成功管理大型軟件項(xiàng)目的經(jīng)驗(yàn)，對軟件工程管理與過程具有深邃的理論見解和豐富的實(shí)踐經(jīng)驗(yàn)。 四、培訓(xùn)要點(diǎn)

高質(zhì)量軟件來自于高水平的項(xiàng)目管理，這個觀點(diǎn)已經(jīng)成為業(yè)內(nèi)的共識。軟件項(xiàng)目成功最重要的要素是什么?大型軟件項(xiàng)目是依靠一個組織來完成的，如果這個組織在管理上是無序的，開發(fā)過程是非正式和混亂的，計(jì)劃期限和成本目標(biāo)通常超限，項(xiàng)目的成功取決于個人英雄式的行為，在人員發(fā)生變動時項(xiàng)目往往陷入災(zāi)難，那么很難說這個項(xiàng)目會獲得成功。從這個意義上說，軟件項(xiàng)目管理是項(xiàng)目成功的關(guān)鍵因素。

所有軟件開發(fā)機(jī)構(gòu)都必須在今天這種技術(shù)含量高、變化速度快、資源有限的環(huán)境下，實(shí)現(xiàn)軟件生產(chǎn)規(guī)?；⒁?guī)范化、國際化，這也是當(dāng)前我國軟件行業(yè)面臨的最大挑戰(zhàn)。在這樣復(fù)雜的背景下，我們該如何去思考如何去做呢? 1，項(xiàng)目管理人員必須具備更廣闊的視角，包括站在更高的角度理解企業(yè)管理的思想理念，

理解產(chǎn)品開發(fā)的質(zhì)量、成本、效率與效益之間的關(guān)系，理解過程是如何對管理發(fā)揮作用的，理解規(guī)范化的軟件工程方法。更重要的是，理解如何提升自身的領(lǐng)導(dǎo)素質(zhì)，培養(yǎng)更好的領(lǐng)導(dǎo)力。這種寬闊的眼界，對于一個高級項(xiàng)目管理人員極其重要。

2，實(shí)施正確的軟件過程對產(chǎn)品質(zhì)量影響巨大。為了使團(tuán)隊(duì)在開發(fā)質(zhì)量、效率以及成本上達(dá)到最優(yōu)化，我們需要不斷改進(jìn)和優(yōu)化軟件過程。近年來隨著項(xiàng)目越來越大越來越復(fù)雜，軟件項(xiàng)目中存在著各種變化因素所帶來的沖擊越來越令人難以接受，促使業(yè)內(nèi)研究更加合理的過程和與之相匹配的項(xiàng)目管理方式。過程改進(jìn)需要有正確的思想理念，包括問題分析，科學(xué)與哲學(xué)理論基礎(chǔ)，合理的價值觀和方法論，以及正確對待改進(jìn)中發(fā)現(xiàn)的問題。 3，高質(zhì)量項(xiàng)目管理來自于正確的項(xiàng)目策劃。項(xiàng)目管理人員必須受到項(xiàng)目策劃的正規(guī)訓(xùn)練，包括如何制定發(fā)布規(guī)劃，如何發(fā)現(xiàn)項(xiàng)目的關(guān)鍵驅(qū)動因素、約束和浮動因素，并且采取恰當(dāng)?shù)牟呗?。還需要注意，在今天的形勢下，創(chuàng)新是企業(yè)的生命，項(xiàng)目經(jīng)理必須領(lǐng)導(dǎo)團(tuán)隊(duì)共同策劃創(chuàng)新的產(chǎn)品概念，有目的、有組織的實(shí)現(xiàn)系統(tǒng)化創(chuàng)新，能夠使用國際上通用的方法安排項(xiàng)目進(jìn)度與日程，這對于項(xiàng)目成功極其重要。

4，為了增加產(chǎn)品的國際競爭力，產(chǎn)品質(zhì)量作為經(jīng)濟(jì)發(fā)展的戰(zhàn)略問題變得越來越重要，軟件質(zhì)量也正被視為軟件企業(yè)的生命。大型項(xiàng)目質(zhì)量控制問題的實(shí)施和解決，需要按照系統(tǒng)工程的理論進(jìn)行，使整個系統(tǒng)所具有的多種不同的目標(biāo)之間相互協(xié)調(diào)，以期達(dá)到系統(tǒng)質(zhì)量的最優(yōu)化。這需要項(xiàng)目經(jīng)理對軟件質(zhì)量控制有深刻而透徹的理解。

5，為了確保項(xiàng)目的過程質(zhì)量和產(chǎn)品質(zhì)量達(dá)到要求，在開發(fā)過程中必須以可度量的方法對項(xiàng)目實(shí)施監(jiān)控。我們不要期望有了好的計(jì)劃就可以高枕無憂，也不要期望計(jì)劃一成不變，項(xiàng)目經(jīng)理的責(zé)任是不斷監(jiān)控項(xiàng)目的進(jìn)展，不斷的以問題、對策與解決方案的思路，在動態(tài)過程中去管理與調(diào)整。并且還要善于把監(jiān)控過程轉(zhuǎn)變?yōu)檎{(diào)動團(tuán)隊(duì)積極性的有效手段。

6，我們堅(jiān)信：團(tuán)隊(duì)是決定項(xiàng)目成敗的最重要因素。很多開發(fā)問題的出現(xiàn)，大多是由于機(jī)構(gòu)對團(tuán)隊(duì)重要性的誤解所造成的。因此希望更加有效開發(fā)的軟件機(jī)構(gòu)要把思考重心放在團(tuán)隊(duì)建設(shè)上，這是一個明智的選擇。建立一個有競爭力的團(tuán)隊(duì)，是取得項(xiàng)目成功的關(guān)鍵步驟，而對于一個軟件機(jī)構(gòu)來說，團(tuán)隊(duì)是最有價值的資產(chǎn)。但我們?nèi)绾蝸碜鋈绾蝸硭伎寄?

7，不要期待項(xiàng)目管理是什么神奇的方法。管理是個十分嚴(yán)肅的事情，它既需要在宏觀上把握，又需要關(guān)注細(xì)節(jié)，特別是對一些關(guān)鍵點(diǎn)需要敏銳的.識別出來并找到解決方案。這就需要在實(shí)踐中不斷積累經(jīng)驗(yàn)以及在理論上得到提升。

本課程并不是一個泛泛的原理性課程，而是許多專家多年來理論和實(shí)踐的總結(jié)。我們需要有更廣闊的視野、對問題更深邃的認(rèn)識以及對改進(jìn)與優(yōu)化的不懈追求，更需要總結(jié)出不斷優(yōu)化管理的思路。在內(nèi)容安排上，課程既有理論指導(dǎo)，也有通過案例對問題的共同探討，把理論和實(shí)踐有機(jī)的結(jié)合起來。這是一個強(qiáng)調(diào)思考力的課程，也是我們趕超世界先進(jìn)水平新的增長點(diǎn)，希望所有學(xué)員都在這個課程中受益。 五、培訓(xùn)內(nèi)容

第一講 從宏觀集成的視角看項(xiàng)目管理 1，軟件項(xiàng)目與項(xiàng)目管理 項(xiàng)目的定義與特點(diǎn) 項(xiàng)目管理及其關(guān)鍵要素 項(xiàng)目管理的宏觀視角 2，集成化軟件項(xiàng)目管理模型 從宏觀的視角看項(xiàng)目管理 項(xiàng)目啟動過程中的前期決策 項(xiàng)目管理計(jì)劃的銜接 項(xiàng)目管理要關(guān)注產(chǎn)品質(zhì)量 第二講 改善軟件工程方法

1，軟件過程：現(xiàn)代對于傳統(tǒng)的挑戰(zhàn) 軟件過程的定義與概念 對于軟件過程的重新思考 傳統(tǒng)瀑布方式的問題 對于傳統(tǒng)項(xiàng)目管理的反思 迭代式軟件開發(fā)過程 項(xiàng)目不同階段的度量要點(diǎn)

2，用經(jīng)濟(jì)學(xué)的觀點(diǎn)改善軟件工程方法

從工作量與成本模型入手研究項(xiàng)目管理方法 降低軟件規(guī)?；蛘邚?fù)雜度 改進(jìn)軟件開發(fā)過程 創(chuàng)建高效率的團(tuán)隊(duì) 第三講 如何進(jìn)行項(xiàng)目策劃 1，定義項(xiàng)目的目標(biāo)和范圍

建立對項(xiàng)目目標(biāo)和范圍的認(rèn)識 – 定義項(xiàng)目大綱

定義對項(xiàng)目參與人員的要求，早期獲得項(xiàng)目成員的參與

案例分析：典型項(xiàng)目的組織機(jī)構(gòu)(大中小型項(xiàng)目組織結(jié)構(gòu)設(shè)置要點(diǎn)) 記錄上述內(nèi)容，作為項(xiàng)目計(jì)劃的第一部分 2，工作拆分

為進(jìn)行詳細(xì)估算和日程的排定提供基礎(chǔ) 確保工作識別的完整性 增加項(xiàng)目的成功機(jī)會 項(xiàng)目特點(diǎn)及策略確定

案例分析：大型項(xiàng)目特點(diǎn)及關(guān)鍵策略確定(某知名商業(yè)銀行信用卡核心系統(tǒng)、美國宇航局項(xiàng)目) 拆分的重要原則

WBS拆分顆粒度實(shí)例講解 3，風(fēng)險管理 風(fēng)險的識別 風(fēng)險分類學(xué) 識別風(fēng)險方法論 案例分析：識別風(fēng)險 風(fēng)險應(yīng)對策略

案例分析：風(fēng)險策略舉例 緩解方法

案例分析：風(fēng)險應(yīng)對(某知名商業(yè)銀行Iphone版手機(jī)銀行、業(yè)務(wù)運(yùn)營支撐網(wǎng)絡(luò)管理工程) 4，軟件估算

軟件估算思路：自頂向下和自底向上 Wideband Delphi方法

功能點(diǎn)方法(標(biāo)準(zhǔn)及簡化功能點(diǎn)方法)

供應(yīng)商采購的估算應(yīng)用(中國軟件行業(yè)軟件工程定額標(biāo)準(zhǔn)) 基于歷史數(shù)據(jù)的估算方法

大項(xiàng)目估算結(jié)果舉例(某知名商業(yè)銀行信用卡核心系統(tǒng)) 某大型國有商業(yè)銀行工作量及工期標(biāo)桿系數(shù)舉例 5，干系人管理

6，項(xiàng)目計(jì)劃的承諾及基線化 第四講 如何進(jìn)行項(xiàng)目監(jiān)控 1，項(xiàng)目監(jiān)控的范圍和內(nèi)容

2，對照計(jì)劃監(jiān)督項(xiàng)目 3，分析監(jiān)控?cái)?shù)據(jù)

項(xiàng)目量化管理：掙值分析法 掙值分析法基礎(chǔ)

三個重要概念：BCWS,BCWP,ACWP 掙值分析實(shí)例展示及分析練習(xí) 實(shí)施里程碑評審

4，項(xiàng)目監(jiān)控中的項(xiàng)目管理活動 管理糾正措施 5，項(xiàng)目監(jiān)控樣例展示 項(xiàng)目周報 項(xiàng)目會議紀(jì)要

干系人及關(guān)鍵依賴關(guān)系 項(xiàng)目數(shù)據(jù)統(tǒng)計(jì)分析報表 項(xiàng)目管理工具簡介 第五講 供應(yīng)商管理

1，供應(yīng)商管理的范圍和內(nèi)容 2，供應(yīng)商管理的主要流程 3，供應(yīng)商管理的關(guān)鍵點(diǎn)

關(guān)于IT系統(tǒng)建設(shè)策略 產(chǎn)品選型評估要點(diǎn)

樣例展示：某外包項(xiàng)目選型評估報告及評估細(xì)項(xiàng) 供應(yīng)商管理策略

樣例展示：某外包項(xiàng)目采購合同 項(xiàng)目測試與驗(yàn)收策略

樣例展示：某外包項(xiàng)目驗(yàn)收計(jì)劃 交付物驗(yàn)收

人力外包及維護(hù)類外包管理 第六講 如何進(jìn)行需求管理 1，需求管理的范圍和內(nèi)容 2，獲得對需求的一致理解 獲得對需求的理解 獲取對需求的承諾

需求受理流程，改變業(yè)務(wù)的習(xí)慣，加強(qiáng)流量控制 3，需求跟蹤 4，需求變更控制

確定需求變更類型 審批變更申請 管理變更請求

案例分析：某大型項(xiàng)目項(xiàng)目管控機(jī)制

系統(tǒng)日常升級維護(hù)中的需求變更控制：版本排期與凍結(jié)機(jī)制

5，需求管理參考模板：某知名商業(yè)銀行業(yè)務(wù)需求模板及非功能需求樣例 第七講 打造有戰(zhàn)斗力的團(tuán)隊(duì) 1，項(xiàng)目經(jīng)理的領(lǐng)導(dǎo)力

領(lǐng)導(dǎo)力以及領(lǐng)導(dǎo)力模型 激勵、組織與創(chuàng)新

理解開發(fā)人員的典型動機(jī)

最重要的個激勵因素 正確應(yīng)用獎賞和鼓勵

關(guān)注讓士氣崩潰的殺手問題 如何培養(yǎng)自己的領(lǐng)導(dǎo)力 3，實(shí)現(xiàn)有效的團(tuán)隊(duì)合作

4，提高項(xiàng)目開發(fā)效率的的原則與技巧 避免做錯事勝于做正確的事 管理原則與技術(shù)原則

一個標(biāo)準(zhǔn)是否可以適合所有情況? 項(xiàng)目按時完成的可能性 感知與現(xiàn)實(shí)的差距 時間到哪里去了? 典型的進(jìn)度改進(jìn)模式

六、培訓(xùn)目標(biāo)1，掌握復(fù)雜軟件項(xiàng)目規(guī)劃與監(jiān)控的方法，并在實(shí)際項(xiàng)目過程中靈活應(yīng)用; 2，在項(xiàng)目開發(fā)中正確應(yīng)用可度量的方法進(jìn)行項(xiàng)目規(guī)劃與控制; 3，在項(xiàng)目管理中正確實(shí)施質(zhì)量控制方法;

4，對項(xiàng)目過程中的團(tuán)隊(duì)有深刻的理解，確保軟件項(xiàng)目走向更高層次的成功; 5，通過對問題的分析與系統(tǒng)思考，對軟件過程與管理方法進(jìn)行優(yōu)化與改進(jìn)。

七、培訓(xùn)時間、地點(diǎn) ;

軟件項(xiàng)目管理案例教程

軟件項(xiàng)目管理案例教程

引導(dǎo)語：《校務(wù)通管理系統(tǒng)》的成本估算過程是循序漸進(jìn)的，隨著項(xiàng)目的不斷發(fā)展，估算可以重復(fù)多次進(jìn)行，而且是逐步求精的。下面是我為你帶來的軟件項(xiàng)目管理案例教程，希望對你有所幫助。

1.合同簽訂前的成本估算

開始簽訂合同的時候，根據(jù)以往類似項(xiàng)目的經(jīng)驗(yàn)，采用類比估算方法進(jìn)行粗略的估算。根據(jù)用戶的要求，系統(tǒng)采用B/S結(jié)構(gòu)，公司的JSP+SQL Server技術(shù)比較成熟，以前成功完成過類似項(xiàng)目，根據(jù)工作說明書(Statement Of Work，SOW)的要求，基本上需要2~3個開發(fā)人員，2個月左右的開發(fā)時間，大約4~6人月的工作量，所以10萬~15萬可以作為合同的參考報價。

2.合同簽訂后成本估算

合同簽訂后，根據(jù)現(xiàn)有的資源和WBS分解的結(jié)果，進(jìn)一步細(xì)化估算。由于WBS分解是針對項(xiàng)目的功能進(jìn)行的分解，在成本估算的時候，首先估算每個任務(wù)的.開發(fā)工作量，然后通過系數(shù)獲得相應(yīng)的質(zhì)量、管理任務(wù)的工作量，從而計(jì)算直接成本，之后計(jì)算間接成本以及總成本。具體過程如下：

(1)資源估算

人力資源： 2個開發(fā)人員

1個項(xiàng)目管理人員(項(xiàng)目經(jīng)理) 1個質(zhì)量保證人員 1個配置管理人員

設(shè)備資源(作為間接成本計(jì)算) 3臺電腦 1臺服務(wù)器

(2)項(xiàng)目成本估算

步驟1：根據(jù)項(xiàng)目任務(wù)分解結(jié)果WBS估算出項(xiàng)目開發(fā)工作量，如表1所示。

表1：項(xiàng)目開發(fā)工作量估算表 單位：人天

WBS編號 任務(wù)名稱 估計(jì)值 1 通用功能-增量1 1.1 電子課表 8 1.2 會議通知和公告 3 1.3 通訊錄 2 1.4 個人日記 5 1.5 作業(yè)布置和批改 8 1.6 教師答疑 5 2 日常業(yè)務(wù)管理功能 2.1 招生管理-增量2 2.1.1 報名 3 2.1.2 招生 5 2.1.3 分班 10 2.1.4 統(tǒng)計(jì)查詢 8 2.2 學(xué)生日常管理-增量3 2.2.1 學(xué)生檔案管理 4 2.2.2 學(xué)生考勤管理 2 2.2.3 學(xué)生獎懲 2 2.2.4 學(xué)生變動 2 2.3 教務(wù)管理-增量4 2.3.1 教師日常管理 2 2.3.2 年級、班級設(shè)置 2 2.3.3 學(xué)科設(shè)置 2 2.3.4 年級、班級課程設(shè)計(jì) 5 2.3.5 排課表 9 2.3.6 考試管理 4 2.3.7 評價 5 2.4 教師備課系統(tǒng) 外包5000元 2.5 資源庫系統(tǒng) 外包3000元 2.6 網(wǎng)上考試 外購3000元 2.7 論壇 已存在 2.8 聊天室 已存在

步驟2：計(jì)算開發(fā)成本

(a) 從表1得知項(xiàng)目工作量是103人天，假設(shè)開發(fā)人員成本參數(shù)=480元/人天，則內(nèi)部開

小計(jì)

31 26 10 31 1 1 1 1 1

發(fā)成本=480元/天×103天=49440元。

(b) 加上外包外購部分的軟件成本5000+3000+3000=11000元，則開發(fā)成本

=49440+11000=60440元。 步驟3：計(jì)算管理、質(zhì)量成本

由于任務(wù)分解的結(jié)果主要是針對開發(fā)任務(wù)的分解，管理任務(wù)和質(zhì)量任務(wù)成本可以通過計(jì)算開發(fā)任務(wù)成本得到，因此根據(jù)以往的經(jīng)驗(yàn)，管理任務(wù)和質(zhì)量任務(wù)成本=開發(fā)任務(wù)成本×20%=12088元。 步驟4：計(jì)算直接成本

直接成本=開發(fā)成本+管理和質(zhì)量成本=72528元。 步驟5：計(jì)算間接成本

(a) 間接成本包括前期合同費(fèi)用、房租水電、培訓(xùn)、員工福利、客戶服務(wù)等。 (b) 根據(jù)以往經(jīng)驗(yàn)，采用公式：間接成本=直接成本×25%=18132元。 步驟6：計(jì)算總估算成本

項(xiàng)目總估算成本=直接成本+間接成本=90660元。 步驟7：重新評估項(xiàng)目的報價

重新評估一下項(xiàng)目報價的準(zhǔn)確性，當(dāng)然這時候，項(xiàng)目的合同已經(jīng)簽署了，報價是不能更改的，但是通過再次的評估可以進(jìn)一步明確企業(yè)的項(xiàng)目運(yùn)作和利潤情況等。

如果項(xiàng)目的風(fēng)險利潤是30%，其中風(fēng)險基金10%，利潤15%，稅費(fèi)5%。則項(xiàng)目的總報價=90660×1.3=117858元。應(yīng)該說項(xiàng)目報價還是比較合適的。

另外，可以采用簡便的算法進(jìn)行估算，企業(yè)的報價可以通過開發(fā)規(guī)模的估算直接得出，例如如果成本系數(shù)為2.5萬元/人月，項(xiàng)目規(guī)模103人天，一個人月22人天，則項(xiàng)目報價=25000×103/22=117045元。

(3)項(xiàng)目成本預(yù)算

在編制項(xiàng)目計(jì)劃中考慮到：2個開發(fā)人員是全職在這個項(xiàng)目中，而項(xiàng)目經(jīng)理、質(zhì)量保證人員和配置管理人員不是全職在這個項(xiàng)目中，他們同時還在管理其他的項(xiàng)目，進(jìn)行成本估算的時候，應(yīng)該根據(jù)項(xiàng)目人員付出的時間進(jìn)行成本預(yù)算。人力資源費(fèi)率見表2。

表2：人力資源費(fèi)率

項(xiàng)目成本預(yù)算如表3所示，預(yù)算總成本為75160元，與估算的成本基本持平。這樣75160元可以作為項(xiàng)目的成本控制參考。

表3：項(xiàng)目成本預(yù)算

標(biāo)識號 任務(wù)名稱 1 校務(wù)通管理系統(tǒng) 2 軟件規(guī)劃 3 項(xiàng)目規(guī)劃 4 計(jì)劃評審 5 需求開發(fā) 6 用戶界面設(shè)計(jì) 7 用戶需求評審

修改需求、修改用戶

8 界面 9 編寫需求規(guī)格說明書 10 需求驗(yàn)證 10 設(shè)計(jì) 11 概要設(shè)計(jì)

數(shù)據(jù)庫ER圖編制、建

12 庫 13 設(shè)計(jì)評審 14 實(shí)施 15 通用功能-增量1 22 招生管理-增量2 28 學(xué)生日常管理-增量3 34 教務(wù)管理-增量4 43 教師輔助功能-增量5 48 聊天室/論壇-增量6 52 系統(tǒng)集成 53 系統(tǒng)集成測試 54 環(huán)境測試 55 提交 56 完成文檔 57 驗(yàn)收、提交

開始日期

2003-4-10 2003-4-10 2003-4-10 2003-4-11 2003-4-14 2003-4-14 2003-4-15 2003-4-16 2003-4-16 2003-4-18 2003-4-17 2003-4-17 2003-4-21 2003-4-22 2003-4-22 2003-4-22 2003-5-1 2003-5-8 2003-5-13 2003-5-26 2003-5-30 2003-6-3 2003-6-3 2003-6-4 2003-6-5 2003-6-5 2003-6-6

結(jié)束日期 預(yù)算成本(元) 2003-6-6 75160 2003-4-11 3320 2003-4-10 1200 2003-4-11 2120 2003-4-18 6240 2003-4-14 1120 2003-4-15 2120

1120

2003-4-16

2003-4-17 560 2003-4-18 1320 2003-4-22 4120 2003-4-18 1120

560

2003-4-21

2003-4-22 2440 2003-6-6 54640 2003-4-30 12520 2003-5-7 9000 2003-5-12 6600 2003-5-23 16040 2003-5-29 5800 2003-6-2 4680 2003-6-4 2920 2003-6-3 1120 2003-6-4 1800 2003-6-6 3920 2003-6-5 1480 2003-6-6 2440

;

軟件開發(fā)項(xiàng)目案例的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于軟件開發(fā)項(xiàng)目案例分析、軟件開發(fā)項(xiàng)目案例的信息別忘了在本站進(jìn)行查找喔。