論建立集成平臺軟件工程的進度管理

1、論建立集成平臺軟件工程的進度管理摘要本文討論了信息集成平臺的項冃標管理。在本項目管理屮，主要采 用了面向?qū)ο笸瑐骷夹g(shù)相結(jié)合的原則，在估算項目的工作量這方面尤其突出，面 向?qū)ο蠹夹g(shù)對傳統(tǒng)技術(shù)有所改進，傳統(tǒng)技術(shù)能彌補面向?qū)ο蠹夹g(shù)的不足。木文從 合理的估算項目的工作量和技術(shù)難度；識別關(guān)鍵技術(shù)；隨吋了解項目進度，必要 時調(diào)整進度表以及跟蹤和控制項口計劃的執(zhí)行等方面討論了信息集成平臺項 目管理活動的基本活動和方法，有效地控制了開發(fā)進度，確保項目如期按質(zhì)量完 成，本系統(tǒng)第一期工程已經(jīng)在我院如期完成并投入運行，狀態(tài)良好。關(guān)鍵字集成平臺軟件工程進度管理引言4一、合理的估算項目工作量及技術(shù)難度5二、識別關(guān)鍵任務(wù)

2、7三隨時了解項目進度，必要時調(diào)整進度8四、著重考慮人員在整個項目開發(fā)過程中的安排，減少開發(fā)人員之間的通訊障礙，提高生產(chǎn)率。10五、跟蹤和控制項目計劃的執(zhí)行11結(jié)論13致謝語14引言2014年7月，我參加了廈門某醫(yī)院信息集成平臺的實施工作。 目前，國內(nèi)醫(yī)療服務(wù)正在經(jīng)歷從封閉（單獨一個醫(yī)院）到開放（多家 醫(yī)療機構(gòu)區(qū)域集合）轉(zhuǎn)變的過程中，在這個轉(zhuǎn)變的過程中醫(yī)療信息的 傳輸是關(guān)鍵一步，因而醫(yī)療健康信息傳輸與交換標準hl7在國內(nèi)得到 了很大的認可，我們都希望借助于現(xiàn)有標準，加快我們醫(yī)療信息化的 進程，具體到醫(yī)院，目前醫(yī)院信息存在如下的諸多問題，1、信息系 統(tǒng)交互不透明，導(dǎo)致接口冗余、系統(tǒng)不穩(wěn)定；2、信息

3、科缺乏對信息 系統(tǒng)的有效管理及控制機制；3、信息系統(tǒng)術(shù)語定義、統(tǒng)計口徑無標 準、無規(guī)范；4、重要信息閑散存儲于各業(yè)務(wù)系統(tǒng)中，統(tǒng)計、分析、 跨系統(tǒng)利用難；4、數(shù)據(jù)二次利用理念和思路匱乏，處于統(tǒng)計上報階 段。因此，對醫(yī)院而言，就需要使用建立一個系統(tǒng)集成平臺，對各系 統(tǒng)進行整合，以達到時系統(tǒng)共享的目的，所謂信息集成平臺esb,英 文全稱為enterprise service bus,即企業(yè)服務(wù)總線。它是傳統(tǒng) 中 間件技術(shù)與xmi八web服務(wù)等技術(shù)結(jié)合的產(chǎn)物。具有特點：1、高可 重用性 2、接口性能可視化3、接口數(shù)據(jù)標準化等特點。集成 平臺可實現(xiàn)從任何地方到任何地方的通用的連接，支持一系列內(nèi)設(shè) 傳輸方

4、式，協(xié)議和系統(tǒng)，支持廣泛的數(shù)據(jù)格式，提供各種消息處理, 簡單的編程，通過模式和圖形映射來實現(xiàn)。有全面的管理，性能和可 擴充性。醫(yī)院信息系統(tǒng)應(yīng)用整合的首要需求是實現(xiàn)各醫(yī)院應(yīng)用系統(tǒng)之 間的互聯(lián)互通：從集成的層面上，需要考慮三個層面：數(shù)據(jù)層面、應(yīng) 用/服務(wù)層而和流程層面。即各應(yīng)用系統(tǒng)在數(shù)據(jù)層面可以相互交換，在應(yīng)用層面可以互相調(diào)用，在流程層面可以協(xié)同在一起實現(xiàn)全院級的 業(yè)務(wù)協(xié)同；從集成的手段上，包括點對點集成和通過平臺來集成。要實現(xiàn)全 院級集成，應(yīng)當(dāng)通過平臺化的手段來實現(xiàn)?；ヂ?lián)互通的核心是數(shù)據(jù)層 面和應(yīng)用層面的整合。具體來說，重點要解決醫(yī)院信息系統(tǒng)的系統(tǒng)異 構(gòu)集成、數(shù)據(jù)共享和數(shù)據(jù)交換傳輸標準等關(guān)鍵性技

5、術(shù)問題。全院各個 應(yīng)用系統(tǒng)均與醫(yī)院信息平臺互聯(lián)，并通過醫(yī)院信息平臺實現(xiàn)相互之間 的數(shù)據(jù)交換和應(yīng)用服務(wù)的調(diào)用。在本系統(tǒng)的實施過程中，我通過合理 的估算項目的工作量及技術(shù)難度，識別關(guān)鍵任務(wù)，隨時了解工程進度， 必要時調(diào)整進度表等方面對項目進行管理，確保系統(tǒng)如期按質(zhì)量完成。一、合理的估算項目工作量及技術(shù)難度我們在項目工作量及技術(shù)難度的估算上采用面向?qū)ο蠹夹g(shù)同傳統(tǒng)技術(shù)相結(jié)合的原則。本系統(tǒng)采用了面向?qū)ο蟮姆治?，設(shè)計等一系列面向?qū)ο蠹夹g(shù)，在 本系統(tǒng)工作量的估算上根據(jù)某個獨立的系統(tǒng)進行估算，將每個系統(tǒng)逐 步分解，直到具體服務(wù)為止。根據(jù)各個系統(tǒng)的提供商不同，我們在項 目一期工作中，將整個項目分解成多個服務(wù)模塊

6、，比如his模塊、cis 模塊、lis模塊、ris模塊等，每個模塊又根據(jù)功能劃分成不同的隊列， 各個隊列組成隊列管理器，根據(jù)項目所需要對外提供服務(wù)的數(shù)量和服 務(wù)的難易，合理安排人員。在對工作結(jié)構(gòu)的分解粒度中要適中，不能 過大也不能過小，過大不易控制，過小容易產(chǎn)生過渡管理降低效率。對于該項目我基本掌握在工期在一周左右，以最大不大于兩周，最小 不小于3個工作口為原則進行分解。項目組一共6人，在這個規(guī)模上， 實際的經(jīng)驗告訴我這個粒度時相對比較合適的，可以保證比較有效的 跟蹤管理，同時我還可以有一定的時間負擔(dān)一些技術(shù)工作。工作任務(wù) 按工作結(jié)構(gòu)分解情況以任務(wù)單的形式安排跟蹤，任務(wù)單下發(fā)到具體組 員，避免

7、將同一執(zhí)行人的多個任務(wù)打包安排。我在項目中堅持按上述 工作結(jié)構(gòu)分解后的任務(wù)進行單任務(wù)的分配跟蹤，而不是幾個相關(guān)任務(wù) 打包安排、跟蹤。因為如果將同一執(zhí)行人的幾個任務(wù)打包安排，看似 節(jié)約時間，但實際經(jīng)驗告訴我，這樣很容易造成這些任務(wù)與其相關(guān)聯(lián) 任務(wù)（尤其是與別人關(guān)聯(lián)的任務(wù)）的不同程度的脫節(jié)。因為作為同一 執(zhí)行人在執(zhí)行兒個任務(wù)時重點考慮的時保證這一包任務(wù)的總體完成 情況，會忽視單個任務(wù)的時間進度要求。而項目總體控制要求任務(wù)之 間的關(guān)聯(lián)關(guān)系，盡管這種關(guān)聯(lián)關(guān)系的脫節(jié)不會很嚴重，但會比較普遍。 而且這些任務(wù)有超前有延后，從總體上不容易發(fā)現(xiàn)問題。但正是由于 任務(wù)關(guān)聯(lián)脫節(jié)的比較普遍，經(jīng)過一定時間的積累很容易產(chǎn)

8、生影響項目 整體進度的大問題，而當(dāng)問題比較明顯時，往往已經(jīng)很難調(diào)整和控制 to同時因為各個服務(wù)隊列的功能在其它的項目中都有得到過體現(xiàn), 以前有過不少的成功的案例供我們參考，各個隊列提供的服務(wù)中輸入 參數(shù)和輸出參數(shù)大體相同，正因為如何，有大量的東西可以提供給我 們復(fù)用，如his中的病人基本信息服務(wù)，不僅提供給ris消費，還提供 給其它各個不同的系統(tǒng)進行消費，所以我們把各個隊列中所需數(shù)據(jù)相近的服務(wù)提供者盡量合并成一個服務(wù)，以達到最大復(fù)用的目的。這樣, 在工作量的估算上也有很好的借鑒作用，這對工作量的估算也是一個 重要的參考，為工作進度安排提供了依據(jù)。在技術(shù)上，我們重點考慮本系統(tǒng)與其它平臺系統(tǒng)的不同

9、之處，相 同或者相似之處我們認為沒有難點。集成平臺主要的工作是使用esql 語言編寫數(shù)據(jù)隊列，在具體設(shè)計上我們使用了 ibm的websphere mq 進行隊列設(shè)計，對客戶端調(diào)用隊列服務(wù)采用封閉了 mq的sdk進行。 這樣大大減輕了配合改造系統(tǒng)方的工作量，配合系統(tǒng)改造方只需要調(diào) 用相應(yīng)的sdk即可，而不必與繁瑣的mq打交道，這樣加快了工作進 度，提升了工作效率。在工作安排上，技術(shù)難度相對大一點的部分我 們安排給經(jīng)驗相對豐富的程序員，同時也同其它工作組的成員商討技 術(shù)細節(jié)問題，同他們進行技術(shù)探討，這樣不至于因為某一技術(shù)細節(jié)而 影響整個工程進度。根據(jù)上述分析我們制定了一個詳細的進度表并制定了相應(yīng)的

10、里 程碑。二、識別關(guān)鍵任務(wù)his系統(tǒng)是整個系統(tǒng)的關(guān)基礎(chǔ)，因為其它大多數(shù)系統(tǒng)所需要的服 務(wù)基木都是由這個系統(tǒng)所提供，比如病人索引、各類字典等，它是其 它系統(tǒng)的基礎(chǔ)和起點。因此該系統(tǒng)所提供的服務(wù)是整個工程項目的關(guān) 鍵部分。其所提供的服務(wù)必須完整、準確，否則必然會影響整個項目 的進度和質(zhì)量。在進行項目控制時，我們將其作為作為重點對象進行 監(jiān)控。lis、pacs所提供的檢查、檢驗報告服務(wù)也是其它各個系統(tǒng)所需 要的重要服務(wù)。直接而對用戶，這部分的成功與否直接關(guān)系到系統(tǒng)的 質(zhì)量，因此也是不容忽視的。如果上述兩部分的進度受到影響，則整個項目的進度將受到威脅。 因此是本項目的關(guān)鍵任務(wù)，在進度控制時我們將其作為

11、重點對象進行 控制。除了首先確定好串行進行的關(guān)鍵路徑任務(wù)外，還要充分靈活安排 與其他任務(wù)關(guān)聯(lián)度不強的工作任務(wù)（我稱之為“游離任務(wù)”），計劃中 給予此類任務(wù)足夠的“游離”空間，使其能在關(guān)鍵任務(wù)提前完成，或 關(guān)鍵人力資源有空余時可以穿插安排，以充分利用人力資源；而在關(guān) 鍵任務(wù)一旦延期或關(guān)鍵人力資源緊張時可以適當(dāng)調(diào)整其時間安排，以 釋放部分人力資源，保證關(guān)鍵路徑的進度和人力資源的充分利用。三隨時了解項目進度，必要時調(diào)整進度表在確定項目開發(fā)計劃時，我們制定了詳細的進度表，我們在確定每一項任務(wù)時都確定該項任務(wù)的工作量、開始時間、持續(xù)時 間、結(jié)束時間，同時讓每個小組成員知道自己所承擔(dān)任務(wù)的時間表，小組成員

12、根據(jù)自己的任務(wù)制定自己的詳細工作計劃。各負責(zé) 分組負責(zé)人對所分配的項目現(xiàn)場實施進度控制；具體實施進度表 要有相應(yīng)負責(zé)人確認簽名；每個分階段的項目調(diào)試完成后需形成項冃實施進度表并交具體負責(zé)人確認簽名。工作日志是了解每個小組成員工作情況的很好的方式，我們要求每個小組成員都對自己的工作要有自己的工作日志，對自己每天的工作做詳細的 記錄。每周對自己的工作進展做出結(jié)論，向項目組匯報，在做結(jié) 論時，不得使用“差不多”、“大概”、“完成了 9 0 %”等模糊字 眼。而是作用某任務(wù)“已全部完成”或者“再過一天全部完成” 等方式。每個小組成員對自己做出的結(jié)論負責(zé)，這樣可以做到隨 時了解項冃進度，為調(diào)整項冃計劃提

13、供客觀基礎(chǔ)。同時我們在項目進度計劃中根據(jù)項目設(shè)計定義了相關(guān)的里程碑, 在每個里程原告我們都采取小組會議形式對本階段的工作進行確認、 總結(jié)，對本階段的進度情況做出結(jié)論，并決定是否調(diào)整下一階段的進 度計劃。比如我們將消費系統(tǒng)中能夠調(diào)用his中的隊列服務(wù)定義為一 個里程碑，能成功調(diào)用lis或pacs的服務(wù)隊列又定義為一個里程 碑，每個消費系統(tǒng)調(diào)用的全部完成又被視為一個里程碑，每個里 程碑的在系統(tǒng)設(shè)計時就已經(jīng)定義好了。同時總體上合理規(guī)劃各個環(huán)節(jié) 的時間安排和工時投入，適當(dāng)加大調(diào)研、需求、概要設(shè)計以及測試階 段的工時投入，控制開發(fā)實現(xiàn)以及安裝實施階段的工時投入。對于時 間緊急的項冃，我們的慣性思維往往要

14、求我們急于開展開發(fā)、編碼等 所謂的“實質(zhì)”工作，而不由自主的縮減調(diào)研、需求、概要設(shè)計以及 測試等所謂“虛”的環(huán)節(jié)。但這樣往往適得英反，也不符合項目管理 的客觀規(guī)律。如果調(diào)研不足，可能導(dǎo)致開發(fā)過程中出現(xiàn)意想不到的技 術(shù)問題；如果需求與客戶沒有足夠的溝通并明確，可能導(dǎo)致重大功能 模塊的調(diào)整；如果概要設(shè)計做得不充分，可能導(dǎo)致系統(tǒng)架構(gòu)級的問題; 如果測試不充分，更可能導(dǎo)致施工調(diào)試過程中的巨大反復(fù)。而如果沒有充分的前期投入，所有這些問題在其產(chǎn)生的階段都是隱匿的，在后 續(xù)階段才會逐步顯露出來，而問題一旦出現(xiàn)，其影響和問題已經(jīng)嚴重 擴散，后續(xù)的補救工作至少需要花費幾倍甚至十幾倍的時間和成本來 彌補，嚴重時這

15、無疑將導(dǎo)致項目進度的失控。對于像該項目這樣時間 要求緊迫的項目來說，是容不得出現(xiàn)較大的反復(fù)的，嚴重時可能將導(dǎo) 致項冃的徹底失敗。與之相對的，開發(fā)實現(xiàn)階段雖然是項目的實質(zhì)主 體，也是我們經(jīng)驗最豐富也最擅長的部分，在解決了關(guān)鍵的技術(shù)障礙 之后其實是最容易控制的部分。同時，前面各階段，尤其是測試足夠 充分的話安裝實施自然就會比較順利。從效果看，這個策略很好的保 證了項目的整體進度，各階段進展都相對比較順利。四.著重考慮人員在整個項目開發(fā)過程中的安排，減少開發(fā)人員之間 的溝通障礙，提高生產(chǎn)率。著重考慮人員在整個項目開發(fā)過程中的安排。從各職能科室抽調(diào)人員進行業(yè)務(wù)分析，提出并確認需求。考慮到本項目完成之后

16、的維護 需要，我方信息科人員全程跟蹤乙方人員，分別參與各消費系統(tǒng)的了 設(shè)計，繼而參與各服務(wù)隊列實現(xiàn)的詳細設(shè)計，編碼實現(xiàn)。為后期的維 護做準備。減少開發(fā)人員之間的通訊障礙，提高牛產(chǎn)率是為了確保項目的如 期完成，我們事先規(guī)定了文檔編寫規(guī)范、命名規(guī)范，重視文檔的編寫、 保管等工作。重視文檔與設(shè)計的一致性，先修改文檔，再修改服務(wù), 不至于因為文檔與設(shè)計的不一致而影響工期，對跨越里程原告的文檔修改設(shè)置嚴格評審。為了減少開發(fā)人員之間的通訊障礙，還啟用了 notes系統(tǒng)，開發(fā)人員可以通過內(nèi)部mail進行交流，及時溝通，減少 誤解。同時，我們在項目中采取早會、周例會結(jié)合的例行溝通模式，強 調(diào)及時溝通、快速反應(yīng)

17、。我們每天利用早晨10分鐘左右時間，項目 組互相通報一下前一天的工作情況和問題。冃的是及時掌握項目進展 動態(tài)和問題，以便及時采取措施提高項目組反應(yīng)的敏捷度。但早會上 主要是溝通和識別問題，不對具體問題做展開討論，如有需要再專題 安排。周例會主要分析項目進展的重大問題和進展趨勢，討論和決策 相關(guān)措施。但要注意引導(dǎo)避免早會、例會形成形式主義，尤其是例會 在項冃進展順利時可以縮短時間或隔周召開。五、跟蹤和控制項目計劃的執(zhí)行跟蹤和控制項目計劃的執(zhí)行，為確保本項目的如期完成，在項目 開始后，我們定期召開各系統(tǒng)負責(zé)人會議，讓各系統(tǒng)負責(zé)人各自報告 各自小組的進展情況和所遇到的問題。通過交流開發(fā)過程中遇到的問

18、 題，共同探討解決的方案。我對照計劃，跟蹤實際執(zhí)行情況，如果項 目實施順利，在預(yù)算范圍之內(nèi)，我會適當(dāng)放松一些控制，但只要一遇 到問題，我會盡量幫助排解。例如，在編碼和單元測試過程中，因為 時間比較緊，尤其是his組在編碼過程中遇到了些阻撓，加之個別人 員流動，我只好調(diào)整計劃，重新調(diào)整人員，還讓his組人員加班加點， 有時我也找個別開發(fā)人員談話，以了解他們對開發(fā)進展情況的評價以及他們個人遇到的問題，盡我所能幫助他們解決問題。同時定期（如一周）關(guān)注項目進展相關(guān)數(shù)據(jù)，關(guān)注項目進度趨勢， 提前預(yù)判并決定是否及如何干預(yù)。比如，項目延期可能不大并完全在 可接受范圍內(nèi)，但連續(xù)兩周在擴大，就需要加強關(guān)注，分析原因提前 采取措施，以免失控。當(dāng)然，俗話說“計劃不如變化快”，任何計劃 在實施過程中都不可能完全依照計劃進行，必然會出現(xiàn)不同程度的偏 離。但是否是偏離就一定要干預(yù)，一定要糾正呢，當(dāng)然不是。因此要 分析對計劃的偏離是否可控，呈現(xiàn)何種趨勢。在可控范圍內(nèi)就沒有必 要過多干預(yù)，以免過度管理降低工作效率和造成時間浪費。因此干預(yù) 調(diào)整的程度，需要把握在一個合適的火候，除了經(jīng)驗之外，很重要的 就是多利用工具軟件提供的相關(guān)數(shù)據(jù)，進行分析和判斷，找出趨勢和 原因。在項目的開發(fā)過程