開發模式在HSE系統升級中的混合應用

韓亮

本文首先介紹和分析了兩種開發模式（瀑布式開發和敏捷開發）的特點，并針對敏捷開發中的Scrum框架做了一個簡單介紹。以HSE系統在升級建設中所采用的開發模式為例，介紹如何在項目開發過程中既要保證項目總體質量和過程控制，又要提升功能開發效率和推進測試發布，從而所采用的混合式開發模式（即總體采用瀑布式開發，局部適度引用敏捷開發，過程中加入質量控制的模式），達到推進項目穩定有效的運行和充分利用各人力資源的目的。

引言

HSE系統作為涵蓋了中國石油健康、安全和環保等綜合業務的大型信息系統，不僅為中國石油的各地區公司提供信息錄入平臺，更為中國石油的集團總部提供更多的信息統計和決策支持服務。隨著十二五規劃的工作開展，HSE系統也要從1.0版升級到2.0版。在此次的系統升級過程中，針對功能模塊多和功能需求逐步穩定的特點，項目組在總體流程中使用瀑布模型，局部環節適度引用敏捷開發模型，達到既要確保項目質量和過程控制，又要滿足功能開發和測試發布快速推進的目的。

瀑布式開發

瀑布式開發是將軟件開發各個階段的任務，從頂向下、從抽象到具體的一種開發方法。其形式就像一個自上而下的瀑布，總是從高處依次流到低處。瀑布式開發的優點是階段具有順序性和依賴性[1] 。這個特點具有兩重含義：第一，必須等前一個階段的工作完成之后，才能開始后一個階段的工作；第二，前一階段的輸出文檔就是后一階段的輸入文檔。因此只有前一階段的輸出文檔正確，后一階段的工作才能獲得正確的結果。這樣的特點應用在功能模塊多和業務處理邏輯復雜的大型項目時，可以保證每一階段的工作成果都盡量正確，都能先進行評審與糾錯，控制項目的實現風險，追蹤每個階段的完成情況。這樣的優點也帶來一些弊端：只有做出精確的需求分析，才能取得預期的結果。由于各種客觀、主觀的原因，需求分析往往不很精確，常常給日后的開發帶來隱患。另外，瀑布式開發往往把開發人員定義為流水線上的工人，由于各階段的開發人員只能接觸到自己工作范圍內的東西，所以對客戶需求的理解程度高低不等。對于客戶需求變更，編碼人員會比設計人員更容易產生很強的抵觸情緒。對于一個大型項目，如何能夠既保證項目開發質量、調動開發人員的工作積極性并引入適度的開發靈活性，這成為一個我們思考的問題。

敏捷開發

敏捷開發是一種面臨迅速變化的需求快速開發軟件的能力。敏捷開發的宣言[2]（或者理解為原則）是：（1）個體和交互勝過過程和工具；（2）可以工作的軟件勝過面面俱到的文檔；（3）客戶合作勝過合同談判；（4）響應變化勝過遵循變化。通過這樣的原則我們不難看出敏捷開發重視人與人自之間的溝通和交互，強調個體對于項目活動的理解應該是一致的。Scrum是一個近年比較流行的敏捷開發框架，是一個增量的、迭代的開發過程。它關注透明度、審查以及適應，在敏捷開發中應用的最為普遍。該框架提供了一個相對具體的可以實現的敏捷開發手段，這包括制定Backlog任務表，設定Sprint開發周期，以Daily Meeting的形式促使團隊成員之間的溝通和問題反饋，利用Retrospective Meeting對于上一個Sprint做出總結，為下一個Sprint提供改進的建議[3]。

兩種模式在HSE系統（2.0版）中的混合應用

項目特點

HSE系統（2.0版）項目作為一個升級項目，是一個在原有1.0版的基礎上做功能移植

和功能提升的項目。它具備如下幾個提點：（1）功能模塊多，既要保持原有基礎業務不變還要引入新的提升功能，導致業務功能增加不少；（2）用戶要求高，在1.0版項目運維后，高級用戶和基層用戶對業務功能和用戶體驗上提出了很多建議和提升想法，這使得用戶對于項目的要求越來越高；（3）項目參與人員較多，因為業務功能和開發工作量的增加，此次投入的項目人員較多，增加了整體項目管理難度；（4）開發周期長，隨著業務功能的增多項目建設周期較長，每個階段的項目人員都要持續投入很多的工作時間在項目中，承受了很大的工作壓力。在這樣的項目特點下如何能夠既保證項目質量和風險管控，又能夠調動項目人員的積極性快速推進項目工作，成為此次升級考慮的重點。

瀑布式應用

鑒于瀑布模型是從頂到下、依次進行、階段有目標和階段有成果的特點，HSE系統在此次升級中，主體開發模式采用了瀑布式，依然劃分為需求分析、系統設計、代碼開發和系統測試等幾個重要階段，并在每個階段建立關鍵的里程碑，使得管理人員能夠從總體上把控項目的風險，看到各階段的工作成果，給予高級用戶及時的項目進度反饋。

敏捷開發應用

這里所要陳述的敏捷開發應用，實際上是在總體為瀑布式模型的開發基礎之上，進行的敏捷開發局部應用。基于上面介紹的敏捷開發的特點，我們從如下幾個方面來介紹是如何具體應用的：

1. 快速響應，及時跟蹤

如今的項目需求，用戶不會一蹴而就的全盤提出，開發團隊也不可能一直等待業務團隊整理完全部需求文檔后再進行設計與開發，因為這樣既有可能延誤項目周期，也使得用戶一段時間內長期看不到項目成果。所以將項目團隊劃分為若干個小組，將瀑布開發的幾個工作階段應用在幾個小組之內，可以讓項目團隊對于已經確定的需求快速開展工作，充分利用各小組的人力資源，及時產出工作成果。這也就是引入了敏捷模型中快速響應變化，及時給出交付物的特點。以下是一個功能狀態表，是在開發過程中反映各功能模塊階段完成情況的狀態表。

2. 加強溝通，及時處理

此次系統升級功能需求多，業務邏輯較為復雜，開發團隊不僅要處理紛繁復雜的業務需求，更要面對長期的大負荷工作。如何能夠提升團隊士氣，及時發現問題并解決問題？Scrum給了我們答案。各開發小組在每天下班前組織開發人員進行Daily Meeting會議，及時了解小組成員每天的工作成果和遇到的問題，由小組長進行匯總和解答。并在整個技術組內建立技術討論群，針對發現的問題及時發出議題，各組成員積極解答。使得團隊成員之間達到最大程度的知識共享與交流，促進團隊的凝聚力和問題解決能力。

結論

本文在介紹了瀑布式開發和敏捷開發的基礎上，結合這兩種模式各自的特點，將其混合

應用在HSE系統升級的項目開發過程中。從實際應用效果的角度，說明在項目開發過程中要充分考量項目特點，結合現在較為成熟的開發模式，靈活的加以應用。特別是在項目質量、風險管控、快速響應和及時交付的幾個點上做到平衡。這樣才能更好更高效的適應用戶需求，產出高質量的交付物。沒有一種模式能夠解決所有問題，但每種模式卻總有它適用的地方，只要深入了解它的精髓，無論如何混搭，只要合適即可引用。endprint