在20世紀(jì)90年代后期，IT發(fā)現(xiàn)了原型概念，并將其應(yīng)用于應(yīng)用開(kāi)發(fā)。原型模型是迭代過(guò)程的前身——小規(guī)模設(shè)計(jì)和構(gòu)建，在組件中快速完成，然后測(cè)試和調(diào)整組件。和現(xiàn)今的迭代方法一樣，這個(gè)前身是一個(gè)好主意，但實(shí)際上并不奏效。調(diào)整通常需要比預(yù)期更長(zhǎng)的時(shí)間，業(yè)務(wù)用戶(hù)經(jīng)常失去耐心，這一概念從未被廣泛接受。

[[199829]]

在二十世紀(jì)初期，迭代過(guò)程被采納為業(yè)務(wù)流程管理(BPM)的一個(gè)中心原則，BPM本身是從業(yè)務(wù)再造中發(fā)展而來(lái)。大概在同一時(shí)間，IT重新設(shè)計(jì)了原型模型，而這一次，將其作為設(shè)計(jì)和解決方案的“迭代”嵌入到敏捷軟件開(kāi)發(fā)方法中。

所以，再一次的，我們使迭代成為一個(gè)主流過(guò)程，并再次獲得各種結(jié)果。

在我們進(jìn)一步討論之前，我想清楚地說(shuō)明我是迭代方法的支持者——我只是希望它能正常工作，真正有幫助。

但實(shí)際上，根據(jù)歷史，迭代過(guò)程有好有壞。

讓我們先來(lái)討論一下缺點(diǎn)，最后以?xún)?yōu)點(diǎn)結(jié)束。

迭代過(guò)程中的問(wèn)題

有一個(gè)謬見(jiàn)，認(rèn)為迭代可以使項(xiàng)目更早完成。我，以及很多專(zhuān)業(yè)人士都沒(méi)聽(tīng)說(shuō)過(guò)迭代確實(shí)節(jié)省時(shí)間的項(xiàng)目。(當(dāng)然，肯定有人可以證明迭代可以節(jié)省時(shí)間，但我并不認(rèn)識(shí)。)我知道有評(píng)價(jià)團(tuán)體贊揚(yáng)了敏捷方法，然而，迭代，卻被報(bào)告有難以置信的70%的項(xiàng)目失敗率，BPM相關(guān)項(xiàng)目則更高。值得注意的是，很多這些項(xiàng)目最終都取得了成功，一旦它們完成了永無(wú)止境的設(shè)計(jì)、構(gòu)建、評(píng)估和重新設(shè)計(jì)的迭代工作。

那么在迭代過(guò)程中，我們需要怎樣做，才能縮小謬見(jiàn)與現(xiàn)實(shí)之間的差距呢?我們首先來(lái)討論我親身經(jīng)歷過(guò)的幾個(gè)迭代現(xiàn)實(shí)。

無(wú)休止：迭代可以不斷進(jìn)行，不斷擴(kuò)展解決方案的設(shè)計(jì)和構(gòu)建，遠(yuǎn)遠(yuǎn)超出預(yù)期。在迭代中，并不是為了第一次就讓新的設(shè)計(jì)起作用——目標(biāo)是快速，并且“靈活”，然后通過(guò)多次迭代進(jìn)行改進(jìn)。對(duì)于更傾向于分析的管理者，解決方案總是可以更好，永遠(yuǎn)沒(méi)有盡頭。在這種情況下，管理者認(rèn)為下一次迭代會(huì)比這一次更好。

風(fēng)險(xiǎn)增加：每當(dāng)團(tuán)隊(duì)創(chuàng)建新的迭代模型時(shí)，必須對(duì)其進(jìn)行全面重新檢查——如果沒(méi)有，交付有問(wèn)題的產(chǎn)品的風(fēng)險(xiǎn)，隨著每個(gè)模型而增加。這再次延長(zhǎng)了構(gòu)建解決方案所需的時(shí)間。這是一種反復(fù)試驗(yàn)的方法，最終會(huì)帶來(lái)一個(gè)很好的解決方案，但它可能不是最有效的方法。

中斷：在某一截點(diǎn)，宣布成功，并安裝解決方案。但迭代過(guò)程還在繼續(xù)，因?yàn)橐呀?jīng)安裝的可能并不完整。這會(huì)導(dǎo)致業(yè)務(wù)中斷，因?yàn)椴糠纸鉀Q方案或者不同版本不斷實(shí)施，再次發(fā)生改變。

混亂：經(jīng)過(guò)幾次解決方案的迭代，沒(méi)有一個(gè)員工知道他們應(yīng)該做什么或應(yīng)該怎么做。最后的結(jié)果就是業(yè)務(wù)人員和經(jīng)理的沮喪。

用模擬控制迭代次數(shù)

迭代是一個(gè)很好的概念，當(dāng)被正確使用和控制時(shí)，可以很好地起作用。

對(duì)于一些CIO和應(yīng)用開(kāi)發(fā)領(lǐng)導(dǎo)者來(lái)說(shuō)，這種“正確的方式”需要將業(yè)務(wù)和IT BPM相關(guān)的概念，方法和技術(shù)相結(jié)合，來(lái)最好地解決每個(gè)問(wèn)題。 然而，在將BPM方法(通常是瀑布型方法)和IT BPM方法(通常是基于敏捷的方法)相結(jié)合時(shí)，關(guān)鍵是設(shè)置機(jī)制來(lái)控制迭代次數(shù)，以及每次迭代的預(yù)期。

在這部分討論中，我假設(shè)應(yīng)用解決方案開(kāi)發(fā)團(tuán)隊(duì)能夠創(chuàng)建滿(mǎn)足業(yè)務(wù)和技術(shù)需求的應(yīng)用。這個(gè)假設(shè)意味著應(yīng)用將提供所需的服務(wù)。這并不意味著應(yīng)用解決方案的運(yùn)行完全順利，或者如預(yù)期般有效。這也不意味著應(yīng)用解決方案是靈活的或完整的。也不意味著應(yīng)用解決方案消除了復(fù)雜性。

但這些需要迭代的問(wèn)題可以有效地處理。在IT BPM和業(yè)務(wù)BPM方面，我建議團(tuán)隊(duì)考慮使用模擬建模來(lái)評(píng)估每個(gè)迭代設(shè)計(jì)。模擬工具將指出瓶頸，解決方案在不同工作負(fù)載下如何工作，以及設(shè)計(jì)中的許多其他問(wèn)題。

使用模擬結(jié)果，重點(diǎn)關(guān)注設(shè)計(jì)改進(jìn)，團(tuán)隊(duì)不斷優(yōu)化設(shè)計(jì)。這樣，改進(jìn)評(píng)估是基于嚴(yán)格的模擬效率評(píng)估，而不是“讓我們?cè)囋嚕瑏?lái)看看結(jié)果。”最終，迭代次數(shù)受到控制，需要的次數(shù)更少。同時(shí)，這種方法也產(chǎn)生了更好的業(yè)務(wù)設(shè)計(jì)。

讓迭代過(guò)程更順利

當(dāng)交付目標(biāo)產(chǎn)品或服務(wù)的概率很高時(shí)，當(dāng)模擬和財(cái)務(wù)評(píng)估表明業(yè)務(wù)的工作流程和其他方面最優(yōu)時(shí)，說(shuō)明新的業(yè)務(wù)流程模型，是起作用的。將現(xiàn)有的狀態(tài)模擬結(jié)果與新的解決方案的運(yùn)營(yíng)模擬相比較時(shí)，團(tuán)隊(duì)還能夠預(yù)測(cè)項(xiàng)目效益——使用新運(yùn)營(yíng)(工作流程)時(shí)，通過(guò)新設(shè)計(jì)，消除業(yè)務(wù)問(wèn)題可以節(jié)省的成本，通過(guò)消除或減少錯(cuò)誤可以節(jié)省的成本。

一旦業(yè)務(wù)流程模型在使用模擬工具時(shí)，可以證明有效和高效，那么這些應(yīng)用可以由BPM套件(BPMS)工具生成。假設(shè)使用BPMS工具，可以生成“straw man”版本的應(yīng)用。

此外，使用傳統(tǒng)測(cè)試技術(shù)，“stub”來(lái)測(cè)試應(yīng)用，模擬將數(shù)據(jù)傳遞給另一個(gè)應(yīng)用，和“驅(qū)動(dòng)程序”來(lái)模擬解決方案系統(tǒng)從其他應(yīng)用接收數(shù)據(jù)的情況，可以進(jìn)一步優(yōu)化模型和解決方案設(shè)計(jì)，以確保支持計(jì)算機(jī)應(yīng)用的工作流程和運(yùn)營(yíng)，可以完成目標(biāo)結(jié)果。

在BPM項(xiàng)目中應(yīng)該考慮stub和驅(qū)動(dòng)類(lèi)型的迭代——特別是那些由BPMS工具支持的項(xiàng)目。至于業(yè)務(wù)設(shè)計(jì)迭代過(guò)程，stub和驅(qū)動(dòng)類(lèi)型迭代必須計(jì)劃和仔細(xì)的控制。此外，業(yè)務(wù)設(shè)計(jì)迭代，當(dāng)正確管理時(shí)，該項(xiàng)目測(cè)試和修改周期可以帶來(lái)更好的結(jié)果。

總而言之，控制迭代的這兩個(gè)方法，消除了業(yè)務(wù)流程開(kāi)發(fā)中的許多固有問(wèn)題，讓團(tuán)隊(duì)可以更快地創(chuàng)建更好的結(jié)果。