在業(yè)務(wù)流程外包領(lǐng)域，特別是離岸外包，目前人們正在把大量的興趣放在摒棄全時(shí)工作當(dāng)量”（ full-time equivalent，F(xiàn)TE)計(jì)費(fèi)模式上，F(xiàn)TE模式就是為業(yè)務(wù)流程創(chuàng)建一個(gè)團(tuán)隊(duì)并依據(jù)所耗費(fèi)的工時(shí)和材料取得整個(gè)團(tuán)隊(duì)的報(bào)酬。而許多買家和賣家過去更愿意按照交易業(yè)務(wù)數(shù)量付費(fèi)或獲得報(bào)酬。

在這兩種付費(fèi)模式下，從長遠(yuǎn)觀點(diǎn)看，敏捷方法，例如敏捷軟件開發(fā)和持續(xù)過程改進(jìn)也許是這類服務(wù)中的買賣雙方長期成功的要訣。

適宜的方法

對于任何從事外包或離岸外包的人來說，即使是第一次，敏捷方法也許都是高效做事的、比傳統(tǒng)方法更好、更為適宜的方法。不管軟件開發(fā)還是業(yè)務(wù)流程執(zhí)行，通常，外包服務(wù)的買家和賣家在他們使用的內(nèi)部方法上都有所不同。敏捷軟件開發(fā)和持續(xù)過程改進(jìn)為雙方提供了不斷調(diào)優(yōu)以適應(yīng)彼此間的這些差異的機(jī)會。由于這類服務(wù)的買家的要求和堅(jiān)持，軟件開發(fā)的傳統(tǒng)方法差不多總是會達(dá)成一些固定價(jià)格合同。但是，從長遠(yuǎn)來看，敏捷法可以給他們提供一個(gè)并不昂貴的解決方案。這是因?yàn)橛捎陬l繁的發(fā)布與測試所帶來的更為強(qiáng)化的反饋循環(huán)使他們得到了一個(gè)服務(wù)能力和適應(yīng)能力更強(qiáng)的解決方案。

消除交流鴻溝

英國文人蕭伯納(George Bernard Shaw) 曾經(jīng)嘲諷地寫道：英國和美國是被同一種語言分開的兩個(gè)國家。”如果對于英國尚且如此，你就能夠想象出美國和印度或者美國和菲律賓之間在語言上的差異了！除了語言之外，差別還在于時(shí)區(qū)、文化和工作習(xí)慣方面。這樣，溝通交流便成了一個(gè)主要的瓶頸。快捷軟件開發(fā)能夠確保用頻繁的發(fā)布去迅速消除交流的鴻溝。如果你要用六個(gè)月時(shí)間去收集需求和進(jìn)行設(shè)計(jì)，那么在軟件開發(fā)開始之前，再去解決交流障礙也許已經(jīng)太遲了。外包中在持續(xù)過程改進(jìn)和精益六西格瑪上所做出的努力，能夠迅速消除業(yè)務(wù)流程外包中的交流障礙。

完美源于迭代式流程

不管是軟件開發(fā)還是業(yè)務(wù)流程外包，當(dāng)兩個(gè)全然不同的機(jī)構(gòu)在一起工作時(shí)，只有盡可能多地反復(fù)運(yùn)用那些你會打算投入精力的反饋環(huán)，才可取得成功。敏捷軟件開發(fā)和持續(xù)過程改進(jìn)，給外包服務(wù)的買家和賣家雙方提供了一再實(shí)現(xiàn)完美的機(jī)會。持續(xù)過程改進(jìn)包括迭代式過程改進(jìn)中的計(jì)劃－設(shè)計(jì)－收集－行動（Plan-Design-Collect-Act）循環(huán)，即PDCA循環(huán)。

積累行業(yè)經(jīng)驗(yàn)

只有在服務(wù)的賣家不僅僅是在執(zhí)行一個(gè)項(xiàng)目或流程而是在積累這一領(lǐng)域的行業(yè)經(jīng)驗(yàn)的時(shí)候，服務(wù)商才能改為使用敏捷軟件開發(fā)方法或者根據(jù)業(yè)務(wù)交易數(shù)量來收費(fèi)。如果你已經(jīng)為許多銀行構(gòu)建過銀行業(yè)務(wù)軟件解決方案，那么軟件開發(fā)解決方案的買家會更加傾向基于工時(shí)和材料付費(fèi)，而不會堅(jiān)持固定價(jià)格合同。如果你已經(jīng)為不止一家公司處理抵押貸款業(yè)務(wù)，那么你就擁有足夠的行業(yè)經(jīng)驗(yàn)自信地轉(zhuǎn)變?yōu)榘礃I(yè)務(wù)交易數(shù)量收費(fèi)的方式。

對變化的響應(yīng)能力

軟件的需求隨著時(shí)間而改變。由于競爭的壓力以及法律上的變化，業(yè)務(wù)流程也在天天發(fā)生著變化。如果一項(xiàng)新的法律頒布，給予借款人更多的保護(hù)，票據(jù)托收流程就會突然間發(fā)生變化或者需要執(zhí)行一些附加的處理步驟。為了使開發(fā)工作量與需求變化同步，在外包軟件的開發(fā)過程中，需要使用敏捷法。一旦突然出現(xiàn)新的需求，傳統(tǒng)方式的開發(fā)方法將會備受煎熬。你必須將這些變更請求文檔化，也許不得不對那份固定價(jià)格合同進(jìn)行重新談判。通過重視不斷的變化和改進(jìn)，精益六西格瑪和持續(xù)過程改進(jìn)會構(gòu)建一個(gè)環(huán)境，在這一環(huán)境下，變化是可預(yù)期的，而且是慣常之事。如果業(yè)務(wù)流程發(fā)生變化，組織會快速順利地對變化做出響應(yīng)。

建立長期的合作伙伴關(guān)系

與你的軟件開發(fā)服務(wù)商建立一種合作伙伴關(guān)系，能夠使你在下一個(gè)大的軟件開發(fā)項(xiàng)目到來的時(shí)候變得更容易和做得更好。你的服務(wù)商也許已經(jīng)具備了很好完成新項(xiàng)目所必備的多方面的知識。對于服務(wù)商來說，從現(xiàn)有客戶那里獲得新業(yè)務(wù)要比與新客戶達(dá)成交易更加高效和更加有利可圖。這同樣適用于BPO。如果你已經(jīng)在為你的保險(xiǎn)行業(yè)客戶打理保險(xiǎn)理賠流程，你或許業(yè)已具備了處理保險(xiǎn)業(yè)務(wù)流程所必要的許多知識。你或許已經(jīng)熟悉了你的客戶的交流方式，方法和途徑等。

構(gòu)建品質(zhì)

乍看起來，敏捷法能成就某些有悖常理的東西。事情做得快，但卻又更好。這只是在你抱定自己的一個(gè)錯(cuò)誤假設(shè)之后才會有的違反直覺現(xiàn)象，這個(gè)錯(cuò)誤的假設(shè)就是：優(yōu)質(zhì)就要花費(fèi)更長的時(shí)間！敏捷方法能夠解決人們交流方式上的各種嚴(yán)重問題。他們通過快捷的反饋環(huán)以盡早糾正偏差來解決人們溝通上的問題。在敏捷開發(fā)中，軟件質(zhì)量是通過有著更多的開發(fā)循環(huán)及隨后的更多測試循環(huán)這個(gè)唯一的事實(shí)得以保證的！當(dāng)然，利用精益六西格瑪和業(yè)務(wù)流程的持續(xù)過程改進(jìn)，其全部的理念就是對所有流程同時(shí)進(jìn)行全方位的改進(jìn)，包括，速度、成本和質(zhì)量。這就是讓這些業(yè)務(wù)流程變得敏捷的精髓所在。

在軟件研發(fā)和業(yè)務(wù)流程外包中使用敏捷法是必然的，尤其是如果這類服務(wù)的買家想要對花費(fèi)在這類工作上的資源進(jìn)行優(yōu)化，而這類服務(wù)中的賣家想要與那些低成本國家展開有效競爭的話！在這種情況下，敏捷法在許多的方面比傳統(tǒng)方法更好。了解這其中的奧妙有助于使你付出的努力得到更好的效果。