IT外包服務 敏捷軟件開發和持續過程改進的買賣雙方長期成功的要訣

在業務流程外包領域，尤其是離岸外包領域，目前有很多人對擺脫“全職（FTE）”計費模式感興趣。 FTE 模型是為業務流程創建一個團隊，并根據消耗的時間和材料為您的整個團隊獲取報酬。 許多買家和賣家過去更喜歡根據交易量來支付或收款。

在這兩種支付模式下，從長遠來看，敏捷軟件開發和持續流程改進等敏捷方法可能是買賣雙方在此類服務中取得長期成功的關鍵。

適當的方法

對于外包或離岸外包的任何人，即使是第一次，敏捷方法可能是比傳統方法更有效、更好和更合適的做事方式。 無論是軟件開發還是業務流程執行，外包服務的買家和賣家所使用的內部方法往往不同。 敏捷軟件開發和持續流程改進為雙方提供了不斷微調以適應彼此差異的機會。 由于此類服務購買者的需求和堅持，傳統的軟件開發方法幾乎總是會產生一些固定價格的合同。 但是，從長遠來看，敏捷方法可以為他們提供一種廉價的解決方案。 這是因為通過頻繁的發布和測試形成了更密集的反饋循環，他們獲得了更易維護和適應性更強的解決方案。

彌合溝通鴻溝

英國作家蕭伯納曾諷刺地寫道：“英美是同一種語言相隔的兩個國家”。 如果英國也是如此IT外包服務，你可以想象美國和印度，或美國和菲律賓之間的語言差異。 差距來了！ 除了語言，差異還在于時區、文化和工作習慣。 這樣一來，通訊就成了一大瓶頸。 快速的軟件開發確保通過頻繁的發布快速彌補溝通上的差距。 如果您有六個月的時間來收集需求和設計，那么在軟件開發開始之前解決溝通障礙可能為時已晚。 在持續流程改進和外包精益六西格碼方面所做的努力可以快速消除業務流程外包中的溝通障礙。

完美來自迭代過程

無論是軟件開發還是業務流程外包，當兩個不同的組織一起工作時，只有重復使用您打算投入精力的盡可能多的反饋循環才能取得成功。敏捷軟件開發和持續流程改進為買方和外包服務的賣家一次次實現完美的機會。 持續過程改進包括迭代過程改進中的計劃-設計-收集-行動（Plan---Act）循環，即PDCA循環。

積累行業經驗

只有當服務的銷售者不僅僅是在執行一個項目或流程，而是在積累該領域的行業經驗時，服務提供者才能轉向敏捷軟件開發方法或按業務交易量收費。 如果您已經為多家銀行構建了銀行軟件解決方案IT外包服務，軟件開發解決方案的購買者將更傾向于根據工時和材料支付費用，而不是堅持固定價格合同。 如果您為多家公司處理過抵押貸款，那么您就有足夠的行業經驗可以自信地過渡到基于數量的方法。

對變化的反應

軟件需求隨時間變化。 由于競爭壓力和法律變化，業務流程每天都在變化。 如果頒布了一項新法律，為借款人提供更多保護，賬單收集過程將突然改變或需要一些額外的處理步驟。 為了使開發工作量與需求變化保持同步，需要在外包軟件的開發過程中采用敏捷方法。 一旦突然出現新的需求，傳統的開發方式就會受到影響。 您必須記錄這些變更請求，并且可能必須重新協商該固定價格合同。 通過強調持續變化和改進，精益六西格碼和持續過程改進創造了一個預期變化和常規變化的環境。 如果業務流程發生變化，組織會快速、平穩地響應變化。

建立長期合作伙伴關系

與您的軟件開發服務提供商建立合作伙伴關系可以讓您在下一個大型軟件開發項目到來時變得更容易、更好。 您的輔導員可能已經掌握了很好地執行新項目所需的所有知識。 服務提供商從現有客戶那里獲得新業務比與新客戶達成交易更有效率和利潤。 這同樣適用于業務流程外包。 如果您已經為您的保險行業客戶處理了保險理賠流程，那么您可能已經掌握了處理保險業務流程所需的大量知識。 您可能已經熟悉客戶的溝通方式、方法和渠道。

打造品質

乍一看，敏捷方法可以實現一些違反直覺的事情。 事情做得更快，但更好。 只有在您確定了自己的錯誤假設之后，這才違反直覺：質量需要更長的時間！ 敏捷方法可以解決人們交流方式中的嚴重問題。 他們通過快速反饋循環解決人們的溝通問題，盡早糾正偏差。 在敏捷開發中，軟件質量是由一個獨特的事實來保證的，即有更多的開發周期，然后是更多的測試周期！ 當然，通過精益六西格碼和業務流程的持續過程改進，整個想法是同時改進所有流程的各個方面，包括速度、成本和質量。 這是使這些業務流程敏捷的本質。

在軟件開發和業務流程外包中使用敏捷方法是不可避免的，特別是如果此類服務的購買者希望優化花費在此類工作上的資源，而此類服務的銷售者則希望與那些成本較低的人競爭如果國家進行有效競爭！ 在這種情況下，敏捷方法在很多方面都優于傳統方法。 了解其中的秘密將有助于您的努力獲得更好的結果。