陳 灝

（廣西柳工機(jī)械股份有限公司，廣西 柳州545007）

0　引言

信息技術(shù)的飛快發(fā)展及其對(duì)各行各業(yè)的覆蓋、滲透，迅速地改變著人們?cè)瓉硭煜さ囊磺?，并將世界帶入了?jīng)濟(jì)全球化的新時(shí)代。隨著全球市場(chǎng)競(jìng)爭(zhēng)不斷加劇，不斷縮小的利潤(rùn)空間，逐步上升的客戶期望，急劇加快的創(chuàng)新要求，促使企業(yè)要迅速適應(yīng)這種變化和要求，否則會(huì)在嚴(yán)峻的市場(chǎng)競(jìng)爭(zhēng)環(huán)境中處于被動(dòng)的劣勢(shì)地位?！霸谕七M(jìn)信息化的過程中注重運(yùn)用信息技術(shù)改造傳統(tǒng)產(chǎn)業(yè)”，是我國(guó)傳統(tǒng)產(chǎn)業(yè)改造的指導(dǎo)思想。

在這個(gè)背景下，大量的制造業(yè)企業(yè)選擇了應(yīng)用ERP軟件來支撐企業(yè)未來的戰(zhàn)略發(fā)展；當(dāng)企業(yè)花了大量資金與人力對(duì)ERP進(jìn)行實(shí)施上線后，隨著外部咨詢顧問的撤離，企業(yè)后續(xù)的ERP應(yīng)用、優(yōu)化就成了企業(yè)面臨的問題。信息化是企業(yè)核心競(jìng)爭(zhēng)力的一部分，不是買軟件、買硬件，不是用昂貴的信息技術(shù)描述企業(yè)流程，不是簡(jiǎn)單的信息化的應(yīng)用，而要利用信息技術(shù)提升企業(yè)的管理水平和業(yè)務(wù)能力。

1　敏捷開發(fā)的應(yīng)用

1.1　敏捷開發(fā)的定義

敏捷開發(fā)模式是一種應(yīng)對(duì)快速變化的需求的一種軟件開發(fā)能力。其更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的緊密協(xié)作、面對(duì)面的溝通頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)，能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊(duì)組織方法。該模式以用戶的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開發(fā)。

1.2　敏捷開發(fā)相較傳統(tǒng)開發(fā)方法的優(yōu)點(diǎn)

當(dāng)企業(yè)的業(yè)務(wù)部門需要做某業(yè)務(wù)優(yōu)化及改善，同時(shí)需要在系統(tǒng)內(nèi)做一些二次開發(fā)，配合業(yè)務(wù)管理的變革，將業(yè)務(wù)流程用系統(tǒng)的方式固化下來，而此時(shí)如果采取傳統(tǒng)的軟件開發(fā)的方式——瀑布法，是不能滿足用戶需求的。

瀑布模型有以下缺點(diǎn)：

（1）各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量；

（2）由于開發(fā)模型是線性的，用戶只有等到整個(gè)過程的末期才能見到開發(fā)成果，早期的錯(cuò)誤可能要等到開發(fā)后期的測(cè)試階段才能發(fā)現(xiàn)，進(jìn)而帶來嚴(yán)重的后果從而增加了開發(fā)風(fēng)險(xiǎn)；

（3）通過過多的強(qiáng)制完成日期和里程碑來跟蹤各個(gè)項(xiàng)目階段；

（4）瀑布模型的突出缺點(diǎn)是不適應(yīng)用戶需求的變化。

在實(shí)際工作中，業(yè)務(wù)需求變化較快，并且業(yè)務(wù)人員很多情況下要看到真實(shí)的系統(tǒng)執(zhí)行時(shí)才進(jìn)一步說明清楚他們的需求，只是拿到一些設(shè)計(jì)階段的文檔，他們無法想象出未來系統(tǒng)是如何運(yùn)行，不能識(shí)別系統(tǒng)是否已經(jīng)能滿足需求。

因此如按瀑布法完成系統(tǒng)二次開發(fā)，往往面臨的情況是兩種：一是開發(fā)出來的程序不是用戶當(dāng)初想要的，即使有可能很大一部分原因是用戶最初沒有描述清楚他的需求，但現(xiàn)實(shí)情況就是如此，必須做出改變；二是系統(tǒng)開發(fā)還沒有完成時(shí)，用戶的需求已經(jīng)開始改變了，面臨系統(tǒng)返工甚至重建的局面。

而敏捷開發(fā)的方式，將IT開發(fā)人員、業(yè)務(wù)人員、內(nèi)部顧問集中到一個(gè)小項(xiàng)目組里，進(jìn)行迭代式的設(shè)計(jì)、開發(fā)、測(cè)試，發(fā)現(xiàn)問題或需求有變化時(shí)可以快速反應(yīng)，從設(shè)計(jì)源頭就可以進(jìn)行快速地進(jìn)行調(diào)整。

1.3　敏捷開發(fā)的具體應(yīng)用

對(duì)于軟件類系統(tǒng)或項(xiàng)目，即使在需求上花的時(shí)間再長(zhǎng)，也很難在需求階段分析和挖掘出所有的需求，有些需求注定會(huì)在設(shè)計(jì)實(shí)現(xiàn)、用戶使用過程中才逐漸清晰地呈現(xiàn)出來。在現(xiàn)實(shí)工作中，許多用戶都是在階段交付系統(tǒng)的使用中才會(huì)發(fā)現(xiàn)原來的需求是否是他們真正想要的，也有機(jī)會(huì)將真正的需求反饋到開發(fā)人員處，以及時(shí)地進(jìn)行調(diào)整；這種開發(fā)過程中存在的不確定性，如果使用瀑布法這種變化會(huì)延遲到測(cè)試或者用戶使用階段才能發(fā)現(xiàn)，極大地增加了返工或變更成本，而敏捷開發(fā)方法通過短周期迭代以及盡可能早的交付可用的迭代來適應(yīng)這些變化。

在裝載機(jī)公司總裝工廠信息化優(yōu)化項(xiàng)目——生產(chǎn)現(xiàn)場(chǎng)執(zhí)行ME項(xiàng)目中，使用了敏捷的開發(fā)方法[1]，較好地解決了用戶需求不明晰并且變化快的問題。

例如報(bào)工部分最先的設(shè)計(jì)是針對(duì)關(guān)鍵工序進(jìn)行管理，定義的7個(gè)主要功能為：

訂單派工上線報(bào)工下線報(bào)工焊接報(bào)工交接報(bào)工涂裝報(bào)工整機(jī)入庫(kù)。

變更1：在程序設(shè)計(jì)出來并投入生產(chǎn)現(xiàn)場(chǎng)使用后，業(yè)務(wù)人員發(fā)現(xiàn)系統(tǒng)功能與他們的業(yè)務(wù)還是有一定的差異，提出了進(jìn)一步的功能需求，下一步的功能設(shè)計(jì)變成如下：

訂單派工上線報(bào)工下線報(bào)工下線處理焊接報(bào)工交接報(bào)工涂裝上線涂裝下線整機(jī)入庫(kù)。

增加了“下線處理”功能，與下線報(bào)工連接，并將“涂裝報(bào)工”拆成“涂裝上線”和“涂裝下線”，項(xiàng)目小組根據(jù)用戶需求在2周之內(nèi)完成設(shè)計(jì)變更及測(cè)試，交付用戶使用。

變更2：用戶使用一段時(shí)間后又提出了新的需求，功能設(shè)計(jì)再次變更如下：

訂單派工上線報(bào)工下線報(bào)工下線處理焊接報(bào)工交接報(bào)工調(diào)試排班調(diào)試派工調(diào)試派工及接收涂裝下線涂裝下線整機(jī)入庫(kù)。

增加了“調(diào)試排班”，“調(diào)試派工”，“調(diào)試派工及接收”功能，即把整機(jī)調(diào)試工作的流程也融入了IT系統(tǒng)管理；需求確定后，設(shè)計(jì)變更及測(cè)試3周內(nèi)完成，交付用戶使用。

變更3：在使用了一段時(shí)間后，用戶又有了新的需求，此次變化如下：

訂單派工上線報(bào)工下線報(bào)工下線處理焊接報(bào)工交接報(bào)工調(diào)試排班調(diào)試派工調(diào)試派工及接收檢驗(yàn)報(bào)工涂裝下線涂裝下線整機(jī)入庫(kù)。

增加了“檢驗(yàn)報(bào)工”功能，目的是把質(zhì)量檢驗(yàn)與生產(chǎn)流程關(guān)聯(lián)受控（原先兩塊業(yè)務(wù)在系統(tǒng)中是相對(duì)獨(dú)立，沒有關(guān)聯(lián)控制的），項(xiàng)目組也是在兩周內(nèi)完成變更交付用戶使用。

可以看到這個(gè)項(xiàng)目中，報(bào)工部分用戶的需求是在使用的過程中不斷變更的，主要功能由7個(gè)變成了13個(gè)，用戶在項(xiàng)目開始階段提不出完整而清晰的需求，如果使用傳統(tǒng)的瀑布法進(jìn)行開發(fā)，肯定不能快速地滿足用戶地需求；采用了敏捷的方法，在項(xiàng)目中快速地進(jìn)行迭代，發(fā)布產(chǎn)品。雖然最終的產(chǎn)品與最初設(shè)計(jì)時(shí)相距甚遠(yuǎn)，但是達(dá)到了用戶的預(yù)期，將業(yè)務(wù)的管理固化到了IT系統(tǒng)之中，改善了業(yè)務(wù)管理。

1.4　敏捷開發(fā)的經(jīng)驗(yàn)與總結(jié)

敏捷開發(fā)的方法，可以說是快速迭代+快速嘗試+快速改進(jìn)+充分交流+簡(jiǎn)化流程。以下是在實(shí)行敏捷開發(fā)的方法中得到的一些經(jīng)驗(yàn)與體會(huì)：

（1）敏捷開發(fā)方法較適用于客戶不知道自己要什么的情況（這樣的客戶占絕大多數(shù)）。因?yàn)榭蛻舨恢酪裁?，所以顧問及開發(fā)人員需要在項(xiàng)目的進(jìn)程中不斷幫客戶弄明白他到底想要什么，通過和客戶溝通，合作，傾聽反饋，持續(xù)改進(jìn)；敏捷的開發(fā)方法使我們從害怕用戶需求的變化，轉(zhuǎn)變?yōu)闅g迎用戶的需求變化，并采用正確的方式去響應(yīng)這種變化，使項(xiàng)目到達(dá)最大地改善業(yè)務(wù)的目的。

（2）快速迭代及產(chǎn)品發(fā)布

不要求每一個(gè)階段的任務(wù)做的都是最完美的，而是明明知道還有很多不足的地方，并不急著去完善它，而是把主要功能先搭建起來為目的，以最短的時(shí)間，將“半成品”提交給用戶使用，通過用戶的反饋信息，在這個(gè)“半成品”上逐步進(jìn)行完善。這也是挖掘用戶需求的另一種方式。

（3）簡(jiǎn)潔有效的小團(tuán)隊(duì)溝通方式[2]

項(xiàng)目組核心團(tuán)隊(duì)規(guī)模要小，不超過8人這宜，但人員要精干，能力要強(qiáng)；主要有項(xiàng)目經(jīng)理、關(guān)鍵用戶、內(nèi)部顧問、開發(fā)人員四個(gè)角色；并且在項(xiàng)目期間，項(xiàng)目組核心團(tuán)隊(duì)盡可能在同一辦公室內(nèi)集中辦公，這樣才能有效地保證溝通的及時(shí)性和準(zhǔn)確性，也是保證迭代周期短的必要條件。任何的通訊工具都比不上面對(duì)面的溝通。

（4）項(xiàng)目范圍的控制

用戶的需求確實(shí)是在不斷的變化，但是不意味著無限制地去滿足用戶的需求；項(xiàng)目經(jīng)理一定要把握住項(xiàng)目的基線、目標(biāo)，不能讓需求無限制的蔓延；畢竟項(xiàng)目是有成本和時(shí)間的要求的。關(guān)鍵點(diǎn)：不要拒絕用戶的非原則性需求，這也是為了項(xiàng)目在受控范圍內(nèi)達(dá)到最好的用戶滿意度。

（5）敏捷不要求面面俱到的文檔但離不開文檔，整個(gè)項(xiàng)目過程中的文檔控制仍然是必需要有的，不能因?yàn)檎f為了敏捷而省略了，對(duì)后期的維護(hù)及持續(xù)改善是不利的。

（6）敏捷并不僅是快，更是靈活；敏捷方法有時(shí)候被誤認(rèn)為是無計(jì)劃性和紀(jì)律性的方法，實(shí)際上更確切的說法是敏捷方法強(qiáng)調(diào)適應(yīng)性而非預(yù)見性，適應(yīng)性的方法集中在快速適應(yīng)現(xiàn)實(shí)的變化。

2　結(jié)束語(yǔ)

總裝工廠信息化優(yōu)化項(xiàng)目——生產(chǎn)現(xiàn)場(chǎng)執(zhí)行ME項(xiàng)目的順利完成，并得到用戶認(rèn)可，促進(jìn)了用戶的業(yè)務(wù)改善。之后許多的優(yōu)化項(xiàng)目，也采取了敏捷開發(fā)的方法去開展，取得了良好的效果。關(guān)于敏捷開發(fā)方法的應(yīng)用，還有非常多的方面可以去探討，不同的項(xiàng)目，不同的團(tuán)隊(duì)，不同的產(chǎn)品，具體實(shí)踐方式都有可能是不同的。有一件事情應(yīng)該是相同的，就是每隔一段時(shí)間，都要進(jìn)行自我總結(jié)和調(diào)整，逐步改進(jìn)。

信息化是一個(gè)長(zhǎng)期持續(xù)的過程，這個(gè)過程可以這樣描述，由數(shù)據(jù)變成信息，由信息變成知識(shí)，由知識(shí)產(chǎn)生效益。而改進(jìn)是永無止境的。

參考文獻(xiàn)：

[1]約翰.C.古德帕斯丘（John C.Goodpasture）（美國(guó)）.敏捷項(xiàng)目管理-企業(yè)級(jí)實(shí)踐與案例[M].北京：電子工業(yè)出版社，2012.

[2]Alistair Cockburn.Crystal Clear小團(tuán)隊(duì)的敏捷開發(fā)方法[M].北京：清華大學(xué)出版社，2006.