信息系統(tǒng)項(xiàng)目管理師論文范例2：論軟件項(xiàng)目計(jì)劃的制定.doc

摘要本文討論了一個(gè)作者參與的軟件項(xiàng)目的項(xiàng)目計(jì)劃制訂的若干問題項(xiàng)目所開發(fā)的產(chǎn)品是一種智能電子教學(xué)設(shè)備，該設(shè)備可以實(shí)時(shí)同步地將用戶在硬件端的書寫內(nèi)容顯示在計(jì)算機(jī)屏幕上，并可以保存、編輯、打印用戶輸入的數(shù)據(jù)，聯(lián)網(wǎng)的計(jì)算機(jī)也可以實(shí)時(shí)觀看用戶的書寫過程，并且用戶還可以通過投影在硬件端的PC機(jī)畫面交互操作PC機(jī)作者是該項(xiàng)目的軟件開發(fā)組負(fù)責(zé)人兼軟件架構(gòu)師作者針對項(xiàng)目計(jì)劃的制定采取了：分而治之，逐步求精，經(jīng)驗(yàn)數(shù)據(jù)三個(gè)主要策略，從而得到較好的效果正文2002年6月，作者所在公司啟動(dòng)了一個(gè)項(xiàng)目，該項(xiàng)目開發(fā)出來的產(chǎn)品是一種智能教學(xué)設(shè)備，該設(shè)備可以實(shí)時(shí)同步地將用戶在硬件端的書寫內(nèi)容顯示在計(jì)算機(jī)屏幕上，用戶可以保存、編輯、打印通過硬件端輸入到計(jì)算機(jī)的書寫內(nèi)容，聯(lián)網(wǎng)的計(jì)算機(jī)也可以實(shí)時(shí)觀看用戶的書寫過程另外，用戶還可以通過投影在硬件端的PC機(jī)顯示畫面交互地操作PC機(jī)作者有幸全程參與該項(xiàng)目的開發(fā)，并且擔(dān)任了項(xiàng)目PC機(jī)軟件開發(fā)組的負(fù)責(zé)人兼軟件構(gòu)架師的角色對于這種實(shí)時(shí)通信且具有聯(lián)網(wǎng)功能的軟件項(xiàng)目，我認(rèn)為首先需要制定一個(gè)良好的項(xiàng)目計(jì)劃，才可以保證項(xiàng)目開發(fā)的成功總結(jié)這次項(xiàng)目的經(jīng)驗(yàn)，我認(rèn)為行之有效的策略有三個(gè)，分別是分而治之、逐步求精、經(jīng)驗(yàn)數(shù)據(jù)。下面就結(jié)合這三個(gè)策略詳細(xì)討論本次項(xiàng)目計(jì)劃的制訂。一、分而治之將一個(gè)過于復(fù)雜的問題分解成若干復(fù)雜度不那么高的小間題來依次解訣，這種方法人類已經(jīng)采用了幾千年這里我們也可以用于項(xiàng)目計(jì)劃的制定因?yàn)檎麄€(gè)考慮項(xiàng)目的方方面面來制定計(jì)劃其復(fù)雜度已經(jīng)超過了人類處理問題的能力為了解決這個(gè)問題，可以將整個(gè)項(xiàng)目分解為一些更小的組織體，逐一進(jìn)行處理，這項(xiàng)工作也就是項(xiàng)目管理中的WBS（工作分解結(jié)構(gòu)）。比如針對這次項(xiàng)目中采取的RUP開發(fā)過程模型，我在完成需求管理計(jì)劃時(shí)我就將計(jì)劃內(nèi)容分解成初始、細(xì)化、構(gòu)建、移交四個(gè)階段來分別制定，最后合到一塊兒就是完整的需求管理計(jì)劃除了按時(shí)間段分解的角度來制定項(xiàng)目計(jì)劃，我制訂軟件開發(fā)計(jì)劃時(shí)同時(shí)按照了RUP過程方法的工作流的概念來分解項(xiàng)目計(jì)劃的制定工作，根據(jù)每個(gè)工作流在四個(gè)階段業(yè)界通用的工作量估計(jì)來制定計(jì)劃，安排工作人員以及相應(yīng)的軟件資源。因?yàn)檐浖_發(fā)計(jì)劃涉及到多個(gè)工作流，我認(rèn)為以這種方式分解是合理的同時(shí)因?yàn)楸卷?xiàng)目的特點(diǎn)，我省略了業(yè)務(wù)建模工作流，這是因?yàn)檫@次的產(chǎn)品是以硬件為主，軟件為輔的消費(fèi)類產(chǎn)品，所以業(yè)務(wù)建模不是那么必要了以不同的方式分解項(xiàng)目，可以從多個(gè)不同的角度來制定整個(gè)項(xiàng)目計(jì)劃，有利于全面、深入地了解項(xiàng)目，避免“瞎子摸象”的情況發(fā)生二、逐步求精計(jì)劃工作其實(shí)是一種管理未來、管理未知的工作，而未來是變化莫測的，還存在許多自身無法掌握的因素，因此存在很大的難度而解決這一困難的法寶就是逐步求精按照先框架后細(xì)節(jié)，先粗后細(xì)地進(jìn)行項(xiàng)目的計(jì)劃比如在這個(gè)項(xiàng)目中，在接受這個(gè)項(xiàng)目后就開始了做了一個(gè)初步計(jì)劃，這個(gè)計(jì)劃的內(nèi)容主要是做出時(shí)間上的安排因?yàn)榇蛩阍?003年的月需要用這個(gè)項(xiàng)目的產(chǎn)品申請國家中小企業(yè)創(chuàng)新基金的支持，所以完成時(shí)間就定在了2003年4月，預(yù)留一個(gè)月用于寫申請報(bào)告總的時(shí)間進(jìn)度確定后，大概分配了三個(gè)時(shí)間段：系統(tǒng)工程分析、軟件開發(fā)模型確定、軟件產(chǎn)品制造時(shí)間段、項(xiàng)目總結(jié)等到確定這改項(xiàng)目后的RUP 開發(fā)模型后，就可以繼續(xù)對項(xiàng)目計(jì)劃進(jìn)行第二改求精了。其實(shí)RUP 過程中出體現(xiàn)了逐步求精的理念，比如在初始與細(xì)化兩個(gè)階段都要產(chǎn)生出項(xiàng)目計(jì)劃的制品這樣我就可以在這個(gè)兩個(gè)階段對項(xiàng)目計(jì)劃逐步求精，比如在初始階段只是將我需要完成的項(xiàng)目計(jì)劃分為了需求管理計(jì)劃、軟件開發(fā)計(jì)劃、實(shí)施計(jì)劃，然后在細(xì)化階段我再具體地制定每類計(jì)劃的詳細(xì)內(nèi)容比如在初始階段時(shí)架構(gòu)設(shè)計(jì)考慮以MFC為平臺(tái)，根據(jù)這個(gè)決定軟件開發(fā)計(jì)劃的制定是比較粗略的，在細(xì)化階段架構(gòu)設(shè)計(jì)進(jìn)一步詳細(xì)，這時(shí)已經(jīng)清楚各個(gè)模塊和MFC的Doc/View主結(jié)構(gòu)的接口定義，以及各模塊之間的接口定義，這時(shí)我就可以根據(jù)所需開發(fā)的模塊制定計(jì)劃。比如這時(shí)我就計(jì)劃了特效界面模塊開發(fā)分兩次迭代，第一次迭代計(jì)劃一個(gè)月時(shí)間，第二次迭代兩周時(shí)間，第一次迭代需要完成放大和縮小、樹形選擇、縮略顯示等主要的界面效果，第二次迭代的主要任務(wù)是根據(jù)用戶反饋進(jìn)行修改調(diào)整三、經(jīng)驗(yàn)數(shù)據(jù)要制定一個(gè)良好的計(jì)劃離不開精確的估算不過項(xiàng)目計(jì)劃是在項(xiàng)目開發(fā)的早期制定的，而在早期要完成精確的估算是非常困難的要解決這個(gè)問題的關(guān)鍵就在于“經(jīng)驗(yàn)數(shù)據(jù)”由于整個(gè)軟件產(chǎn)業(yè)都還十分年輕，經(jīng)驗(yàn)數(shù)據(jù)的積累都普遍不足，才導(dǎo)致這一現(xiàn)象的出現(xiàn)但是因?yàn)檫@次項(xiàng)目開發(fā)的產(chǎn)品在國內(nèi)還沒有開發(fā)過，再加上公司沒有積累深厚系統(tǒng)的項(xiàng)目歷史數(shù)據(jù)針對面臨的困難，我選用了FP功能點(diǎn)分析作為項(xiàng)目主要的估算方法因?yàn)镕P方法中有大量項(xiàng)目經(jīng)驗(yàn)數(shù)據(jù)可以從網(wǎng)絡(luò)上獲得，同時(shí)其數(shù)據(jù)功能TLF、EIF，以及事務(wù)功能EI、EO、EQ的計(jì)算對經(jīng)驗(yàn)數(shù)據(jù)依賴不強(qiáng)，只需對概念理解正確一般就可以正確估算了在估算成本的時(shí)候，因?yàn)楣疽郧暗纳a(chǎn)率數(shù)據(jù)是以LOC為單位的，我利用軟件工程書籍中的“逆火”經(jīng)驗(yàn)數(shù)據(jù)，將LOC轉(zhuǎn)換為功能點(diǎn)單位，當(dāng)然，這里必然導(dǎo)致一些誤差。為了降低估算誤差，最后使用Delphi專家分析法對估算結(jié)果進(jìn)行了調(diào)整Delphi方法是一種集策法，也就是通過多名專家對估計(jì)值的不斷校正的方法當(dāng)然，請專家增加了項(xiàng)目成本，不過最后得到高質(zhì)量的項(xiàng)目計(jì)劃還是值得的比如，在某專家的建議下我們改變了自行開發(fā)網(wǎng)絡(luò)層組件的計(jì)劃，而是采購現(xiàn)有的完全可以解決項(xiàng)目需求的成熟的中間件產(chǎn)品，這個(gè)策略的調(diào)整在后來證明是正確的一開始犯錯(cuò)誤的原因是由于我們網(wǎng)絡(luò)開發(fā)經(jīng)驗(yàn)不足把用戶需求想復(fù)雜了最后談一下使用的工具軟件在制定項(xiàng)目計(jì)劃過程中我采用了Microsoft的Project 2003繪制甘特圖因?yàn)轫?xiàng)目的進(jìn)度安排是和項(xiàng)目中每個(gè)人都是息息相關(guān)的，所以在做甘特圖前我首先征集了大家對文字和條形圖效果的意見，然后按大家的意見進(jìn)行了美化，比如用鮮艷的顏色標(biāo)識(shí)關(guān)鍵任務(wù)，放大任務(wù)摘要信息，突出里程碑信息等這在有些項(xiàng)目管理者看來似乎是小事，不過我認(rèn)為一個(gè)賞心悅目的甘特圖可以帶給觀看者好的心情，而好的心情可以大大提高工作效率。同時(shí)，考慮創(chuàng)新基金支持的項(xiàng)目在交互期限上有很大壓力，所以在定義甘特圖任務(wù)的依賴關(guān)系時(shí)我采取了業(yè)界慣用的“時(shí)間盒”的技術(shù)，也就是在每個(gè)任務(wù)的任務(wù)信息對話框中“前置任務(wù)”一欄中的“延隔時(shí)間”我填入5%-15%，也就是說當(dāng)任務(wù)完成90%左右時(shí)就可以結(jié)束轉(zhuǎn)而執(zhí)行下一個(gè)任務(wù)因?yàn)楸卷?xiàng)目中的所有人員幾乎是全程參與，所以我不是很擔(dān)心每個(gè)任務(wù)遺留的少量問題在下一階段沒有負(fù)責(zé)人去解訣。配合Project 2003使用的估算軟件是Software Productivity Research的KnowledgePlan.這款工具軟件的最新版加強(qiáng)了對Microsoft Project 2003以及RUP開發(fā)模型的支持，而且其中的Project Template功能允許用戶采用自己定制的WBS來進(jìn)行估算，這些因素使得KnowledgePlan對本項(xiàng)目的項(xiàng)目計(jì)劃成功制定帶來很大的幫助在上述三個(gè)策略的指導(dǎo)下，以及合適工具的輔助下，使最后形