2. 范文一：論信息系統項目的整體管理
[摘要]
醫療保險管理信息系統涉及到醫保管理部門、各定點結算點（醫院、藥店）、開發商，加之政策多變、業務不成熟，需求變化頻繁，開發的難度和風險較大。在某市醫保管理信息系統開發過程中，我作為用戶方的項目負責人參與了項目的整體管理工作，我在項目整體管理中采取了針對性的措施，加強了參與各方的溝通，注重用戶需求和需求的變化，合理配置項目組成員，對風險進行了及時的評估并順利地控制了風險。通過這些辦法，平衡了各方的利益，控制了項目的范圍和進度，保證了項目的質量，順利完成了這個項目。
[正文]
幾年前，某市為實施城鎮職工基本醫療保險，開發了一套醫保管理信息系統，我作為用戶方項目負責人，參與了項目管理、系統分析和編程的部分工作。這個系統的功能包含了基金征集和支付管理、參保單位（職工）管理、定點結算點管理、參保職工就診結算管理、IC卡管理等，目標管理人數為30萬、定點結算點200個，計劃投資400萬元；采用C/S結構，數據集中保存在市醫保中心，定點結算點與醫保中心之間數據實時交換。通過公開招標，明確了項目的范圍、時間、成本和采購，因此，我把整體管理工作的重點放在了項目的質量、人力資源、溝通和風險管理管理，目的是保證實現計劃的功能并按時投入運行。在工作中，我根據實際情況，采用了靈活的工作方法，取得了較好的效果。
該系統在04年一次上線運行成功，目前運行情況良好。
一、加強了溝通管理。
該項目涉及到醫保中心、參保單位、定點結算點、系統開發（集成）商等多個單位，從需求分析到系統設計、測試都要各方參與、協調配合，由于各方的地理位置十分分散，難以經常或長期集中，因此，各方及時有效的溝通是項目成功的必要條件。為解決好這個問題，我采取了三個辦法：
1、提高大家對溝通作用的認識，特別是各方主要領導人對溝通的必要性和重要性的認識，從而對溝通工作給予必需的人員、經費和時間支持，保證了溝通工作得以按計劃進行。
2、對項目組外部的溝通，堅持從實際出發，采用多種溝通的方式。一方面，把必要的、重要的溝通需要以聯席會議、工作計劃、總結報告的形式制度化。另一方面，在適用的前提下，采用靈活、經濟的溝通方式，比如：對一般的小問題或者是簡單問題進行電話交流，復雜一點的問題開碰頭會，需要后續解決的、比較重要的及涉及面較大的問題要形成書面的會議記要，有必要的情況下要由相關單位加蓋公章確認。
3、對項目組內部溝通，進行適當的控制，避免形式主義，在保證效果的前提下節省時間，提高工作效率。規定項目組成員在每天工作過程遇到問題，將其記錄下來，然后在以郵件方式發送給需要溝通或者詢問者。大家每天下班之前收取郵件，對于可以直接回答的問題則直接以郵件方式回復，對于無法直接答復而只需與提出問題者討論的問題，在第二天上班前進行商議確定。而需要眾人一起討論的問題，則放到每周會議上討論，較緊急的問題召開臨時性會議。通過以上方法，基本上實現了有關各方及項目組內部的有效溝通，及時發現問題、解決問題，避免了因各方立場不一致造成嚴重對立而影響項目進度，避免了因交流不暢形成重大質量問題。
二、合理配置人員。
對項目組人員進行規劃配置，合理分工，明確責任，保證項目各階段、各方面的工作能夠按計劃完成。我們在項目組長配置了以下人員：技術組長一名，負責技術難題攻關，組間溝通協調；需求人員5名，負責將用戶需求轉換成項目內的功能需求和非功能需求，編制項目需求規格說明書，針對每個迭代集成版本與用戶交流獲取需求的細化；設計人員5名，負責對需求規格說明書，進行系統設計；開發人員8名，實現設計，完成用戶功能；集成人員1名，負責整套系統的編譯集成，督促小組系統功能提交，及時發現各模塊集成問題，起到各小組之間的溝通的紐帶；測試人員2名，對于集成人員集成的版本進行測試，盡可能的發現程序缺陷，以及未滿足需求的設計；文檔整理人員1名，負責對小組內產生文檔的整合，統一；維護人員1名，系統驗收后，維護人員，建議維護人員早期進入項目參與項目測試以便順利承擔起項目維護職責。
在人員的管理方面，一方面要求項目組成員相對穩定，以保證開發工作的連續性，另一方面，不搞終身制，不能夠勝任職工作的堅決調換，保證項目整體工作不受影響。通過平常和階段性的工作考核、評審，對不合格人員進行調換。有一名需求分析人員因為工作態度不好，與客戶單位業務人員關系惡化，調查落實后，我們立即把他調出項目組。
三、進行風險評估，在進度和質量之間進行權衡，爭取最佳平衡點。
由于項目資金已經確定，我就在進度和質量之間找平衡點，力爭把風險降到最低。由于醫療保險業務本身比較復雜，加之當時國家政策不穩定，業務流程不是很規范，系統需求也在不斷調整、完善，給項目的進度帶來一定影響。由于這個項目涉及到十余萬參保職工的醫療待遇，影響很大，通過與用戶方領導溝通，決定不搞“形象工程”，在質量和進度之間優先考慮質量。同時，考慮到這個項目的采用了增量開發模型和模塊化的設計方法，我把項目目標進行了分解，涉及到業務經辦的部分優先完成，保證系統在規定的時間上線運行，其它不影響業務經辦的、輔助性的功能適當延期，包括醫療監督、統計分析和部分報表。這樣雖然整體工期有所延長，但沒有影響系統及時上線。這種做法同時照顧到各方的利益，把整體風險降到了最低。
四、重視需求變化的客觀性，強化測試，保證軟件功能完整、正確、高效。
質量是軟件的生命，軟件功能完整、正確、高效是軟件質量的重要組成部分，也是用戶最關心的內容。
我們采用了軟件工程方法，使用漸增式的增量模型，注重滿足用戶需求和需求的變化。由于國家沒有統一的醫療保險業務經辦規范流程，另外，為保證醫保基金的收支平衡，各地都在根據醫保基金的運行情況進行不斷的政策調整，造成醫保系統的需求變化頻繁。根據這個情況，為保證軟件滿足應用需要，我們規定：在整個項目的開發過程中，凡是用戶提出的、經調查情況屬實、經技術可行性論證可行的，全部予以響應。同時，采取措施避免需求的反復和無意義、不合理的變更。對較大的變更和比較關鍵的變更，要經各方聯席會議論證通過，參與人員簽字負責，并由提出變更的單位加蓋公章確認。由于不合理或技術上不可行而沒有通過的需求變更，要提出替代的解決辦法，并與用戶單位協商，達成一致意見后予以解決。
測試是保證軟件質量的重要手段，也是讓用戶直觀地了解軟件質量和熟悉軟件操作的有效途徑。我有計劃地強化測試環節，讓用戶由始至終地參與測試工作。我們主要采取黑盒法進行測試，把工作重點放在測試用例的準備上，嚴格定義測試索引、測試環境、測試輸入、預期結果、評價標準，盡可能的把各種業務的不同情況都表現出來。同時，我們準備了一家定點結算點進行實際運行測試，在該結算點手工記帳和計算機聯網記帳同時進行，并有計劃地穿插一些測試用例。通過這些辦法，及時發現了和解決了許多問題。
經過努力，該系統一次上線運行成功，并在6個月后通過了驗收。回顧項目的整體管理工作過程中，雖然沒有大的事故發生，但仍然存在許多問題，主要有以下3點：
1、軟件測試不系統，用例準備仍不夠充分，忽視了壓力測試。系統實際運行后隨著參保職工和定點結算的增加，運行速度下降很快，達不到設計要求。雖然通過升級硬件緩解了這個問題，但造成了資金的額外投入。
2、在需求分析過程中對各方目標的權衡不夠充分，導致定點結算點使用的結算子系統功能較弱，提供的系統接囗又不夠強大，給定點結算點內部管理帶來不便，一些必要的統計和查詢功能難以實現。
3、對開發人員與操作人員對系統的要求差異認識不足，兩者的直接溝通不夠，造成一些對操作員而言很重要的問題在開發人員那里得不到重視，產生了一些矛盾，給項目帶來不利影響，特別是影響到用戶方及領導部門對項目的整體印象。
綜上所述，良好的項目溝通管理；合理的人力資源配置；用風險評估在進度和質量之間進行權衡；重視需求變化的客觀性，強化測試，保證軟件功能完整、正確、高效是我在某市醫療保險管理信息系統項目中的整體管理中的四個主要實踐，為項目的成功奠定了堅實的基礎。在以后的項目整體管理工作中，我要加強測試的系統性和科學性，注重各方利益的權衡，繼續深化各方的溝通，協調好開發工作各個部分及各個方面的關系，更好地完成項目。
[老師評語]
此文基本達到了考試要求。寫作比較規范，行文流暢。文章結構清晰，所述的一些情況確實是在項目開發過程中所經常碰到的而又需要解決的問題,給人的感覺問題真實,針對問題采用的措施亦較為有效。