軟考信息系統(tǒng)項目管理系統(tǒng)師論文范例

1、信息系統(tǒng)項目管理師論文范例1:論軟件項目的進度管理摘要本文討論了電力行業(yè)工作票、操作票系統(tǒng)的項目管理，在本項目中我作為項目負責(zé)人，承 擔(dān)了項目管理工作.在本項目管理中，我主要采用了面向?qū)ο蠹夹g(shù)同傳統(tǒng)技術(shù)相結(jié)合的原則，在估算項目的工作量 這方面尤為突出，面向?qū)ο蠹夹g(shù)對傳統(tǒng)技術(shù)有所改進，傳統(tǒng)技術(shù)能彌補面向?qū)ο蠹夹g(shù)的不足。本文從合理的估算項目的工作量及技術(shù)難度；識別關(guān)鍵任務(wù)；隨時了解項目進度，必要時調(diào)整 進度表等方面討論了電力行業(yè)工作票、操作票系統(tǒng)項目管理的基本活動與方法，有效地控 制開發(fā)進度，確保項目如期按質(zhì)量完成本系統(tǒng)在電力系統(tǒng)已經(jīng)運行，狀況良好，受到一致好 評.正文2003年2月，我參加了電力

2、行業(yè)工作票、操作票系統(tǒng)的開發(fā)，擔(dān)任項目管理工作電力系 統(tǒng)有關(guān)部門在對電力設(shè)施進行檢測、維修、試驗等一系列活動時應(yīng)按照我國電力行業(yè)相關(guān)標(biāo)準 進行工作，電力行業(yè)工作票、操作票系統(tǒng)就是按照國家有關(guān)標(biāo)準及電力行業(yè)操作規(guī)程設(shè)計 的仿真系統(tǒng)。工作人員在施工前按照工作流程在此仿真系統(tǒng)上進行操作，嚴格遵守電力設(shè)施的 邏輯閉鎖關(guān)系，順序執(zhí)行有效地防止不規(guī)范操作，確保電力設(shè)施及現(xiàn)場工作人員的安全，提 高安全意識本系統(tǒng)由系統(tǒng)圖編輯平臺和工作票、操作票簽發(fā)系統(tǒng)兩大部分組成，其中系統(tǒng)圖 編輯平臺主要是編輯變電站、用電系統(tǒng)及變電站控制系統(tǒng)圖，每一個電力設(shè)施對應(yīng)一個對象， 在系統(tǒng)圖上都有相對應(yīng)的部分，系統(tǒng)圖真實地反映電力設(shè)

3、施的布局及相互關(guān)系，生動形象又合 乎技術(shù)標(biāo)準，同時為第二部分提供操作對象工作票、操作票簽發(fā)系統(tǒng)主要是在系統(tǒng)圖的基礎(chǔ) 上進行點擊操作，每飲點擊對應(yīng)一個對象即一個電力設(shè)施，根據(jù)電力設(shè)施的邏輯閉鎖關(guān)系自動 生成相應(yīng)的工作票或操作票或提示操作不規(guī)范.在本系統(tǒng)的開發(fā)過程中，我通過合理的估算項目工作量及技術(shù)難度；識別關(guān)鍵任務(wù)；隨時了解 項目進度，必要時調(diào)整進度表等方面對項目進行管理，確保本系統(tǒng)如期按質(zhì)量完成。1、合理的估算項目工作量及技術(shù)難度我們在項目工作量及技術(shù)難度的估算上采用面向?qū)ο蠹夹g(shù)同傳統(tǒng)技術(shù)相結(jié)合的原則.本系統(tǒng)采用了面向?qū)ο蟮姆治?、設(shè)計等一系列面向?qū)ο蠹夹g(shù)，在本系統(tǒng)工作量的估算上根據(jù)功 能點進行

4、估算將每個功能模塊逐步分解，直至基本模塊為止我們將系統(tǒng)分為系統(tǒng)圖編輯與 工作票、操作票簽發(fā)兩個大的功能分別進行估算。系統(tǒng)圖編輯部分主要是一個圖形編輯系統(tǒng).一 種電力設(shè)施對應(yīng)一個類，電力設(shè)施的技術(shù)參數(shù)及其操作對應(yīng)相應(yīng)類的屬性和方法，電力設(shè)施圖 是由線段、圓、曲線、折線、多邊形等基本圖形組成，這些基本圖形分別對應(yīng)一個類，這些類 又繼承一個最基本的類系統(tǒng)圖編輯部分的工作量也就是這些類的實現(xiàn)，工作票、操作票簽發(fā) 部分用到了編輯平臺的系統(tǒng)圖，因此由大量的功能可以復(fù)用，這部分的功能劃分同系統(tǒng)圖編輯 部分一樣也是采用類作為基本結(jié)構(gòu)，這樣就比較準確的進行工作量的估算.同時我們開發(fā)的這個系統(tǒng)是基于 C/S結(jié)構(gòu)的

5、，由于C/S結(jié)構(gòu)的系統(tǒng)我們公司有不少成功的案例， 因此有不少的案例供我們參考對于本系統(tǒng)的第二部分我們就是借鑒以前我們做過的基于C/S結(jié)構(gòu)的系統(tǒng)，基于C/S結(jié)構(gòu)的系統(tǒng)的框架基本上是一致的，數(shù)據(jù)庫的設(shè)計、前臺操作如對數(shù)據(jù) 庫進行添加、刪除、修改、查詢等一系列活動大體相同正是如此，有大量的東西可供我們復(fù) 用，如權(quán)限控制模塊我們就是復(fù)用以前的案例，僅作少量修改在工作量的估算上也有很好的 借鑒作用這對工作量的估算也是一個重要的參考，為工作進度安排提供了依據(jù)在技術(shù)上，我們重點考慮本系統(tǒng)與其他C/S結(jié)構(gòu)的系統(tǒng)的不同之處，相同或相似之處我們認為沒有技術(shù)難 點系統(tǒng)編輯平臺主要是繪圖，我們知道 MFC的繪圖功能確

6、實強大，但是過于繁瑣，功能封裝 不是十分完美，我們采用了 Form+這個MFC擴展類庫，這個擴展類庫對圖形操作封裝得很 好，大大降低了系統(tǒng)圖編輯部分的難度，在界面設(shè)計上我們采用了BCG這個擴展類庫，使得VC應(yīng)用程序界面設(shè)計得如同Delphi等工具一樣完美同時減少了工作量，在工作安排上，技 術(shù)難度相對大一點的部分我們安排經(jīng)驗豐富的程序員，同時也同其他工作組的成員商討技術(shù)細 節(jié)間題，同他們進行技術(shù)探討.這樣不至于因為某一技術(shù)細節(jié)而影響整個工程進度.根據(jù)上述分析我們制定一個詳細的進度表并定義相應(yīng)的里程碑.2、識別關(guān)鍵任務(wù)系統(tǒng)圖編輯部分是整個系統(tǒng)的基礎(chǔ)， 因為工作票、操作票簽發(fā)部分是建立在該部分的基礎(chǔ)

7、之上, 系統(tǒng)圖編輯部分直接影響到整個項目.因此該部分是整個系統(tǒng)的關(guān)鍵部分，在這部分中每種電 力設(shè)施所對應(yīng)的類及其父類的定義是關(guān)鍵，因為所定義的類必須完整、準確地反映該電力設(shè)施 的技術(shù)參數(shù)和操作.工作票、操作票簽發(fā)部分，是用戶明確提出的要求實現(xiàn)的功能，直接面對 用戶，這部分的成功與否直接影響到該系統(tǒng)的質(zhì)量，因此也是不容忽視的.如果上述兩部分任 務(wù)的進度受到影響，則整個項目的完成將受到威脅.因此是本項目的關(guān)鍵任務(wù).在進度控制時 我們將其作為重點對象進行控制.3、隨時了解項目進度，必要時調(diào)整進度表在確定項目開發(fā)計劃時，我們制定了詳細的進度表.我們在確定每一項任務(wù)時都確定該任務(wù)的工作量、開始時間、持續(xù)

8、時間、結(jié)束時間.同時讓每個小組成員知道自己所承擔(dān)任務(wù)的時間表, 小組成員根據(jù)自己的任務(wù)制定自己的詳細工作計劃工作日志是了解每個小組成員工作情況的 很好的方式，我們要求每個小組成品對自己的工作都要做工作日志，對自己每天的工作做詳細 記錄每周對自己的工作進展做出結(jié)論，向項目組匯報在做結(jié)論時，不得使用“差不多”、“大概”、“完成了 90% ”等模糊字眼而是采用某任務(wù)“已經(jīng)全部完成”、或者“ 90% 的工作全部完成”或者“再過1天全部完成”等方式每個小組成員對自己做出的結(jié)論負責(zé)， 這樣可以做到隨時了解項目進度，為調(diào)整項目計劃提供客觀基礎(chǔ)同時我們在項目進度計劃中 根據(jù)項目設(shè)計定義了相關(guān)的里程碑，在每個里

9、程碑我們都采取小組會議形式對本階段的工作進 行確認、總結(jié)，對本階段的進展情況做出結(jié)論，并決定是否調(diào)整下一階段的進度計劃在系統(tǒng) 圖編輯部分我們認為各電力設(shè)施所對應(yīng)的類（包括其父類）定義完成為一個里程碑，每個類是 否具備了相對應(yīng)的電力設(shè)施的技術(shù)參數(shù)及操作是該里程碑的標(biāo)準，這些類（包括其父類）的實 現(xiàn)完成又為一個里程碑，整個系統(tǒng)圖編輯部分完成也是一個里程碑. 每個里程碑的標(biāo)準在 系統(tǒng)設(shè)計時已經(jīng)定義好.結(jié)束語電力行業(yè)工作票、操作票系統(tǒng)目前已經(jīng)開發(fā)完畢，運行狀況良好，受到一致好評。在本系 統(tǒng)開發(fā)的整個過程中采用了面向?qū)ο蠹夹g(shù)同傳統(tǒng)技術(shù)相結(jié)合的原則，因為小組成員的各有特長,面向?qū)ο蠹夹g(shù)不是每個小組成員都熟

10、練掌握，加之面向?qū)ο蠹夹g(shù)在我們公司還不是很成熟，必 須有一個過渡，不能一下子轉(zhuǎn)型，因此采用該種策略符合我們公司的現(xiàn)實情況。由于項目進度管理得當(dāng)，項目按期完成，我們小組贏得公司的好評，其他小組也研究我們的管 理方式。當(dāng)然項目管理方式多種多樣，根據(jù)項目不同、人員不同管理模式應(yīng)做調(diào)整而不是一成 不變。適合本項目的管理模式才是最好的模式，先進的管理方法在不同的項目組中取得的效果 是不同的，這有待于我們?nèi)パ芯?，探索，實踐，總結(jié).信息系統(tǒng)項目管理師論文范例 2 :論軟件項目計劃的制定摘要本文討論了一個作者參與的軟件項目的項目計劃制訂的若干問題項目所開發(fā)的產(chǎn)品是一種智 能電子教學(xué)設(shè)備，該設(shè)備可以實時同步地將

11、用戶在硬件端的書寫內(nèi)容顯示在計算機屏幕上，并 可以保存、編輯、打印用戶輸入的數(shù)據(jù)，聯(lián)網(wǎng)的計算機也可以實時觀看用戶的書寫過程，并且 用戶還可以通過投影在硬件端的 pc機畫面交互操作PC機.作者是該項目的軟件開發(fā)組負責(zé)人兼軟件架構(gòu)師. 作者針對項目計劃的制定采取了：分而治之, 逐步求精，經(jīng)驗數(shù)據(jù)三個主要策略，從而得到較好的效果.正文2002年6月，作者所在公司啟動了一個項目，該項目開發(fā)出來的產(chǎn)品是一種智能教學(xué)設(shè)備，該設(shè)備可以實時同步地將用戶在硬件端的書寫內(nèi)容顯示在計算機屏幕上，用戶可以保存、編輯、 打印通過硬件端輸入到計算機的書寫內(nèi)容，聯(lián)網(wǎng)的計算機也可以實時觀看用戶的書寫過程.另 外，用戶還可以通

12、過投影在硬件端的 PC機顯示畫面交互地操作 PC機.作者有幸全程參與該項 目的開發(fā)，并且擔(dān)任了項目 PC機軟件開發(fā)組的負責(zé)人兼軟件構(gòu)架師的角色.對于這種實時通 信且具有聯(lián)網(wǎng)功能的軟件項目，我認為首先需要制定一個良好的項目計劃，才可以保證項目開 發(fā)的成功.總結(jié)這次項目的經(jīng)驗，我認為行之有效的策略有三個，分別是分而治之、逐步求精、 經(jīng)驗數(shù)據(jù)。下面就結(jié)合這三個策略詳細討論本次項目計劃的制訂。、分而治之將一個過于復(fù)雜的問題分解成若干復(fù)雜度不那么高的小間題來依次解訣，這種方法人類已經(jīng)采 用了幾千年這里我們也可以用于項目計劃的制定因為整個考慮項目的方方面面來制定計劃 其復(fù)雜度已經(jīng)超過了人類處理問題的能力為

13、了解決這個問題，可以將整個項目分解為一些更 小的組織體，逐一進行處理，這項工作也就是項目管理中的WBS （工作分解結(jié)構(gòu)）。比如針對這次項目中采取的RUP開發(fā)過程模型，我在完成需求管理計劃時我就將計劃內(nèi)容分解成初始、 細化、構(gòu)建、移交四個階段來分別制定，最后合到一塊兒就是完整的需求管理計劃除了按時 間段分解的角度來制定項目計劃，我制訂軟件開發(fā)計劃時同時按照了 RUP過程方法的工作流的 概念來分解項目計劃的制定工作，根據(jù)每個工作流在四個階段業(yè)界通用的工作量估計來制定計 劃，安排工作人員以及相應(yīng)的軟件資源。因為軟件開發(fā)計劃涉及到多個工作流，我認為以這種 方式分解是合理的同時因為本項目的特點，我省略了

14、業(yè)務(wù)建模工作流，這是因為這次的產(chǎn)品 是以硬件為主，軟件為輔的消費類產(chǎn)品，所以業(yè)務(wù)建模不是那么必要了以不同的方式分解項 目，可以從多個不同的角度來制定整個項目計劃，有利于全面、深入地了解項目，避免“瞎子 摸象”的情況發(fā)生.、逐步求精計劃工作其實是一種管理未來、管理未知的工作，而未來是變化莫測的，還存在許多自身無法 掌握的因素，因此存在很大的難度而解決這一困難的法寶就是逐步求精按照先框架后細節(jié)， 先粗后細地進行項目的計劃比如在這個項目中，在接受這個項目后就開始了做了一個初步計 劃，這個計劃的內(nèi)容主要是做出時間上的安排因為打算在2003年的月需要用這個項目的產(chǎn)品申請國家中小企業(yè)創(chuàng)新基金的支持，所以完

15、成時間就定在了2003年4月，預(yù)留一個月用于寫申請報告總的時間進度確定后，大概分配了三個時間段：系統(tǒng)工程分析、軟件開發(fā)模型確 定、軟件產(chǎn)品制造時間段、項目總結(jié)等到確定這改項目后的RUP開發(fā)模型后，就可以繼續(xù)對項目計劃進行第二改求精了。其實 RUP過程中出體現(xiàn)了逐步求精的理念，比如在初始與細 化兩個階段都要產(chǎn)生出項目計劃的制品這樣我就可以在這個兩個階段對項目計劃逐步求精， 比如在初始階段只是將我需要完成的項目計劃分為了需求管理計劃、軟件開發(fā)計劃、實施計劃，然后在細化階段我再具體地制定每類計劃的詳細內(nèi)容.比如在初始階段時架構(gòu)設(shè)計考慮以 MFC為平臺，根據(jù)這個決定軟件開發(fā)計劃的制定是比較粗略的，在細

16、化階段架構(gòu)設(shè)計進一步詳細， 這時已經(jīng)清楚各個模塊和 MFC的Doc/View 主結(jié)構(gòu)的接口定義，以及各模塊之間的接口定義， 這時我就可以根據(jù)所需開發(fā)的模塊制定計劃。比如這時我就計劃了特效界面模塊開發(fā)分兩次迭 代，第一次迭代計劃一個月時間，第二次迭代兩周時間，第一次迭代需要完成放大和縮小、樹 形選擇、縮略顯示等主要的界面效果，第二次迭代的主要任務(wù)是根據(jù)用戶反饋進行修改調(diào)整.三、經(jīng)驗數(shù)據(jù)要制定一個良好的計劃離不開精確的估算不過項目計劃是在項目開發(fā)的早期制定的，而在早 期要完成精確的估算是非常困難的要解決這個問題的關(guān)鍵就在于“經(jīng)驗數(shù)據(jù)” 由于整個軟 件產(chǎn)業(yè)都還十分年輕，經(jīng)驗數(shù)據(jù)的積累都普遍不足，才導(dǎo)

17、致這一現(xiàn)象的出現(xiàn)但是因為這次項 目開發(fā)的產(chǎn)品在國內(nèi)還沒有開發(fā)過，再加上公司沒有積累深厚系統(tǒng)的項目歷史數(shù)據(jù)針對面臨 的困難，我選用了 FP功能點分析作為項目主要的估算方法因為 FP方法中有大量項目經(jīng)驗數(shù) 據(jù)可以從網(wǎng)絡(luò)上獲得，同時其數(shù)據(jù)功能 TLF、EIF，以及事務(wù)功能El、EO、EQ的計算對經(jīng)驗數(shù) 據(jù)依賴不強，只需對概念理解正確一般就可以正確估算了在估算成本的時候，因為公司以前 的生產(chǎn)率數(shù)據(jù)是以LOC為單位的，我利用軟件工程書籍中的“逆火”經(jīng)驗數(shù)據(jù)，將LOC轉(zhuǎn)換為功能點單位，當(dāng)然，這里必然導(dǎo)致一些誤差。為了降低估算誤差，最后使用Delphi專家分析 法對估算結(jié)果進行了調(diào)整.Delphi方法是一種

18、集策法，也就是通過多名專家對估計值的不斷校 正的方法當(dāng)然，請專家增加了項目成本，不過最后得到高質(zhì)量的項目計劃還是值得的比如， 在某專家的建議下我們改變了自行開發(fā)網(wǎng)絡(luò)層組件的計劃，而是采購現(xiàn)有的完全可以解決項目 需求的成熟的中間件產(chǎn)品，這個策略的調(diào)整在后來證明是正確的一開始犯錯誤的原因是由于 我們網(wǎng)絡(luò)開發(fā)經(jīng)驗不足把用戶需求想復(fù)雜了最后談一下使用的工具軟件在制定項目計劃過 程中我采用了 Microsoft的Project 2003繪制甘特圖.因為項目的進度安排是和項目中每個人 都是息息相關(guān)的，所以在做甘特圖前我首先征集了大家對文字和條形圖效果的意見，然后按大 家的意見進行了美化，比如用鮮艷的顏色標(biāo)

19、識關(guān)鍵任務(wù)，放大任務(wù)摘要信息，突出里程碑信息 等這在有些項目管理者看來似乎是小事，不過我認為一個賞心悅目的甘特圖可以帶給觀看者 好的心情，而好的心情可以大大提高工作效率。同時，考慮創(chuàng)新基金支持的項目在交互期限上 有很大壓力，所以在定義甘特圖任務(wù)的依賴關(guān)系時我采取了業(yè)界慣用的“時間盒”的技術(shù)，也 就是在每個任務(wù)的任務(wù)信息對話框中“前置任務(wù)”一欄中的“延隔時間”我填入 5%-15%，也 就是說當(dāng)任務(wù)完成90%左右時就可以結(jié)束轉(zhuǎn)而執(zhí)行下一個任務(wù)因為本項目中的所有人員幾乎 是全程參與，所以我不是很擔(dān)心每個任務(wù)遺留的少量問題在下一階段沒有負責(zé)人去解訣。配合 Project 2003 使用的估算軟件是 S

20、oftware Productivity Research 的 KnowledgePlan.這款工 具軟件的最新版加強了對 Microsoft Project 2003以及RUP開發(fā)模型的支持，而且其中的 Project Template 功能允許用戶采用自己定制的 WBS來進行估算，這些因素使得 Kn owledgePlan 對本項目的項目計劃成功制定帶來很大的幫助.在上述三個策略的指導(dǎo)下，以及合適工具的輔助下，使最后形成的計劃有效地指導(dǎo)了后期的開 發(fā)活動。項目開發(fā)出來的產(chǎn)品通過了專家的鑒定，獲得了國家中小企業(yè)創(chuàng)新基金的支持.項目完成后發(fā)現(xiàn)的問題是早期計劃的估算結(jié)論偏差還是較大，看來還是受到

21、缺乏經(jīng)驗數(shù)據(jù)或者 經(jīng)驗數(shù)據(jù)不夠精確的影響，所以在以后的工作中需要開展有效的度量的工作，為公司積累覆蓋 面廣且盡量精確的經(jīng)驗數(shù)據(jù).信息系統(tǒng)項目管理師論文范例3 :論軟件開發(fā)成本管理摘要2004年8月，我作為項目經(jīng)理開始參與某某銀行授信業(yè)務(wù)系統(tǒng)的開發(fā)項目，主要工作職責(zé)為需求分析、系統(tǒng)設(shè)計和項目管理系統(tǒng)基本功能包括：業(yè)務(wù)操作、業(yè)務(wù)提醒、基礎(chǔ)資料、查詢統(tǒng) 計和權(quán)限管理等五個模塊.系統(tǒng)采用 Struts + Hibernate主流Web應(yīng)用框架，實現(xiàn) Web應(yīng) 用程序服務(wù)器WebSphere與協(xié)作應(yīng)用程序服務(wù)器Lotus Domi no 的高度集成.項目的成功很大程度上歸功于在項目過程中各個階段對進度和

22、成本的有效管理和控制。本文以 該項目為例，結(jié)合作者實踐，討論了信息系統(tǒng)項目中的成本管理問題，主要通過在計劃階段做 好工作量估算，有效管理和控制風(fēng)險因素，在實施階段進行成本跟蹤和控制等方法來有效管理 和控制項目成本.實施結(jié)果正文2004年8月，我作為項目經(jīng)理開始參與某某銀行授信業(yè)務(wù)系統(tǒng)的開發(fā)項目，主要工作職責(zé)為需求分析、系統(tǒng)設(shè)計和項目管理.當(dāng)然也做一些編碼工作，主要是基礎(chǔ)性公用代碼和關(guān)鍵核心代 碼的編寫與維護.授信是指銀行以自身信用向客戶提供貸款（包括項目貸款）、擔(dān)保、開票信 用證、匯票乘兌等業(yè)務(wù)，授信業(yè)務(wù)是商業(yè)銀行資金運作中最為重要的業(yè)務(wù)之一。開發(fā)授信業(yè)務(wù) 系統(tǒng)，提高授信業(yè)務(wù)的管理水平和運行效

23、率、充分利用共享的信息資源、減小各種風(fēng)險、運用 各種科學(xué)的金融分析模型指導(dǎo)業(yè)務(wù)開展具有十分重要的意義.系統(tǒng)基本功能包括：業(yè)務(wù)操作、 業(yè)務(wù)提醒、基礎(chǔ)資料、查詢統(tǒng)計和權(quán)限管理等五個模塊.系統(tǒng)全面實現(xiàn)授信業(yè)務(wù)的網(wǎng)上操作， 實現(xiàn)流程的上報，審批和管理，大大提高了授信業(yè)務(wù)工作效率。提供了強大的業(yè)務(wù)查詢和統(tǒng)計 功能，便于對授信業(yè)務(wù)工作的管理和監(jiān)督.其中業(yè)務(wù)操作模塊實現(xiàn)授信業(yè)務(wù)工作流程，主要包 括正常類授信業(yè)務(wù)申報、問題類授信業(yè)務(wù)申報、特殊類授信業(yè)務(wù)申報和授后監(jiān)控業(yè)務(wù)等工作流程.系統(tǒng)采用 Struts + Hibernate 主流Web 應(yīng)用框架，開發(fā)工具采用WebSphere StudioApplicat

24、ion Developer 5.0 (WSAD 5.0)，WSAD 5.0 集成并擴展了 Eclipse 2.0 的功能.硬件配置方面：IBM P610小型機用于安裝 WebSphere 5.0 , DELL服務(wù)器用于安裝 Domi no R6 和SQL Server 2000。實現(xiàn)Web應(yīng)用程序服務(wù)器 WebSphere與協(xié)作應(yīng)用程序服務(wù)器Lotus Domi no的高度集成，并使用Si ngle Sign On( SSO)實現(xiàn)單點登陸.總體架構(gòu)思想，將表單數(shù) 據(jù)的生成和分析采用關(guān)系型數(shù)據(jù)庫來實現(xiàn)，通過WebSphere架構(gòu)實現(xiàn)業(yè)務(wù)邏輯的處理，而表單的審核流程由 Domi no進行驅(qū)動.將基

25、于業(yè)務(wù)為主的J2EE服務(wù)系統(tǒng)和基于協(xié)作為主的DOMINO流程處理系統(tǒng)有效的結(jié)合起來，確保整個業(yè)務(wù)流程的有效運行和各種數(shù)據(jù)查詢分析統(tǒng) 計的有機結(jié)合.由于考慮到銀行帳戶年度等因素，客戶要求系統(tǒng)在2004年12底前交付，項目開發(fā)周期為4個 月。項目人員配備情況，項目經(jīng)理l人，開發(fā)人員4人，測試人員3人，界面美工人員1人， 項目行政秘書1人，配置管理人員1人，質(zhì)量管理人員1人.其中開發(fā)人員小張來自某某銀行 科技處.項目行政秘書、配置管理、質(zhì)量管理等人員為兼職人員，為多項目共享。由于公司屬 于大型軟件企業(yè)，在項目基礎(chǔ)設(shè)施方面包括開發(fā)服務(wù)器、開發(fā)機、測試服務(wù)器、配置管理服務(wù) 器、開發(fā)工具等配備狀況較好。軟

26、件成本管理是軟件項目管理的一個重要組成部分，也是一個十分容易被忽視但卻又是十分重 要的內(nèi)容.成本管理的目的是通過執(zhí)行項目成本管理過程和使用一些基本項目管理工具和技術(shù) 來改進項目成本績效。項目組整體上把按進度和預(yù)算交付項目作為我們最大的挑戰(zhàn)，因此我們 十分重視對項目進度和成本的控制和管理.該項目中我們借助項目管理軟件 Microsoft Project2003來輔助進度和成本的計劃和管理.我們主要通過在計劃階段做好工作量估算，有效管理和控制風(fēng)險因素和在實施階段進行成本跟蹤和控制等方法和策略來有效管理和控制項目成本.1、計劃階段做好活動歷時（工作量）估算項目需求分析階段結(jié)束，軟件需求說明書得到客戶

27、正式簽字確認后，我們開始創(chuàng)建工作分 解結(jié)構(gòu)WBS和制定詳細項目進度計劃.我們認為工作量估算是成本估算的基礎(chǔ)，對于項目成本管理+分關(guān)鍵.由于對代碼行（LOC）估算、功能點（FP）估算等估算方式研究不是很深入， 工作量估算主要采用基于公司項目歷史績效數(shù)據(jù)庫和個人經(jīng)驗的估算方法對于部分涉及流程 的活動單位一般比較難一次性把握其活動的歷時，事實上流程調(diào)試的工作量在頁面基本功能（增 加/刪除了修改）的3倍工作量以上.例如業(yè)務(wù)操作模塊一一問題類授信業(yè)務(wù)申報一一問題類 客戶行動計劃申請流程頁面提交工作量為2日/人，而流程調(diào)試需要涉及20多個角色和8條路徑.對于估算把握不是很好的任務(wù)，我們一般通過提供一個樂觀

28、估算A、悲觀估算B、正常估算M進行3次估算然后利用PERT公式1 （ 4 * M + A + B）/6計算取整.每項活動我都先確定 具體人員，然后需要對活動本身進行詳細分析，必要時查看公司項目歷史績效數(shù)據(jù)庫。最后需 要為各項活動建立了依賴關(guān)系，明確各項活動的前置任務(wù)，活動開始時間和結(jié)束時間.總體上 講活動歷時估算工作量較大，我花費了數(shù)個工作日.項目組人員流動率較低，在J2EE和Struts架構(gòu)下的WEB應(yīng)用開發(fā)已經(jīng)有一定的項目積累和團 隊合作基礎(chǔ).如項目組自行開發(fā)了功能完善的Struts-co nfig.xml統(tǒng)一維護工具，實現(xiàn)了FormBean和ActionBean方便管理。有大量可供復(fù)用的

29、東西，如公共基礎(chǔ)代碼包，權(quán)限管理 模塊等.這些也是在我們工作量估算中需要考慮的因素.2、有效管理和控制風(fēng)險因素項目中我們對項目風(fēng)險進行了必要的管理， 以避免風(fēng)險事件的發(fā)生引發(fā)項目成本增加或超支. 公 司項目管理部門提供了風(fēng)險管理計劃的模板和風(fēng)險事件列表模板為了讓項目組整體在各個階 段保持良好的風(fēng)險意識，我嘗試采用了“十大風(fēng)險事項跟蹤”，把項目中各主要風(fēng)險事項按照 排名張貼在公告欄上由于當(dāng)時有部分未明晰的需求包括：問題類客戶行動計劃申請流程；查詢統(tǒng)計部分需求；客戶方面可能提出的新需求需求和范圍界定不清、計劃不充分、用 戶參與不足、缺乏領(lǐng)導(dǎo)支持、技術(shù)問題等為我們項目計劃階段主要風(fēng)險事件事實表明，這

30、種 做法效果是非常明顯的特別是客戶方面，我定期把風(fēng)險事件列表Email給客戶方項目負責(zé)人方某為了能盡快落實未明晰的需求部分，我與客戶方主要項目負責(zé)人方某進行了面對面的溝 通.通過一番利弊關(guān)系的陳述，達成盡快明晰懸留部分需求的共識. 需求問題很快得到解決.項 目組整體信心十足，積極性和責(zé)任感增加公司領(lǐng)導(dǎo)方面對項目組也表現(xiàn)出特別的關(guān)心，特別 是公司趙總開始頻繁出現(xiàn)在項目組的每周進度評審會議上，他們也開始擔(dān)心因為對項目支持不 夠而導(dǎo)致項目的失敗.3、實施階段進行成本跟蹤和控制實施階段需要進行成本的跟蹤和控制.Project 2003中需要設(shè)定各項資源（人員）的工時標(biāo)準 費率，即人員每小時的工作成本項

31、目組成員每周五下班前通過內(nèi)網(wǎng)B/S項目管理信息系統(tǒng)PMIS提交項目周報，把各自本周內(nèi)完成的任務(wù)進度情況和下周任務(wù)計劃進行匯報報告要 求按百分比嚴格量化任務(wù)完成情況，PMIS只提供具體百分比的選擇項目經(jīng)理（我） 把各項任 務(wù)實際完成數(shù)據(jù)輸入到進度計劃中，Project 2003自動成本統(tǒng)計表，清楚顯示任務(wù)基準和實際 成本信息通過查看跟蹤甘特圖就可以較好把握項目總體的進度績效.授信業(yè)務(wù)系統(tǒng)在2004年12月下旬正式上線，提前1周完成了項目.目前系統(tǒng)運行正常，受到客戶方各有關(guān)部門的一致好評，對項目滿意度較高項目的成功很大程度上歸功于在項目過程 中各個階段對進度和成本的有效管理和控制沒有成本管理，項目

32、也可能成功但沒有成本管理的項目，對于項目管理質(zhì)量、時間、成本三大目標(biāo)的實現(xiàn)是具有巨大風(fēng)險.信息系統(tǒng)項目管理師論文范例4 :論軟件開發(fā)的風(fēng)險管理摘要本文討論了某公司實施 SAP系統(tǒng)的風(fēng)險管理該公司原先運行著一套 ERP系統(tǒng)，現(xiàn)在要轉(zhuǎn)到 SAP上，需要完成新系統(tǒng)的流程的重新定義，數(shù)據(jù)的切換，用戶的培訓(xùn)等工作項目要求在11個月的時間內(nèi)完成.實施一個大型的ERP系統(tǒng)有著各種的風(fēng)險，這些風(fēng)險如果不加分析和控制， 將會給整個項目造成致命的影響我作為項目經(jīng)理，主要從控制進度風(fēng)險，人員流動風(fēng)險和系 統(tǒng)功能風(fēng)險三個方面去進行風(fēng)險的管理最后這三方面的風(fēng)險都得到了有效的控制，從而使項 目順利完成.正文2003年1月

33、，我參與了西門子集團下某公司的 SAP留系統(tǒng)的實施，提任項目經(jīng)理.該公司之 前運行著另一套ERP軟件：QAD的MFG/PRO系統(tǒng).由于集團總部的要求，要用 SAP系統(tǒng) 替換原先的MFG/PRO系統(tǒng)，并且要在2003年11月前完成.整個項目完成以下階段，首先 是項目的引進，包括成立項目小組，由顧問對項目小組成員進行初步的培訓(xùn)， 讓小組成員對SAP 的標(biāo)準流程有個大概的認識.接下來是要分模塊進行討論，制定出各模塊的實施藍圖（blueprint）.該公司實施了以下的模塊：SD （銷售與分銷），MM （物料管理），CO （成本 控制），QM （質(zhì)量管理），PP（生產(chǎn)控制），F(xiàn)I （財務(wù)核算），CO （

34、成本控制）等.在Blueprint 完成后，由顧問根據(jù)定下的流程配置一個測試的系統(tǒng)，用戶在該測試環(huán)境下進行練習(xí)和測試.測試完成后就是數(shù)據(jù)的準備和切換了，要從 MFG/PRO系統(tǒng)把需要的數(shù)據(jù)下載下來然后你上傳到 SAP系統(tǒng)。完成數(shù)據(jù)的切換，SAP系統(tǒng)正式上線，同時不再使用原先的系統(tǒng)。因為整個項目要在11個月的時間內(nèi)完成，時間是非常緊迫的.如何在如此短的時間內(nèi)使項目能 順利進行，控制各種可能出現(xiàn)的風(fēng)險是必要的為此，在項目的初始階段，我召開了小組成員 開會，專門針對項目的風(fēng)險進行了討論會上，大家把想得到的風(fēng)險都提了出來經(jīng)過分析篩 選，我最后確定了三個重點進行控制的風(fēng)險，并采取了相應(yīng)的措施進行控制.1

35、、控制進度風(fēng)險ERP的實施是一個大型的項目，涉及到企業(yè)的流程改造和其它方方面面的東西.而該項目的上 線時間不能改變，所以，項目進度在這里是個潛在的風(fēng)險，如果不能如期上線，則公司的運作 將會受到重大的影響.為此，我在項目啟動后，召集了項目小組成員開會制定項目計劃.我首 先用Microsoft Project 制定了項目的總體計劃，在這個總體計劃中，明確了各個階段的任務(wù)和 完成時間.如什么時候完成設(shè)計藍圖(Bluepri nt)，什么時候進行關(guān)鍵用戶的培訓(xùn)，什么時候進 行測試和練習(xí)，什么時候進行數(shù)據(jù)的切換等.總體計劃制定出來后，各顧問在總體計劃下制定 各模塊的實施計劃，把每個模塊在每一階段的問題細

36、化.各模塊的實施計劃要在總體計劃的基 礎(chǔ)上進行，在任務(wù)和時間上不能滯后于總體計劃.無論是總體計劃和實施計劃，都要求明確各 步完成的時間，要精確到哪一天，而不能用模糊的描述，比如“ 3月初完成Blueprint ”這樣的 低描述是不充許的.為保證項日照進度進行，每周五都要召開項目會議，檢討項目的進展情況， 發(fā)現(xiàn)有超期的任務(wù)，分析原因，及時解決.在進度的控制方面，還要應(yīng)付突發(fā)的事件造成的影 響，及時地調(diào)整計劃以適應(yīng)新的情況.2003年4月一 5月，由于受到“非典”的影響，外部 顧問不能出差來我公司，這使項目的進度受到了很大的影響.為了把這種影響降到最低，我即 時調(diào)整了項目計劃，把這段時間安排為關(guān)鍵

37、用戶的培訓(xùn)和對系統(tǒng)的熟悉。因為之前顧問已對關(guān) 鍵用戶進行了一些培訓(xùn)，所以用戶對SAP系統(tǒng)有了一定的認識.通過上機的操作，更進一步了 解系統(tǒng).有問題我們通過E-Mail與顧問聯(lián)系。通過這種方法，把原本以后進行的用戶練習(xí)提到了前面雖然沒有顧問的現(xiàn)場指導(dǎo)，但通過自己的摸索對系統(tǒng)的印象更加深刻，為之后的工作打好的基礎(chǔ).2、控制人員流失的風(fēng)險在實施SAP過程中，有兩種可能會導(dǎo)致人員的離職，一是工作繁重乏昧，壓力大；二是積累了 一定的SAP經(jīng)驗后找工作相對比較容易，這時如果有其它更好的機會，員工會考慮跳槽.而項 目小組人員流動將會對項目造成很大的影響，甚至導(dǎo)致項目的失敗.所以如何控制這些風(fēng)險， 是作為項目

38、經(jīng)理要考慮的問題.為此，我首先與人力資源部一起，制定了一套有效的激勵機制.包 括，把參加SAP項目作為年終的一個績效考核內(nèi)容，因為項目需要加班加點的，公司免費提供 晚餐；設(shè)立項目基金，對表現(xiàn)突出的小組成員進行物質(zhì)上的獎勵；在整個公司的范圍內(nèi)大力宣 傳SAP，讓項目小組成員感覺到 SAP的重要性和實施項目的價值等.其次，為了避免出現(xiàn)某 個項目小組成員離職導(dǎo)致項目不能進展的情況出現(xiàn)，我在每個模塊都安排了兩個人員負責(zé)，一 個是主負責(zé)，一個是次要負責(zé).這樣，可以減少人員流失造成的損失。在這里，我沒有采用讓 項目小組成員簽合同的方法，即實施項目后要在公司工作多少年。我覺得這種方法會給小組一 種壓抑的感覺

39、，而公司主要靠企業(yè)文化來吸引員工.事實證明，我所采用的措施是有效的：在 整個項目的實施過程中，沒有一個小組成員退出或是離職.在項目運行一年多來，只有兩個當(dāng) 時的關(guān)鍵用戶離職，而他們離職后后備人員可以馬上頂上來，對系統(tǒng)沒有造成什么影響.3、控制系統(tǒng)的功能有人戲稱SAP是“ Stop All Production ”，這也從一個方面反映了實施 SAP的風(fēng)險所在.而造成上了系統(tǒng)后停產(chǎn)的一個原因就是系統(tǒng)功能不能滿足物流和生產(chǎn)的需要，這也是我擔(dān)心的一個問題.因為切換后系統(tǒng)不能再使用，如果這時候新系統(tǒng)滿足不了需要， 就真的會造成停產(chǎn).為 此，我在項目中采用了演化型的原型開發(fā)方法，用演化型的開發(fā)方法，可以讓

40、用戶針對已配置 好的原型進行測試，發(fā)現(xiàn)不能實現(xiàn)的功能及時提出來，改進后再測試，再改進在這里，測試 工作顯得很重要為此，我強調(diào)一定要做好測試工作在系統(tǒng)測試階段，我把所有的項目成員 集中在會議室中進行系統(tǒng)測試在測試中，我要求用真實的數(shù)據(jù)，模擬真實的環(huán)境進行系統(tǒng) 測試通過后，我還特別做了一次上線前的演習(xí)，即把所有相關(guān)的數(shù)據(jù)都導(dǎo)致SAP，配置一個上線后要用的系統(tǒng)，在此系統(tǒng)上進行操作這次演習(xí)成功后，堅定了大家使用系統(tǒng)的信心系統(tǒng) 上線后也沒有出現(xiàn)什么大的問題通過以上措施，使把 SAP的主要風(fēng)險基本上都控制在萌芽狀 態(tài)，項目沒有因為這些風(fēng)險受到影響，最后項目如期上線，受到了管理層和用戶的肯定在項 目進行過程

41、中，有些風(fēng)險并沒有事先預(yù)計出來比如說顧問的問題有的顧問水平高，但項目 也多用在我們這個項目上的時間就比較少，這給項目帶來了不利影響為此，我通過和該項 顧問所在的公司簽定合同，注明顧問在我們公司的工作時間，否則屬違約，通過這一方式使顧 問的管理得到改善.信息系統(tǒng)項目管理師論文范例 5 :利用CMM保證軟件質(zhì)量【摘要】本文論述了如何在一個規(guī)模較大的網(wǎng)上管理系統(tǒng)的開發(fā)中結(jié)合CMM二級的框架要求，以及軟件工程學(xué)的質(zhì)量保證策略進行項目的軟件質(zhì)量保證工作.本項目的特點有：(1 )開發(fā)人員多，有40人左右；(2 )采用面向?qū)ο蠓治雠c建模技術(shù)，JAVA語言，WebLogic應(yīng)用服務(wù)器等以前項目中未采用 過的開

42、發(fā)模式和技術(shù)因此不確定性因素很多，急需采用有效的質(zhì)量保證策略公司為了提高 軟件開發(fā)能力，已經(jīng)于近期全面引入了當(dāng)今軟件界正在流行、且行之有效的CMM質(zhì)量保證體系，并在顧問公司和主評審員的幫助下，由公司的SEPG結(jié)合公司實際，制定了初步的規(guī)范體系和模板文件，并決定將本項目作為試點項目.本文詳細論述了作為SEPG負責(zé)人之一，并且擔(dān)任本項目質(zhì)量保證人員的筆者，是如何在本項 目中有效推行CMM二級質(zhì)量保證措施的，并指出了其中的經(jīng)驗教訓(xùn)和有關(guān)的建議.【正文】本項目是一個面向政府管理部門，全市房地產(chǎn)企業(yè)和個人用戶的網(wǎng)上管理系統(tǒng)，它既是一個電 子商務(wù)項目，又是一個電子政務(wù)項目本系統(tǒng)采用了B / S結(jié)構(gòu)，融合了

43、政府部門和房地產(chǎn)企業(yè)的內(nèi)部網(wǎng)上管理系統(tǒng)于一身，同時作為全國建設(shè)系統(tǒng)信息化的一部分而實現(xiàn)In ter- net平臺上的上下集成它還提供信息發(fā)布、房屋交易等電子商務(wù)功能。本項目對系統(tǒng)的安全以及可靠性等方面有著較高要求，公司決定采用三層架構(gòu)模式的J2EE環(huán)境 作為運行環(huán)境另外，本項目參與人員眾多，面臨看新技術(shù)、工期緊等影響軟件質(zhì)量的不利因 素，對軟件質(zhì)量保證工作提出了很高的要求本人作為公司CMM實施工作的負責(zé)人之一，以質(zhì)量保證人員的角色參與到項目的開發(fā)和管理工作中，主要負責(zé)質(zhì)量保證策略的建立以及實施 工作.、以CMM二級理論為指導(dǎo)，采取措施保證開發(fā)過程與開發(fā)規(guī)范的符合性，以過程質(zhì)量的提 高來保證產(chǎn)品

44、的高質(zhì)量1、建立起明確的權(quán)責(zé)制度，減少因權(quán)責(zé)不明而產(chǎn)生的混亂為確保質(zhì)量保證人員有獨立的途徑向公司反映開發(fā)中的問題，同時為了避免質(zhì)保經(jīng)理與項目經(jīng) 理、軟件配置經(jīng)理之間過分隔閡，本人在項目啟動階段，起草了項目管理人員責(zé)任書，并 由相關(guān)人員評審?fù)ㄟ^；并提議公司設(shè)立了高級經(jīng)理交涉，以快速處理糾紛為防止開發(fā)人員與 項目管理人員在規(guī)范化開發(fā)過程中過度依賴規(guī)范而主動性不高，以及可能產(chǎn)生的相互埋怨，制 定并實施了項目開發(fā)人員守則，由各項目級每個成員在參加項目之初進行簽名式確認，以 解決開發(fā)過程中應(yīng)規(guī)范滯后和實施不力而引起的混亂問題.2、以制定的質(zhì)量保證計劃為綱，全程監(jiān)控各開發(fā)工作的過程建立和符合性問題在項目啟

45、動階段，就依據(jù)CMM二級要求和公司發(fā)布的項目開發(fā)規(guī)范， 制定并基線化XX項目 質(zhì)量保證計劃書，在計劃書中詳細地制定了質(zhì)量保證工作的內(nèi)容和進度安排。計劃書中主要有職責(zé)、培訓(xùn)工作、檢查評審及組織工作等四方面的內(nèi)容職責(zé)方面詳細說明本 人作為質(zhì)量保證人員在項目中的全責(zé)以及主要活動，澄清了與各開發(fā)角色的關(guān)系，主要起到項 目成員監(jiān)督質(zhì)量保證人員的作用培訓(xùn)方面指明了為有效推行CMM質(zhì)量體系而進行的有關(guān)培訓(xùn)，有CMM基礎(chǔ)理論方面的，也有本項目特色的規(guī)范方面的培訓(xùn)內(nèi)容。檢查評審方面指出了要檢查評審的過程及提交產(chǎn)品，并列舉了相應(yīng)的通過準則，即 CHECK-LIST .比如要評審的過程有項目規(guī)劃階段； 檢查項目經(jīng)理

46、和配置經(jīng)理是否按有關(guān)規(guī)范制 定了各自的計劃書；項目組的技術(shù)評審活動是否符合評流程和規(guī)范；風(fēng)險分析過程和任務(wù)分解 過程是否符合規(guī)范的執(zhí)行對提交的工作產(chǎn)品，如需求文檔和設(shè)計文檔，是否經(jīng)過了正式技術(shù) 評審并基線化這些都指明了切入時間和建議人員組織工作方面指明QA （質(zhì)保人員的簡稱）在開發(fā)過程要做的組織工作，如技術(shù)評審工作、測試工作、估計和工作細分等工作這些組織 工作主要是為了協(xié)助項目經(jīng)理開展工作并能有效且及時地獲得第一手質(zhì)量方面的資料對項目 開發(fā)過程中的跟蹤和檢查，主要采取了現(xiàn)場參與、分析項目成員日報和周報、個別交流以及項 目周例會的形式.二、以RUPCN和軟件工程方面的理論為指導(dǎo)制訂了行之有效的技

47、術(shù)規(guī)范文件CMM質(zhì)量體系更多的關(guān)注軟件開發(fā)過程方面的事情，也就是建義由誰在什么時候做哪些工作， 但沒有指明各個工作如何開展，也就是偏重于管理，偏輕于技術(shù)指導(dǎo)為了避免在框架方面很 有效，但應(yīng)實現(xiàn)細節(jié)不明確而出現(xiàn)的“一條腿走路”的現(xiàn)象，特在項目啟動之初就制定了要建 立的技術(shù)規(guī)范，如需求文檔編寫指南、界面設(shè)計規(guī)范等這些都列入QA的計劃中了考慮到本項目采用了面向?qū)ο蟮姆治龊驮O(shè)計技術(shù)， 急需UML和Rose技術(shù)方面的指導(dǎo)性文檔，因此將 與UML高度相關(guān)的RUPCN體系為主要參考，其他軟件工程理論為輔助參考，組織資源開發(fā) 人員制定了各個開發(fā)階段的規(guī)范性和指導(dǎo)性文檔實踐證明，項目組成員有了CMM過程方面的規(guī)

48、范，又有了指導(dǎo)開發(fā)工作的詳細技術(shù)文檔后，開發(fā)質(zhì)量有了質(zhì)的提高主要體現(xiàn)在以下幾 占：八、1、各個過程的效率提高了，從而保證了各個交互成功的質(zhì)量.比如，人員的選擇，時間的必備，開展的流程方面真正按照CMM的建議做了，這些都保證了開發(fā)過程的高效一個顯著的例子就是技術(shù)評審過程如果選擇的人員資格不夠，所花的評審 時間很少，開展的時機不對，就很難保證提交成果的質(zhì)量.2、人員之間的交流變得有效，自信心更強了.三、不足亟待改進之處由于是初次按照CMM的要求在項目中實踐 QA工作，因此不可避免地有一些不足之處，主要有：.因培訓(xùn)工作的不及時、不全面，導(dǎo)致 QA實施工作遇到了一些麻煩.度量數(shù)據(jù)的收集和分析工作做得還

49、不夠僅僅有少量的度量數(shù)據(jù)，分析工作也很少總的原 因是缺少一個有效的度量數(shù)據(jù)收集和分析機制.總之，這次項目的質(zhì)量保證工作基本達到了 CMM二級的框架要求，證明了過程質(zhì)量是產(chǎn)品質(zhì) 量的重要因素，為本項目順利地、高質(zhì)量地完成做出很大的貢獻.但也有很多教訓(xùn)值得吸取， 需要在培訓(xùn)工作和QA度量數(shù)據(jù)收集和利用方面下更大氣力.信息系統(tǒng)項目管理師論文范例6 :論信息系統(tǒng)的需求管理和范圍管理摘要在2003年9月，我參與了“某省畢業(yè)生就業(yè)公共網(wǎng)”項目的建設(shè).在項目中擔(dān)任項目經(jīng)理職務(wù).該項目作為“數(shù)字*”的重點工程，受到了省政府和“數(shù)字* ”領(lǐng)導(dǎo)小組領(lǐng)導(dǎo)的高度重視.系 統(tǒng)以省人事廳為依托，面向全省各級政府人事部門，

50、大中專院校，中介機構(gòu)、用人單位和畢業(yè) 生.集就業(yè)指導(dǎo)、政策宣傳，人才交流，就業(yè)手續(xù)辦理，政府宏觀管理于一體?？胺Q我省至今 為止，最大的電子政務(wù)項目之一。本文結(jié)合作者的經(jīng)驗就項目管理的需求管理和范圍管理作了 翔實的論述；并就項目過程中采取的措施、方法作了介紹.最后，列舉了該項目范圍管理的一 些不足之處.正文 一、項目概述為進一步加強我省畢業(yè)生就業(yè)服務(wù)體系建設(shè)，加強我省人才資源的宏觀管理與合理配置，為我 省廣大畢業(yè)生和用人單位提供便捷的人事人才服務(wù)；在省領(lǐng)導(dǎo)、省人事廳和“數(shù)字 * ”建設(shè)領(lǐng) 導(dǎo)小組的高度重視和支持下，“*省畢業(yè)生就業(yè)公共網(wǎng)”（下簡稱：就業(yè)網(wǎng)）項目作為“數(shù)字* ”的重點工程于2003

51、年9月啟動了。項目總投資150萬元，要求在2004年5月1日前全 面竣工并投入使用系統(tǒng)要求采用先進的技術(shù)手段，以省人事廳為依托，以In ternet為載體，大中專畢業(yè)生就業(yè)創(chuàng)業(yè)為導(dǎo)向；面向全省各級人事部門，大中專院校，人才中介機構(gòu)，用人單 位和畢業(yè)生；連接人事部、教育部和其他兄弟省市就業(yè)主管部門、高等院校；構(gòu)筑一個大容量， 寬輻射的全省畢業(yè)生就業(yè)創(chuàng)業(yè)公共服務(wù)平臺。為我省廣大畢業(yè)和用人單位提供全面、便捷、快 速的人事人才服務(wù)；為大中專院校提供集學(xué)生學(xué)籍管理與就業(yè)相關(guān)工作的辦公自動化平臺。預(yù) 計系統(tǒng)建成后將成為我省第一個面向全省的、大容量的、跨區(qū)域的畢業(yè)生就業(yè)創(chuàng)業(yè)電子政務(wù)應(yīng) 用服務(wù)平臺。通過公司的

52、項目經(jīng)理競爭上崗機制，我有幸獲得了公司領(lǐng)導(dǎo)與業(yè)主的信任，成為 該項目的項目經(jīng)理，全面主持項目的管理工作.在省政府與“數(shù)字* ”小組領(lǐng)導(dǎo)的親切關(guān)懷下，業(yè)主的通力配合與支持下，我與項日組全體同志們一起并肩作戰(zhàn)，通過近8個月的努力，終于在2004年4月15日全面通過驗收，項目花費總成本為 96萬元.比計劃提起了 15天，為公 司掙得近50萬的利潤.二、項目范圍難以管理范圍管理是項目管理的基礎(chǔ)，也是項目管理工作的重點和難點。含糊的需求和頻繁變更的范圍 讓項目的甲乙雙方吃盡了苦頭.如何做好項目的需求管理與范圍管理常常是項目經(jīng)理最頭疼的 間題。就業(yè)網(wǎng)項目的成功，筆者一直認為得益于有效的項目范圍管理機制。在

53、此筆者就就業(yè)網(wǎng) 項目采取的項目范圍管理的一些方法做簡略介紹，望各位讀者批評指正.三、項目需求與范圍的區(qū)別和聯(lián)系項目范圍（Project-scope ）包括項目的最終產(chǎn)品或服務(wù)以及實現(xiàn)改產(chǎn)品或服務(wù)所需的各項具體 工作。從這個意義上講就是項目應(yīng)該做什么，不應(yīng)該做什么，以及如何做。也就是說，項目范 圍事實包括2個方面的內(nèi)容：項目需求和項目過程項目需求確定做什么項目過程確定如何 做.項目范圍管理也就是對項目應(yīng)該做什么和怎么做做出相應(yīng)的定義和控制事實上就是對需求的 管理和項目過程的管理.四、就業(yè)網(wǎng)項目需求特點1 、項目干系人多就業(yè)網(wǎng)是面向全省各級人事部門（省、市、縣三級近100個人事行政單位）、大中專院

54、校（200所）、人才中介機構(gòu)（200多家）、用人單位（近百萬家）、畢業(yè)生的大型電子政務(wù)項目. 目涉及面廣、用戶量大在項目管理中我們必須收集廣大用戶的意見，獲得廣大項目干系人的 支持。才能打造一個用戶樂于使用的電子政務(wù)平臺，為項目的使用推廣打下基礎(chǔ).2 、業(yè)務(wù)涉及面廣畢業(yè)生就業(yè)公共網(wǎng)集畢業(yè)生就業(yè)創(chuàng)業(yè)指導(dǎo)、政策宣傳、咨詢，人才與用人單位的雙向交流互動， 網(wǎng)上人才市場，畢業(yè)生就業(yè)手續(xù)辦理，院校學(xué)生學(xué)籍管理與就業(yè)管理，就業(yè)工作監(jiān)控管理與宏 觀管理，資源收集整理于一體涉及畢業(yè)生就業(yè)工作與人才管理工作的方方面面。3、全省畢業(yè)生就業(yè)工作流程不一致就業(yè)網(wǎng)項目涉及我省各級人事部門，但由于政府人事工作的區(qū)域性，各

55、設(shè)區(qū)市都有各自不同的 人事制度與畢業(yè)生引進制度造成我省各設(shè)區(qū)市人事部門畢業(yè)生就業(yè)工作流程的不一致.就業(yè)網(wǎng)項目涉及我省近200所大中專院校.各個學(xué)校也均有各自的就業(yè)管理工作方法和習(xí)慣.4、各級政府部門、院校信息化程度參差不齊 我省是一個沿海城市，各設(shè)區(qū)市經(jīng)濟條件不一樣，信息化程度更是參差不齊沿海城市信息化 程度比較高，山區(qū)城市信息化較為落后。有些單位甚至沒有一臺電腦.五、項目范圍管理工作方法就業(yè)網(wǎng)項目需求的特點使我們對項目的范圍管理狡盡了腦汁通過專家顧問的指導(dǎo)與項目團隊全體同志們的共同努力，采取了相關(guān)措施、方法才使的項目的范圍管理工作變的更加容易.1、全省三百多項目干系人參與的項目啟動大會考慮到

56、項目的涉及面廣，干系人眾多項目正式啟動之初，在業(yè)主省人事廳的通力配合下，我 們召集了全省各級人事部門、大中專院校負責(zé)畢業(yè)生就業(yè)工作的領(lǐng)導(dǎo)和業(yè)務(wù)辦理同志，重點中 介機構(gòu)和省直重點單位的人事主管三百多人參與項目的啟動大會在這次會議上，我作為項目 經(jīng)理向各項目干系人，就項目的主要目標(biāo)、范圍、范圍管理計劃、進度計劃安排、溝通方式作 了詳細介紹希望各項目干系人能夠積極配合我們的工作，我們將盡量滿足他們的要求，將就 業(yè)網(wǎng)建設(shè)成為他們樂于使用，能確實幫助他們的網(wǎng)站系統(tǒng)。2、有效的項目范圍管理這個項目可以說是我通過 PMP后的第一次將項目管理知識體系知識靈活運用于實踐之中.在項目管理中我們采用了 MS Pro

57、ject2002 作為項目管理工具.通過Project，我們建立了項目 的WBS.對WBS的每個任務(wù)明確了其可交付物.對每一個任務(wù)我們都要求細化到每個人在一 周內(nèi)可以完成。保證每一項任務(wù)都是可控的.同時我們還制定了完善的項目范圍管理計劃，WBS字典，范圍變更計劃及規(guī)程，項目核實標(biāo)準（含質(zhì)量控制標(biāo)準）.并交由業(yè)主、項目監(jiān)理單位審核后，由業(yè)主和項目監(jiān)理單位共同實施。3、多飲的項目評審大會在項目進度計劃中我們確定了 5個重要里程碑在這些里程碑結(jié)束后，我們將邀請相關(guān)項目干 系人參與項目的評審工作目的是為了防止需求偏差、遺漏，和收集新的需求.第一個重要里程碑是系統(tǒng)原型完成之后，邀請了所有項目干系人代表參與了原型的評審工作.第二個重要里程碑是政府人事部門業(yè)務(wù)平臺完成之后，邀請了相關(guān)政府人事部門的相關(guān)業(yè)務(wù)負 責(zé)人參與項目評審工作.第三個重要里程碑是院校端業(yè)務(wù)平臺完成之后，邀請了各重點高校、中等職業(yè)學(xué)校的相關(guān)業(yè)務(wù) 代表參與了項目的評審工作.第四個重要里程碑是網(wǎng)上人才市場平臺完成之后，邀請了重點中介機構(gòu)，省直重點單位、畢業(yè) 生代表參加項目的評審工作.第五個重要里程碑系統(tǒng)基本成型之后， 我們再一次組織了全體項目干系人， 參加項目評審會議。每一次的項目評審都給我們帶來了很多很好的建議.讓我們充分發(fā)現(xiàn)了我們系統(tǒng)的不足之處， 發(fā)現(xiàn)了許多業(yè)務(wù)上的偏差.當(dāng)然也有許多項目干系人提出了系統(tǒng)易用性上的建議。會后