TJS_IMIS項目經歷

2002年10月，也就是剛開始研究生學習不久，我迎來了一個新的挑戰。導師接到一個特種設備監察檢驗所的信息集成系統，由于實驗室只有我和一位博士師兄有相關的項目經驗，我的企業應用開發經驗似乎更勝一籌，導師把項目管理、系統架構的重任交到我手上。對當時的情景印象非常深刻，導師在開會討論時簡單介紹了項目的情況，然后提名讓我做PM，當時有幾名博士和碩士師兄師姐以及同級的同學

一共六七個成員在場，大家一致通過。我知道我是憑借著以前的項目經驗得到導師的賞識并委以重任，雖然充滿信心，但也有些緊張。雖然我有超過兩年的企業應用開發經驗，但作為項目管理人員，還是頭一遭。以前對項目管理的認識都是停留在理論和觀察上，現在則是來真的了。當時我剛完成工作流定義工具的開發，還沒歇會，研究生課程也比較緊，這真是一個巨大而全新的挑戰。我給自己打氣：這是一次挑戰，也是一個機會。我花了幾天時間整理總結了過去的項目經驗和對項目管理的認識，然后跟導師確認了項目能安排的資源。

以前作為項目組成員，總是由一個team leader帶著，現在自己也要成為team leader了。我相信自己一定行的，成功屬于有準備和努力的人。我花了一個星期的時間去特檢所做了系統調研（由于特檢所跟學校不在同一個城市，一次調研要跑好幾趟，真是累啊），基本上了解了特檢所的總體要求，他們希望能有一個信息集成系統，包括內部信息管理系統負責管理所內日常工作，信息發布系統負責對外發布信息，電話查詢系統提供對外查詢接口，移動辦公系統輔助技術人員外出工作。花幾天時間對調研情況進行了整理，并通過參考和比較選定了幾種關鍵的技術，完成初步的調研報告和技術方案，提交給導師（項目監督，呵呵），然后重重松了口氣。來回奔波確實很折磨人，雖然以前也經常出差，但象這次這樣奔波倒還是第一次，不過還是很有成就感。在確定技術方案的時候，我參考了大量資料和案例，也咨詢了一些經驗人士，并根據項目組開發人員和特檢所的實際情況（成本、已有資源，工作方式等），給出了幾種技術方案和重點推薦方案。由于內部信息管理系統只是在所內部使用，而且客戶端數量不多，我選定了C/S作為系統的構架，雖然從長遠角度來說應該考慮系統的兼容性而選擇先進的B/S架構，但考慮到技術風險、技能風險（開發組成員都是第一次參加正式項目）、成本等因素，C/S仍是首選。而簡單的信息發布系統則可以用ASP+IIS搞掂，無須額外的應用服務器，雖然涉及到少量提交頁面，但訪問量著實太少，性能和安全等問題基本上可以不用考慮。至于移動辦公系統，由于客戶給出的預算著實不是太充裕，秉著節儉實用的原則，同時考慮客戶的員工素質，選定了以PDA作為數據錄入、存儲、查詢設備，通過PDA與工作計算機交換數據的方案。電話查詢系統則只需選用價格適中的電話交換機設備就OK了。

調研報告提交后的幾天，我開始著手準備項目計劃事宜。當時可以參與項目的成員有七個左右（包括我在內），其中只有一個博士師兄有過工作經驗，但他不會有太多的時間投入，其他的成員都沒有實際項目經驗，只是學過程序設計課程，做過課程設計，而且熟悉Delphi的偏多。我根據系統的規模和大致需求，以及開發資源，估計了可能存在的風險，確定了項目時間為六個月，其中考慮到分析設計人員有一定經驗，而開發人員存在技能風險，將需求分析/系統設計時間定為60天，編碼/單元測試90天（采用迭代開發模式），整合測試/培訓/實施30天。雖然之后由于一些估計不足的風險（項目組成員全部是學生，存在不穩定因素）導致項目時間有所調整，但項目進度基本上在控制之中。

當項目正式立案簽約后，就要開始需求分析了。在我帶一個成員進行需求分析的一個月里，我才知道調研那段時間所受的痛苦是那么的輕微，與客戶溝通+文檔整理+來回奔波+學業+技術培訓，真正讓我體驗了工作的艱辛。在需求分析的同時，我整理了以前積累的技術文檔資料以及系統框架對項目組成員進行了培訓，并讓一個基礎較好的成員作為助手，指導開發人員熟悉相關制度、文檔和代碼規范、系統框架、版本管理知識等等。需求分析期間，我體會到了溝通的重要，也提高了自己的溝通表達能力，雖然這是第一次接觸的業務，但通過反復溝通，我基本上了解了整個業務流程，同伴主要負責部分部門業務細節的溝通，也較好地完成了任務。幸運的是，客戶的高層領導非常重視這個項目，創造了良好的環境配合我們的工作。在與用戶溝通的時候，也遇到了一些問題。盡管他們一直都在用系統（用foxpro開發）輔助工作，但他們對計算機的了解程度還是比較低，在溝通時，時刻要注意不能使用計算機專業術語，而應該用他們領域的語言描述需求，編寫需求分析說明書時只能使用用戶的語言。部分用戶對他們本身的需求比較模糊，這時候需要結合他們的實際工作和信息系統的功能進行分析解釋，讓需求逐漸清晰。同伴非常認真負責，學習能力也很快，我們通過努力按時完成了需求分析。需求分析說明書提交給客戶后，我并沒有松口氣。根據以前的經驗，客戶是非常相信軟件開發方的，要求他們在需求分析說明書sign in時，他們會立刻簽名的。他們相信開發方已經很好地理解了他們的需求，但事實上可能并非如此。我與導師一起跟他們說明了具體情況和風險，要求他們認真審核我們的需求分析說明書。客戶也表現出了較高水準，他們花一個星期的時間對需求進行了確認，并最終簽字通過。雖然后來需求也發生了一些小變化，但總體來說，當時的需求分析是非常成功的，基本上沒有影響項目

進度。后來項目慶功會的時候，老板（導師的昵稱，呵呵）特別強調了需求分析的成功和所起到的作用，我被一再點名，弄得怪不好意思，J。回想起來，在整個需求分析過程中，過去項目經驗起了重要的作用，但我其間經常向一些有經驗的前輩學習并且抽空學習相關的文檔資料和軟件工程書籍，保持思考，更是起關鍵性作用。整一個過程是我對以前經歷總結的過程，也是不斷學習、思考的過程。能在工作中不斷學習、進步，這是最讓我興奮的。

當需求分析完成的時候，出來的成果不單是需求分析報告，還有一幫摩拳擦掌的兄弟姐妹。經過培訓和他們自身的努力學習，他們已經不再是雛鳥（他們的用詞是“菜鳥”，呵呵）了。我看過他們的代碼，與他們就開發過程的看法進行了交流，發現他們真的是學習和理解能力非常強的人，“手下”高手如云，我對這項目越來越有信心了。

下一步是系統結構設計了。劃分功能模塊是首先要考慮的問題。 “高內聚，低耦合”是模塊劃分的原則。我根據這個原則按照他們提出來的四個業務需求，將信息集成系統劃分為四個子系統：內部信息管理系統，信息發布系統，電話查詢系統，移動辦公系統，他們都存在輕度的數據耦合。其中內部信息管理系統是最復雜的子系統，根據他們內部部門的劃分和工作之間的聯系，劃分為八個大的模塊：系統維護、人事管理、公文流轉、質量管理、檢驗管理、財務管理、儀器與資料管理、報表管理。這八個模塊耦合程度低，而且高內聚。四個子系統共用一個中心數據庫，選用MS SQL SERVER，達到數據共享，不會出現信息孤島，很好地解決了舊系統存在的問題。鑒于他們的統計報表、證書的格式經常可能發生變化，我設想專門獨立一個報表管理模塊，為系統管理員提供一個修改報表格式的工具，隨時可以修改報表的顯示格式；并且提供一個查詢管理工具，系統管理員可以無須編程就可以定義查詢條件和顯示的內容，這樣就提供了這樣一種可能：系統管理員可以控制不同的用戶使用同一個查詢功能得到不同的結果顯示（調用不同的查詢條件和顯示結果要求）。在編寫設計文檔過程中，我經常召集項目組的成員開小組會議，提出我的想法與他們進行討論，大家各抒己見，逐漸完善系統總體設計說明書。我在參考一些流行產品的系統結構和界面的同時，也根據自己的經驗提出自己的新思路，得到導師、師兄和客戶的肯定和支持。后來事實證明，這個系統的結構保證了整個系統穩定運行，而且速度、性能、工作效率都完全滿足客戶的要求，得到客戶較高的評價。確定了系統的總體結構后，我設計了系統的用戶界面，并提交原型給客戶。客戶在項目開發工作尚未正式開始之前，就了解了未來系統的全貌及以后的工作方式，他們對此給予了肯定。

開發工作正式拉開了序幕。在正式開發之前，我與開發人員統一了思想，每個成員負責一到兩個模塊的開發，強調重視單元設計文檔、單元測試文檔的編寫，我特別強調了單元測試的重要性（即使如此，還是有些開發人員在前期忽視了單元測試，結果測試人員進行模塊整合測試時發生許多錯誤，不過后來經過多次溝通，基本上開發質量得到了保證）。開發過程中，每周我組織兩次項目組會議，周一成員匯報計劃，周五總結一個星期的工作；還建議通過不定期的小組討論進行交流，解決遇到的難題。開發人員都感到通過交流可以學習到很多新的東西，也加快了開發速度，減少不必要的錯誤，避免了走彎路。Teamsource的使用保證了版本管理。我在承擔一定開發工作的同時，將主要精力放在以下方面：協調、監督組員的工作；監控項目的進度；與客戶、導師溝通；組織定期的項目組會議。其間我們也遇到了一些困難，但通過大家的共同努力，還是克服了種種困難，保證了開發進度基本上按計劃進行。開發前期，我向導師多要了兩個沒有任何開發經驗和編程基礎的同學（之前因為沒有編程基礎所以沒有加入項目組），讓他們熟悉系統的需求，配合開發人員的單元測試工作。在后面的整合測試中，他們也起到了中堅作用。其間我向導師建議與客戶方商量派一個用戶定期過來測試已經成型的模塊，這個措施也保證了系統一直沿著正確的方向并且按照時間進度計劃前進。經過兩個半月的開發工作，具備大部分功能的系統已經出來了，我提出花幾天時間對系統進行整合，形成第一個完整的測試版本，在我們測試過后提交給用戶進行測試。這個提議得到導師的贊同，這樣接下來的時間里，我們繼續完善系統的功能，而客戶則可以抽空對我們的系統進行測試，并及時向開發人員反饋他們的意見。也許是當初需求分析做得細致的緣故，客戶在測試過后只提出了少量更改意見，這對我們項目組的成員是莫大的鼓舞，而我更是興奮不已。但我沒有放松，我知道現在還沒有真正成功，在后面還有很多重要的任務沒有完成。在最后的一個月時間里，我們沒有松懈，根據用戶的反饋和要求繼續完善系統功能。直到最后交付給客戶正式使用后，我們還是或多或少對系統功能進行了變更和完善，畢竟需求不是一成不變的。整一個開發過程體現了我們的團隊合作精神和認真負責的作風。每一個項目組成員在后來的項目總結中都表示學到了很多書本上學不到的東西，為以后的工作積累了寶貴的項目經驗。他們全部都對我表示了感謝，我有一種苦盡甘來的感覺。

開發過程比較順利，但最后的系統交付卻出現了一些問題。系統培訓時，客戶方的用戶由于工作任務比較繁重，對培訓產生了抵觸情緒。開始通過行政干預（讓客戶方的高層領導出面），但上有政策下有對策，他們終于全部出席參加培訓了，但身在曹營心在漢。我知道如果用戶得不到培訓的話，使用系統時會出現很多不必要的麻煩，特別是我們與客戶不在同一個城市，不能做到及時的“售后服務”。我決定和那些用戶進行交流，交換一些觀點。我首先征求他們的意見，發現他們沒心機參加培訓的原因之一是他們認為一直在用計算機系統，新系統也相差不了多少。我針對他們的這種看法，大概介紹了新系統的思想和工作方式，引起了他們的興趣。我趁機指出新系統與舊系統在工作方式和流程上的區別，強調熟悉系統對提高工作效率的作用。本來我是抱著試試的態度，沒想到卻收到意外的效果，可能是他們對我比較信任的緣故（他們認為“研究生，很厲害的”，呵呵，而且在需求分析期間，我也跟他們混得比較熟），而他們對領導卻有些抵觸情緒。我發現通過這個項目，組織、協調、溝通、表達能力都得到很大的提高，而且好象還有些“個人魅力”（通過表揚、鼓舞，大大提高了開發人員的工作效率和熱情），呵呵。

隨著培訓的結束、系統的上線，這個項目也該畫上個圓滿的句號了，盡管還有一年的維護期（雖然我一直強調“服務”的概念，但對于這個系統來說，那些維護工作都是輕量的了，而且我已經培養出一大批人才可以勝任這個工作了，心里美滋滋的，呵呵）。這是我第一次作為team leader，就獲得了成功，我知道這不是靠運氣的，而是自己不斷學習，不斷總結，并充分調動開發人員的積極性和發揮他們的優勢的結果，這是團隊合作的成功，其間所經歷的艱辛讓我至今難忘，而所學到的東西、所取得的進步卻是一筆巨大的財富。后來到特檢所時，聽他們領導介紹，我們開發的系統在省內同級單位中處于領先地位，某些工作方式甚至是國內首創。