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

軟件項目管理案例教程

軟件項目管理案例教程

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

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

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

2.合同簽訂后成本估算

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

(1)資源估算

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

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

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

(2)項目成本估算

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

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

WBS編號 任務(wù)名稱 估計值 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)計查詢 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è)計 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：計算開發(fā)成本

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

小計

31 26 10 31 1 1 1 1 1

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

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

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

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

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

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

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

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

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

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

(3)項目成本預(yù)算

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

表2：人力資源費率

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

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

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

修改需求、修改用戶

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

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

12 庫 13 設(shè)計評審 14 實施 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 驗收、提交

開始日期

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ā)總結(jié)報告實例

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

1引言

1.1編寫目的

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

1.2背景

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

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

客戶：XXX

用戶：XXX員工

1.3參考資料

項目開發(fā)文檔：

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

2．?dāng)?shù)據(jù)庫開發(fā)文檔： XXX業(yè)務(wù)管理系統(tǒng)數(shù)據(jù)庫設(shè)計說明書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．軟件中使用的安全Ikey驅(qū)動：Ikey Driver.rar

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

2開發(fā)工作評價

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

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

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

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

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

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

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

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

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

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

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

3． 使用第三方控件：此系統(tǒng)中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項目開發(fā)過程中，要繼續(xù)使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統(tǒng)開發(fā)效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹慎的選擇一些網(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ā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術(shù)不斷的更加成熟。

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

3項目經(jīng)驗總結(jié)

3.1簽定合同

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

3.2開發(fā)團隊

在項目確立后，要盡快的建立起項目開發(fā)團隊。

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

3.3需求的調(diào)研

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

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

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

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

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

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

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

3.5做好開發(fā)計劃

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

3.5很好的溝通

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

3.6做好工作總結(jié)

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

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

回答問題1：

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

回答問題2：

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

回答問題3：

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

回答問題4：

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

python軟件開發(fā)的案例有哪些，可用于哪些開發(fā)

列舉一些比較有名的網(wǎng)站或應(yīng)用。這其中有一些是用python進行開發(fā)，有一些在部分業(yè)務(wù)或功能上使用到了python，還有的是支持python作為擴展腳本語言。數(shù)據(jù)大部分來自Wikepedia和Quora。

Reddit - 社交分享網(wǎng)站，最早用Lisp開發(fā)，在2005年轉(zhuǎn)為python

Dropbox - 文件分享服務(wù)

豆瓣網(wǎng) - 圖書、唱片、電影等文化產(chǎn)品的資料數(shù)據(jù)庫網(wǎng)站

Django - 鼓勵快速開發(fā)的Web應(yīng)用框架

Fabric - 用于管理成百上千臺Linux主機的程序庫

EVE - 網(wǎng)絡(luò)游戲EVE大量使用Python進行開發(fā)

Blender - 以C與Python開發(fā)的開源3D繪圖軟件

BitTorrent - bt下載軟件客戶端

Ubuntu Software Center - Ubuntu 9.10版本后自帶的圖形化包管理器

YUM - 用于RPM兼容的Linux系統(tǒng)上的包管理器

Civilization IV - 游戲《文明4》

Battlefield 2 - 游戲《戰(zhàn)地2》

Google - 谷歌在很多項目中用python作為網(wǎng)絡(luò)應(yīng)用的后端，如Google Groups、Gmail、Google Maps等，Google App Engine支持python作為開發(fā)語言

NASA - 美國宇航局，從1994年起把python作為主要開發(fā)語言

Industrial Light Magic - 工業(yè)光魔，喬治·盧卡斯創(chuàng)立的電影特效公司

Yahoo! Groups - 雅虎推出的群組交流平臺

YouTube - 視頻分享網(wǎng)站，在某些功能上使用到python

Cinema 4D - 一套整合3D模型、動畫與繪圖的高級三維繪圖軟件，以其高速的運算和強大的渲染插件著稱

Autodesk Maya - 3D建模軟件，支持python作為腳本語言

gedit - Linux平臺的文本編輯器

GIMP - Linux平臺的圖像處理軟件

Minecraft: Pi Edition - 游戲《Minecraft》的樹莓派版本

MySQL Workbench - 可視化數(shù)據(jù)庫管理工具

Digg - 社交新聞分享網(wǎng)站

Mozilla - 為支持和領(lǐng)導(dǎo)開源的Mozilla項目而設(shè)立的一個非營利組織

Quora - 社交問答網(wǎng)站

Path - 私密社交應(yīng)用

Pinterest - 圖片社交分享網(wǎng)站

SlideShare - 幻燈片存儲、展示、分享的網(wǎng)站

Yelp - 美國商戶點評網(wǎng)站

Slide - 社交游戲/應(yīng)用開發(fā)公司，被谷歌收購

急需軟件項目管理案例，要案例就行，軟件項目的~

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

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

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

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

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

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

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

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

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

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

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

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

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

里程碑管理的引入

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

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

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

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

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

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

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

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

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

制約軟件項目成功的因素

引子

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

什么是項目范圍管理

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

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

項目范圍與項目其它約束條件的相互影響

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

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

范圍管理案例

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

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

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

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

造成范圍界定不清的原因

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

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

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

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

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

如何管理好項目范圍

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

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

啟動過程

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

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

范圍計劃過程

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

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

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

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

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

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

范圍定義過程

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

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

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

范圍核實過程

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

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

范圍變更控制過程

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

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

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

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

關(guān)于軟件開發(fā)項目案例和軟件工程開發(fā)案例的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。