控制疊代過程 防止業務流程管理失敗

在20世紀90年代後期，it發現了原型概念，并将其應用于應用開發。原型模型是疊代過程的前身——小規模設計和建構，在元件中快速完成，然後測試和調整元件。和現今的疊代方法一樣，這個前身是一個好主意，但實際上并不奏效。調整通常需要比預期更長的時間，業務使用者經常失去耐心，這一概念從未被廣泛接受。

在二十世紀初期，疊代過程被采納為業務流程管理(bpm)的一個中心原則，bpm本身是從業務再造中發展而來。大概在同一時間，it重新設計了原型模型，而這一次，将其作為設計和解決方案的“疊代”嵌入到靈活軟體開發方法中。

是以，再一次的，我們使疊代成為一個主流過程，并再次獲得各種結果。

在我們進一步讨論之前，我想清楚地說明我是疊代方法的支援者——我隻是希望它能正常工作，真正有幫助。

但實際上，根據曆史，疊代過程有好有壞。

讓我們先來讨論一下缺點，最後以優點結束。

疊代過程中的問題

有一個謬見，認為疊代可以使項目更早完成。我，以及很多專業人士都沒聽說過疊代确實節省時間的項目。(當然，肯定有人可以證明疊代可以節省時間，但我并不認識。)我知道有評價團體贊揚了靈活方法，然而，疊代，卻被報告有難以置信的70%的項目失敗率，bpm相關項目則更高。值得注意的是，很多這些項目最終都取得了成功，一旦它們完成了永無止境的設計、建構、評估和重新設計的疊代工作。

那麼在疊代過程中，我們需要怎樣做，才能縮小謬見與現實之間的差距呢?我們首先來讨論我親身經曆過的幾個疊代現實。

無休止：疊代可以不斷進行，不斷擴充解決方案的設計和建構，遠遠超出預期。在疊代中，并不是為了第一次就讓新的設計起作用——目标是快速，并且“靈活”，然後通過多次疊代進行改進。對于更傾向于分析的管理者，解決方案總是可以更好，永遠沒有盡頭。在這種情況下，管理者認為下一次疊代會比這一次更好。

風險增加：每當團隊建立新的疊代模型時，必須對其進行全面重新檢查——如果沒有，傳遞有問題的産品的風險，随着每個模型而增加。這再次延長了建構解決方案所需的時間。這是一種反複試驗的方法，最終會帶來一個很好的解決方案，但它可能不是最有效的方法。

中斷：在某一截點，宣布成功，并安裝解決方案。但疊代過程還在繼續，因為已經安裝的可能并不完整。這會導緻業務中斷，因為部分解決方案或者不同版本不斷實施，再次發生改變。

混亂：經過幾次解決方案的疊代，沒有一個員工知道他們應該做什麼或應該怎麼做。最後的結果就是業務人員和經理的沮喪。

用模拟控制疊代次數

疊代是一個很好的概念，當被正确使用和控制時，可以很好地起作用。

對于一些cio和應用開發上司者來說，這種“正确的方式”需要将業務和it bpm相關的概念，方法和技術相結合，來最好地解決每個問題。 然而，在将bpm方法(通常是瀑布型方法)和it bpm方法(通常是基于靈活的方法)相結合時，關鍵是設定機制來控制疊代次數，以及每次疊代的預期。

在這部分讨論中，我假設應用解決方案開發團隊能夠建立滿足業務和技術需求的應用。這個假設意味着應用将提供所需的服務。這并不意味着應用解決方案的運作完全順利，或者如預期般有效。這也不意味着應用解決方案是靈活的或完整的。也不意味着應用解決方案消除了複雜性。

但這些需要疊代的問題可以有效地處理。在it bpm和業務bpm方面，我建議團隊考慮使用模拟模組化來評估每個疊代設計。模拟工具将指出瓶頸，解決方案在不同工作負載下如何工作，以及設計中的許多其他問題。

使用模拟結果，重點關注設計改進，團隊不斷優化設計。這樣，改進評估是基于嚴格的模拟效率評估，而不是“讓我們試試，來看看結果。”最終，疊代次數受到控制，需要的次數更少。同時，這種方法也産生了更好的業務設計。

讓疊代過程更順利

當傳遞目标産品或服務的機率很高時，當模拟和财務評估表明業務的工作流程和其他方面最優時，說明新的業務流程模型，是起作用的。将現有的狀态模拟結果與新的解決方案的營運模拟相比較時，團隊還能夠預測項目效益——使用新營運(工作流程)時，通過新設計，消除業務問題可以節省的成本，通過消除或減少錯誤可以節省的成本。

一旦業務流程模型在使用模拟工具時，可以證明有效和高效，那麼這些應用可以由bpm套件(bpms)工具生成。假設使用bpms工具，可以生成“straw man”版本的應用。

此外，使用傳統測試技術，“stub”來測試應用，模拟将資料傳遞給另一個應用，和“驅動程式”來模拟解決方案系統從其他應用接收資料的情況，可以進一步優化模型和解決方案設計，以確定支援計算機應用的工作流程和營運，可以完成目标結果。

在bpm項目中應該考慮stub和驅動類型的疊代——特别是那些由bpms工具支援的項目。至于業務設計疊代過程，stub和驅動類型疊代必須計劃和仔細的控制。此外，業務設計疊代，當正确管理時，該項目測試和修改周期可以帶來更好的結果。

總而言之，控制疊代的這兩個方法，消除了業務流程開發中的許多固有問題，讓團隊可以更快地建立更好的結果。

本文轉自d1net（轉載）