【正文】 代的主要任務是根據(jù)用戶反饋進行修改調(diào)整． 三、經(jīng)驗數(shù)據(jù) 要制定一個良好的計劃離不開精確的估算．不過項目計劃是在項目開發(fā)的早期制定的，而在早期要完成精確的估算是非常困難的．要解決這個問題的關鍵就在于“經(jīng)驗數(shù)據(jù)”．由于整個軟件產(chǎn)業(yè)都還十分年輕，經(jīng)驗數(shù)據(jù)的積累都普遍不足，才導致這一現(xiàn)象的出現(xiàn)．但是因為這次項目開發(fā)的產(chǎn)品在國內(nèi)還沒有開發(fā)過，再加上公司沒有積累深厚系統(tǒng)的項目歷史數(shù)據(jù) ．針對面臨的困難，我選用了 FP 功能點分析作為項目主要的估算方法．因為 FP 方法中有大量項目經(jīng)驗數(shù)據(jù)可以從網(wǎng)絡上獲得，同時其數(shù)據(jù)功能 TLF、 EIF，以及事務功能 EI、 EO、 EQ 的計算對經(jīng)驗數(shù)據(jù)依賴不強，只需對概念理解正確一般就可以正確估算了．在估算成本的時候，因為公司以前的生產(chǎn)率數(shù)據(jù)是以 LOC 為單位的，我利用軟件工程書籍中的 “ 逆火 ” 經(jīng)驗數(shù)據(jù)，將 LOC 轉換為功能點單位，當然，這里必然導致一些誤差。為了降低估算誤差，最后使用 Delphi 專家分析法對估算結果進行了調(diào)整． Delphi 方法是一種集策法，也就是通過多名專家 對估計值的不斷校正的方法．當然，請專家增加了項目成本，不過最后得到高質量的項目計劃還是值得的．比如，在某專家的建議下我們改變了自行開發(fā)網(wǎng)絡層組件的計劃，而是采購現(xiàn)有的完全可以解決項目需求的成熟的中間件產(chǎn)品，這個策略的調(diào)整在后來證明是正確的．一開始犯錯誤的原因是由于我們網(wǎng)絡開發(fā)經(jīng)驗不足把用戶需求想復雜了． 最后談一下使用的工具軟件．在制定項目計劃過程中我采用了 Microsoft 的 Project 2021 繪制甘特圖．因為項目的進度安排是和項目中每個人都是息息相關的，所以在做甘特圖前我首先征集了大家對文字和條形圖效 果的意見，然后按大家的意見進行了美化，比如用鮮艷的顏色標識關鍵任務，放大任務摘要信息，突出里程碑信息等．這在有些項目管理者看來似乎是小事，不過我認為一個賞心悅目的甘特圖可以帶給觀看者好的心情，而好的心情可以大大提高工作效率。 同時，考慮創(chuàng)新基金支持的項目在交互期限上有很大壓力，所以在定義甘特圖任務的依賴關系時我采取了業(yè)界慣用的“時間盒”的技術，也就是在每個任務的任務信息對話框中“前置任務”一欄中的“延隔時間”我填入 5%15%，也就是說當任務完成 90%左右時就可以結束轉而執(zhí)行下一個任務．因為本項目中的所有人員 幾乎是全程參與，所以我不是很擔心每個任務遺留的少量問題在下一階段沒有負責人去解訣。 配合Project 2021 使用的估算軟件是 Software Productivity Research 的 具軟件的最新版加強了對 Microsoft Project 2021 以及 RUP 開發(fā)模型的支持，而且其中的Project Template 功能允許用戶采用自己定制的 WBS 來進行估算，這些因素使得 KnowledgePlan對本項目的項目計劃成功制定帶來很大的幫助． 在上述三個策略的指導下，以及合 適工具的輔助下，使最后形成的計劃有效地指導了后期的開發(fā)活動。項目開發(fā)出來的產(chǎn)品通過了專家的鑒定，獲得了國家中小企業(yè)創(chuàng)新基金的支持． 項目完成后發(fā)現(xiàn)的問題是早期計劃的估算結論偏差還是較大，看來還是受到缺乏經(jīng)驗數(shù)據(jù)或者經(jīng)驗數(shù)據(jù)不夠精確的影響，所以在以后的工作中需要開展有效的度量的工作，為公司積累覆蓋面廣且盡量精確的經(jīng)驗數(shù)據(jù)． 信息系統(tǒng)項目管理師論文范例 3：論軟件開發(fā)成本管理 5 / 20 摘要 2021 年 8 月，我作為項目經(jīng)理開始參與某某銀行授信業(yè)務系統(tǒng)的開發(fā)項目，主要工作職責為需求分析、系統(tǒng)設計和項目管理．系統(tǒng)基本功能包括 ：業(yè)務操作、業(yè)務提醒、基礎資料、查詢統(tǒng)計和權限管理等五個模塊．系統(tǒng)采用 Struts + Hibernate 主流 Web 應用框架，實現(xiàn) Web 應用程序服務器 WebSphere 與協(xié)作應用程序服務器 Lotus Domino 的高度集成． 項目的成功很大程度上歸功于在項目過程中各個階段對進度和成本的有效管理和控制。本文以該項目為例，結合作者實踐，討論了信息系統(tǒng)項目中的成本管理問題，主要通過在計劃階段做好工作量估算，有效管理和控制風險因素，在實施階段進行成本跟蹤和控制等方法來有效管理和控制項目成本．實施結果? 正文 2021 年 8 月，我作為項目經(jīng)理開始參與某某銀行授信業(yè)務系統(tǒng)的開發(fā)項目，主要工作職責為需求分析、系統(tǒng)設計和項目管理．當然也做一些編碼工作，主要是基礎性公用代碼和關鍵核心代碼的編寫與維護．授信是指銀行以自身信用向客戶提供貸款（包括項目貸款）、擔保、開票信用證、匯票乘兌等業(yè)務，授信業(yè)務是商業(yè)銀行資金運作中最為重要的業(yè)務之一。開發(fā)授信業(yè)務系統(tǒng)，提高授信業(yè)務的管理水平和運行效率、充分利用共享的信息資源、減小各種風險、運用各種科學的金融分析模型指導業(yè)務開展具有十分重要的意義．系統(tǒng)基本功能包括：業(yè)務操作、業(yè)務提醒、基礎資 料、查詢統(tǒng)計和權限管理等五個模塊．系統(tǒng)全面實現(xiàn)授信業(yè)務的網(wǎng)上操作，實現(xiàn)流程的上報，審批和管理，大大提高了授信業(yè)務工作效率。提供了強大的業(yè)務查詢和統(tǒng)計功能，便于對授信業(yè)務工作的管理和監(jiān)督．其中業(yè)務操作模塊實現(xiàn)授信業(yè)務工作流程，主要包括正常類授信業(yè)務申報、問題類授信業(yè)務申報、特殊類授信業(yè)務申報和授后監(jiān)控業(yè)務等工作流程． 系統(tǒng)采用 Struts + Hibernate 主流 Web 應用框架，開發(fā)工具采用 WebSphere Studio Application Developer (WSAD )， WSAD 集成并擴展了 Eclipse 的功能．硬件配置方面： IBM P610 小型機用于安裝 WebSphere ， DELL 服務器用于安裝 Domino R6 和 SQL Server 2021。實現(xiàn) Web 應用程序服務器 WebSphere 與協(xié)作應用程序服務器 Lotus Domino 的高度集成，并使用Single Sign On(SSO)實現(xiàn)單點登陸．總體架構思想，將表單數(shù)據(jù)的生成和分析采用關系型數(shù)據(jù)庫來實現(xiàn)，通過 WebSphere 架構實現(xiàn)業(yè)務邏輯的處理，而表單的審核流程由 Domino 進行驅動．將基于業(yè)務為主的 J2EE 服務系統(tǒng)和基于協(xié)作為主的 DOMINO 流程處理系統(tǒng)有效的結合起來，確保整個業(yè)務流程的有效運行和各種數(shù)據(jù)查詢分析統(tǒng)計的有機結合． 由于考慮到銀行帳戶年度等因素，客戶要求系統(tǒng)在 2021 年 12 底前交付，項目開發(fā)周期為 4 個月。項目人員配備情況，項目經(jīng)理 l 人，開發(fā)人員 4 人，測試人員 3 人，界面美工人員 1 人，項目行政秘書 1 人，配置管理人員 1 人，質量管理人員 1 人．其中開發(fā)人員小張來自某某銀行科技處．項目行政秘書、配置管理、質量管理等人員為兼職人員，為多項目共享。由于公司屬于大型軟件企業(yè)，在項目基礎設施方面包括開發(fā)服務 器、開發(fā)機、測試服務器、配置管理服務器、開發(fā)工具等配備狀況較好。 軟件成本管理是軟件項目管理的一個重要組成部分，也是一個十分容易被忽視但卻又是十分重要的內(nèi)容．成本管理的目的是通過執(zhí)行項目成本管理過程和使用一些基本項目管理工具和技術來改進項目成本績效。項目組整體上把按進度和預算交付項目作為我們最大的挑戰(zhàn)，因此我們十分重視對項目進度和成本的控制和管理．該項目中我們借助項目管理軟件 Microsoft Project 2021 來輔助進度和成本的計劃和管理．我們主要通過在計劃階段做好工作量估算，有效管理和控制風險因素 和在實施階段進行成本跟蹤和控制等方法和策略來有效管理和控制項目成本 ． 計劃階段做好活動歷時（工作量）估算 6 / 20 項目需求分析階段結束，《軟件需求說明書》得到客戶正式簽字確認后，我們開始創(chuàng)建工作分解結構 WBS 和制定詳細項目進度計劃．我們認為工作量估算是成本估算的基礎，對于項目成本管理＋分關鍵．由于對代碼行（ LOC）估算、功能點（ FP）估算等估算方式研究不是很深入，工作量估算主要采用基于公司項目歷史績效數(shù)據(jù)庫和個人經(jīng)驗的估算方法．對于部分涉及流程的活動單位一般比較難一次性把握其活動的歷時，事實上流程調(diào)試的工作 量在頁面基本功能（增加 /刪除了修改）的 3 倍工作量以上．例如業(yè)務操作模塊 —— 問題類授信業(yè)務申報 —— 問題類客戶行動計劃 申請流程頁面提交工作量為 2 日 /人，而流程調(diào)試需要涉及 20 多個角色和 8 條路徑．對于估算把握不是很好的任務，我們一般通過提供一個樂觀估算 A、悲觀估算 B、正常估算M 進行 3 次估算然后利用 PERT 公式 [1 ( 4 * M + A + B)/6]計算取整．每項活動我都先確定具體人員，然后需要對活動本身進行詳細分析，必要時查看公司項目歷史績效數(shù)據(jù)庫。最后需要為各項活動建立了依賴關系，明確各項活動的前置任務，活 動開始時間和結束時間．總體上講活動歷時估算工作量較大，我花費了數(shù)個工作日． 項目組人員流動率較低，在 J2EE 和 Struts 架構下的 WEB 應用開發(fā)已經(jīng)有一定的項目積累和團隊合作基礎．如項目組自行開發(fā)了功能完善的 統(tǒng)一維護工具，實現(xiàn)了FormBean 和 ActionBean 方便管理。有大量可供復用的東西，如公共基礎代碼包，權限管理模塊等．這些也是在我們工作量估算中需要考慮的因素． 有效管理和控制風險因素 項目中我們對項目風險進行了必要的管理，以避免風險事件的發(fā)生引發(fā)項目成本 增加或超支．公司項目管理部門提供了風險管理計劃的模板和風險事件列表模板．為了讓項目組整體在各個階段保持良好的風險意識，我嘗試采用了“十大風險事項跟蹤”，把項目中各主要風險事項按照排名張貼在公告欄上．由于當時有部分未明晰的需求包括：①問題類客戶行動計劃申請流程；②查詢統(tǒng)計部分需求；③客戶方面可能提出的新需求．需求和范圍界定不清、計劃不充分、用戶參與不足、缺乏領導支持、技術問題等為我們項目計劃階段主要風險事件．事實表明，這種做法效果是非常明顯的．特別是客戶方面，我定期把風險事件列表 Email 給客戶方項目負責人方 某．為了能盡快落實未明晰的需求部分，我與客戶方主要項目負責人方某進行了面對面的溝通．通過一番利弊關系的陳述，達成盡快明晰懸留部分需求的共識．需求問題很快得到解決．項目組整體信心十足，積極性和責任感增加．公司領導方面對項目組也表現(xiàn)出特別的關心，特別是公司趙總開始頻繁出現(xiàn)在項目組的每周進度評審會議上，他們也開始擔心因為對項目支持不夠而導致項目的失?。? 實施階段進行成本跟蹤和控制 實施階段需要進行成本的跟蹤和控制． Project 2021 中需要設定各項資源（人員）的工時標準費率，即人員每小時的工作成本．項 目組成員每周五下班前通過內(nèi)網(wǎng) B/S 項目管理信息系統(tǒng) PMIS提交《項目周報》，把各自本周內(nèi)完成的任務進度情況和下周任務計劃進行匯報．報告要求按百分比嚴格量化任務完成情況， PMIS 只提供具體百分比的選擇．項目經(jīng)理（我）把各項任務實際完成數(shù)據(jù)輸入到進度計劃中， Project 2021 自動成本統(tǒng)計表，清楚顯示任務基準和實際成本信息．通過查看跟蹤甘特圖就可以較好把握項目總體的進度績效． 授信業(yè)務系統(tǒng)在 2021 年 12 月下旬正式上線，提前 1 周完成了項目．目前系統(tǒng)運行正常，受到客戶方各有關部門的一致好評，對項目滿意度較高． 項目的成功很大程度上歸功于在項目過程中各個階段對進度和成本的有效管理和控制．沒有成本管理，項目也可能成功．但沒有成本管理的項目，對于項目管理質量、時間、成本三大目標的實現(xiàn)是具有巨大風險． 信息系統(tǒng)項目管理師論文范例 4：論軟件開發(fā)的風險管理 摘要 7 / 20 本文討論了某公司實施 SAP 系統(tǒng)的風險管理．該公司