開(kāi)發(fā)模式在HSE系統(tǒng)升級(jí)中的混合應(yīng)用

韓亮

本文首先介紹和分析了兩種開(kāi)發(fā)模式（瀑布式開(kāi)發(fā)和敏捷開(kāi)發(fā)）的特點(diǎn)，并針對(duì)敏捷開(kāi)發(fā)中的Scrum框架做了一個(gè)簡(jiǎn)單介紹。以HSE系統(tǒng)在升級(jí)建設(shè)中所采用的開(kāi)發(fā)模式為例，介紹如何在項(xiàng)目開(kāi)發(fā)過(guò)程中既要保證項(xiàng)目總體質(zhì)量和過(guò)程控制，又要提升功能開(kāi)發(fā)效率和推進(jìn)測(cè)試發(fā)布，從而所采用的混合式開(kāi)發(fā)模式（即總體采用瀑布式開(kāi)發(fā)，局部適度引用敏捷開(kāi)發(fā)，過(guò)程中加入質(zhì)量控制的模式），達(dá)到推進(jìn)項(xiàng)目穩(wěn)定有效的運(yùn)行和充分利用各人力資源的目的。

引言

HSE系統(tǒng)作為涵蓋了中國(guó)石油健康、安全和環(huán)保等綜合業(yè)務(wù)的大型信息系統(tǒng)，不僅為中國(guó)石油的各地區(qū)公司提供信息錄入平臺(tái)，更為中國(guó)石油的集團(tuán)總部提供更多的信息統(tǒng)計(jì)和決策支持服務(wù)。隨著十二五規(guī)劃的工作開(kāi)展，HSE系統(tǒng)也要從1.0版升級(jí)到2.0版。在此次的系統(tǒng)升級(jí)過(guò)程中，針對(duì)功能模塊多和功能需求逐步穩(wěn)定的特點(diǎn)，項(xiàng)目組在總體流程中使用瀑布模型，局部環(huán)節(jié)適度引用敏捷開(kāi)發(fā)模型，達(dá)到既要確保項(xiàng)目質(zhì)量和過(guò)程控制，又要滿足功能開(kāi)發(fā)和測(cè)試發(fā)布快速推進(jìn)的目的。

瀑布式開(kāi)發(fā)

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

敏捷開(kāi)發(fā)

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

兩種模式在HSE系統(tǒng)（2.0版）中的混合應(yīng)用

項(xiàng)目特點(diǎn)

HSE系統(tǒng)（2.0版）項(xiàng)目作為一個(gè)升級(jí)項(xiàng)目，是一個(gè)在原有1.0版的基礎(chǔ)上做功能移植

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

瀑布式應(yīng)用

鑒于瀑布模型是從頂?shù)较?、依次進(jìn)行、階段有目標(biāo)和階段有成果的特點(diǎn)，HSE系統(tǒng)在此次升級(jí)中，主體開(kāi)發(fā)模式采用了瀑布式，依然劃分為需求分析、系統(tǒng)設(shè)計(jì)、代碼開(kāi)發(fā)和系統(tǒng)測(cè)試等幾個(gè)重要階段，并在每個(gè)階段建立關(guān)鍵的里程碑，使得管理人員能夠從總體上把控項(xiàng)目的風(fēng)險(xiǎn)，看到各階段的工作成果，給予高級(jí)用戶及時(shí)的項(xiàng)目進(jìn)度反饋。

敏捷開(kāi)發(fā)應(yīng)用

這里所要陳述的敏捷開(kāi)發(fā)應(yīng)用，實(shí)際上是在總體為瀑布式模型的開(kāi)發(fā)基礎(chǔ)之上，進(jìn)行的敏捷開(kāi)發(fā)局部應(yīng)用?；谏厦娼榻B的敏捷開(kāi)發(fā)的特點(diǎn)，我們從如下幾個(gè)方面來(lái)介紹是如何具體應(yīng)用的：

1. 快速響應(yīng)，及時(shí)跟蹤

如今的項(xiàng)目需求，用戶不會(huì)一蹴而就的全盤提出，開(kāi)發(fā)團(tuán)隊(duì)也不可能一直等待業(yè)務(wù)團(tuán)隊(duì)整理完全部需求文檔后再進(jìn)行設(shè)計(jì)與開(kāi)發(fā)，因?yàn)檫@樣既有可能延誤項(xiàng)目周期，也使得用戶一段時(shí)間內(nèi)長(zhǎng)期看不到項(xiàng)目成果。所以將項(xiàng)目團(tuán)隊(duì)劃分為若干個(gè)小組，將瀑布開(kāi)發(fā)的幾個(gè)工作階段應(yīng)用在幾個(gè)小組之內(nèi)，可以讓項(xiàng)目團(tuán)隊(duì)對(duì)于已經(jīng)確定的需求快速開(kāi)展工作，充分利用各小組的人力資源，及時(shí)產(chǎn)出工作成果。這也就是引入了敏捷模型中快速響應(yīng)變化，及時(shí)給出交付物的特點(diǎn)。以下是一個(gè)功能狀態(tài)表，是在開(kāi)發(fā)過(guò)程中反映各功能模塊階段完成情況的狀態(tài)表。

2. 加強(qiáng)溝通，及時(shí)處理

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

結(jié)論

本文在介紹了瀑布式開(kāi)發(fā)和敏捷開(kāi)發(fā)的基礎(chǔ)上，結(jié)合這兩種模式各自的特點(diǎn)，將其混合

應(yīng)用在HSE系統(tǒng)升級(jí)的項(xiàng)目開(kāi)發(fā)過(guò)程中。從實(shí)際應(yīng)用效果的角度，說(shuō)明在項(xiàng)目開(kāi)發(fā)過(guò)程中要充分考量項(xiàng)目特點(diǎn)，結(jié)合現(xiàn)在較為成熟的開(kāi)發(fā)模式，靈活的加以應(yīng)用。特別是在項(xiàng)目質(zhì)量、風(fēng)險(xiǎn)管控、快速響應(yīng)和及時(shí)交付的幾個(gè)點(diǎn)上做到平衡。這樣才能更好更高效的適應(yīng)用戶需求，產(chǎn)出高質(zhì)量的交付物。沒(méi)有一種模式能夠解決所有問(wèn)題，但每種模式卻總有它適用的地方，只要深入了解它的精髓，無(wú)論如何混搭，只要合適即可引用。endprint