自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

如何建立你的離岸交付團隊?

數(shù)字化轉(zhuǎn)型
離岸交付在成本控制、人才獲取以及團隊擴展等方面相對其他兩種交付模型擁有顯著優(yōu)勢。

作者 | 崔嬌

前言

2020年對于各個行業(yè)的公司來說無疑是充滿挑戰(zhàn)的一年。這些公司不但需要適應(yīng)愈發(fā)數(shù)字化的世界,也必須迅速創(chuàng)新,加速實施數(shù)字化計劃,以在競爭激烈的市場中立足。不論是B2B、B2C或者混合型的運營模式,都必須依賴快速、高效且具有成本效益的技術(shù)解決方案,以確保提供給消費者優(yōu)質(zhì)的用戶體驗。根據(jù)組織自身情況量身定制的全球交付模型是一種優(yōu)化方案,能夠以最具成本效益的方式加速數(shù)字化項目同時保持高質(zhì)量。目前,全球交付模型主要包括離岸交付(Offshore Delivery)、近岸交付(Nearshore Delivery)和在岸交付(Onshore Delivery)。

離岸交付在成本控制、人才獲取以及團隊擴展等方面相對其他兩種交付模型擁有顯著優(yōu)勢。

離岸交付

離岸交付通常在跨國公司間發(fā)生??蛻艄疚挥谝粋€國家或地區(qū)(通常是高成本地區(qū)),而離岸團隊則位于另一個國家或地區(qū)(通常是低成本地區(qū)),并且位于不同的時區(qū)。例如,對于澳大利亞的客戶公司,他們的離岸交付團隊通常會設(shè)在泰國、印度或中國。隨著信息技術(shù)的發(fā)展和全球化的推進,客戶公司能更輕松地與全球的供應(yīng)商和團隊進行溝通與合作。

同時,很多國家和地區(qū)擁有更高性價比的勞動力成本,并在信息技術(shù)領(lǐng)域取得了顯著的發(fā)展,這也催生了一批具有高技術(shù)能力和專業(yè)知識的離岸團隊。隨著時間的推移,離岸交付已經(jīng)成為了一種成熟的業(yè)務(wù)模式??蛻艄緦④浖椖康囊徊糠只蛉抗ぷ鲀?nèi)容委托給離岸團隊進行開發(fā)和交付,涵蓋軟件開發(fā)、測試、支持等業(yè)務(wù)功能。這種模式帶來了諸多好處,例如獲取更多的開發(fā)人員資源、實現(xiàn)快速交付的跨時區(qū)工作、靈活擴展或縮減離岸團隊規(guī)模以應(yīng)對項目的變化和需求波動等。此外,離岸交付模式還幫助企業(yè)分散風(fēng)險,避免過度依賴單一地區(qū)或供應(yīng)商。

離岸交付下不同的合作模式

離岸交付是一種跨地域、跨時區(qū)、甚至跨語言、跨文化的交付模型。根據(jù)作者近10年的離岸交付經(jīng)驗,可以總結(jié)出以下4種主要的合作模式:

  • 團隊擴展模式(Team Extension Model)
  • 端到端協(xié)作模式(E2E Collaboration Model)
  • 混合協(xié)作模式(Hybrid Collaboration Model)
  • 在岸/離岸協(xié)作模式(Onshore/Offshore Collaboration Model)

每種合作模式都有其獨特的優(yōu)勢和挑戰(zhàn),選擇適合的合作模式對整個項目的成功至關(guān)重要。如果您所在的公司主要負(fù)責(zé)在另一個地區(qū)或國家建立離岸交付團隊,或者已經(jīng)建立了離岸交付團隊,但正在考慮如何提高離岸團隊與在岸團隊的合作效率,那么以下分享可能會對您有所幫助。您將了解每種離岸交付合作模式的優(yōu)勢和挑戰(zhàn),以便開始制定您的策略。

團隊擴展模式(Team Extension Model)

(1) 團隊構(gòu)成

此模式下的團隊成員分布在兩個不同的國家/時區(qū)。團隊的主要角色,如技術(shù)組長(Tech Lead)、交付組長(Delivery Lead)、主導(dǎo)開發(fā)(Lead Dev)等,來自客戶公司,主要負(fù)責(zé)前期需求的分析、方案的驗證、產(chǎn)品發(fā)布計劃的制定等工作。離岸團隊的成員主要負(fù)責(zé)日常的交付工作,通常不會參與到前期需求的分析和方案驗證階段,而是在方案確定、需求明確的情況下,完成所需的功能。

圖片圖片

(2) 優(yōu)勢

  • 由于需求分析和驗證階段的討論比較頻繁,團隊的主要角色在客戶公司中可以避免上下文分享、時區(qū)、語言等挑戰(zhàn),讓這些討論更高效。
  • 根據(jù)這個模式中對于離岸團隊成員的定位,他們不需要全面了解上下文就可以迅速進入交付階段,這對于需要快速產(chǎn)出結(jié)果的項目來說是非常適合的。

(3) 挑戰(zhàn)

  • 由于沒有參與需求前期的分析和驗證階段,離岸團隊的成員可能會感到缺乏參與感和集體成就感。尤其是在離岸團隊中的資深成員,可能會在一段時間后選擇轉(zhuǎn)項目,導(dǎo)致團隊的穩(wěn)定性受到影響。
  • 通常,在這種合作模式下,離岸團隊的成員只是專注于實現(xiàn)一個又一個的功能,而并不關(guān)注業(yè)務(wù)和交付的價值。

根據(jù)Cynefin模型,團隊擴展模式中只需讓參與前期需求分析和方案驗證階段的成員把任務(wù)從復(fù)雜/混亂階段轉(zhuǎn)變?yōu)楹唵坞A段,然后就可以交給離岸團隊進行交付了,這對項目本身的要求并不高。

混合協(xié)作模型(Hybrid Collaboration Model)

(1) 團隊構(gòu)成

混合協(xié)作模型是團隊擴展模型的演進,主要解決團隊擴展模型中離岸成員缺乏參與感和集體成就感的問題。該模型的團隊組成與團隊擴展模型類似,成員來自兩個不同的國家/時區(qū),然而團隊的主要角色不僅來自客戶公司,也包括離岸交付團隊,例如:技術(shù)組長(Tech Lead)和交付組長(Delivery Lead)來自客戶公司,主導(dǎo)開發(fā)(Lead Dev)來自離岸交付團隊。這些角色主要負(fù)責(zé)前期需求的分析、方案的驗證、產(chǎn)品發(fā)布計劃的制定等工作。由于離岸交付側(cè)領(lǐng)導(dǎo)角色的參與,兩地成員的溝通會變得更頻繁,整個團隊朝同一目標(biāo)努力,使得團隊合作更加緊密。

為了增強跨地區(qū)/時區(qū)的成員間溝通,并解決團隊主要角色的帶寬問題,這個模式特別鼓勵"功能組長"(Feature Leading)。即某個成員在團隊主要角色的指導(dǎo)下,引導(dǎo)需求的前期挖掘和方案驗證,最后協(xié)調(diào)團隊完成交付任務(wù),從而提升個人成長和團隊溝通。

圖片圖片

(2) 優(yōu)勢

  • 由于離岸交付團隊在需求分析、方案驗證等環(huán)節(jié)的參與,離岸成員的積極性得到很大調(diào)動,跨地區(qū)成員間的溝通增多,團隊更加凝聚。
  • 項目的上下文可以得到快速學(xué)習(xí)和傳遞。
  • 可以快速培養(yǎng)離岸交付團隊的關(guān)鍵角色,有利于客戶公司擴張離岸交付團隊(先培養(yǎng),在、再擴大的原則)。
  • 盡管團隊由位于不同地區(qū)的客戶公司成員以及離岸交付團隊成員組成,但所有人都對同樣的交付結(jié)果負(fù)責(zé)。

(3) 挑戰(zhàn)

  • 客戶公司的成員需要真正認(rèn)識到離岸交付團隊關(guān)鍵角色的重要性,并在實際交付過程中確保他們的充分參與,否則會回到團隊擴展模型的合作方式。
  • 離岸交付團隊的成員需要積極主動了解項目上下文,交付的目標(biāo)、計劃等,從而更好地參與團隊討論和個人功能引導(dǎo)。
  • 因為團隊成員不在同一時區(qū),工作時間不同,所以不同地區(qū)的成員需要盡可能地保持信息同步,如調(diào)整重要會議的時間以確保所有團隊成員能參加,及時更新信息等。
  • 離岸交付團隊成員的英語溝通能力也需要達(dá)到一定的標(biāo)準(zhǔn)。

端到端協(xié)作模型(E2E Collaboration Model)

(1) 團隊構(gòu)成

在此模式下,團隊成員來自同一家服務(wù)公司,全部位于離岸側(cè),直接與客戶公司的產(chǎn)品經(jīng)理和項目經(jīng)理對接,無客戶公司交付團隊的成員參與。這個模式使團隊的工作推進相對獨立,全功能的角色配置包括:交付組長(Delivery Lead)、技術(shù)組長(Tech Lead)、開發(fā)人員(Devs)、以及按需配備的其他人員,如業(yè)務(wù)分析人員(BA)、測試人員(QA)等。離岸團隊會參與交付中的所有流程,過程可視為團隊緊密合作,各成員充分發(fā)揮自身專業(yè)技能解決問題的過程。考慮到團隊規(guī)模,我們依然推薦"兩個披薩團隊"的原則。

圖片圖片

(2) 優(yōu)勢

  • 與前兩種模式相比,端到端協(xié)作模型充分利用離岸交付團隊中關(guān)鍵角色對業(yè)務(wù)的深度理解,引導(dǎo)團隊工作,減少客戶團隊遠(yuǎn)程培訓(xùn)新成員的成本。
  • 離岸交付團隊負(fù)責(zé)整個項目的起始到終止的全過程交付,同一地區(qū)團隊間高效的協(xié)作,減少了信息傳遞時間及誤解的可能性,從而提高工作效率。
  • 離岸交付團隊負(fù)責(zé)需求分析、產(chǎn)品設(shè)計、開發(fā)、測試到部署和支持的全過程。團隊成員共同承擔(dān)整個交付過程的責(zé)任,更好地理解整體目標(biāo)和業(yè)務(wù)需求。這種全方位的責(zé)任感有助于團隊成員更積極主動地解決問題,追求高質(zhì)量。
  • 端到端交付需求,所以離岸交付團隊通常由跨職能成員組成,擁有各種不同的技能和專長。這種多元化的技能組合可以提供更全面的解決方案,減少對外部資源的依賴。同時,團隊成員可以共享和學(xué)習(xí)知識,促進個人技能的交叉培訓(xùn)和發(fā)展。

(3) 挑戰(zhàn)

  • 此模式要求離岸交付團隊對業(yè)務(wù)有深入的了解,這樣團隊才能獨立完成交付。因此,端到端協(xié)作模型不適合在業(yè)務(wù)知識積累不夠時采用。團隊需要在團隊擴展模型或混合協(xié)作模型下先積累業(yè)務(wù)知識,然后在合適的時機和業(yè)務(wù)需求下進行轉(zhuǎn)型。
  • 由于地域、時區(qū)等限制,離岸交付團隊的溝通和進度更新相對滯后。這需要客戶公司給予離岸交付團隊足夠的信任和支持,同時授予充分的自主權(quán),包括團隊管理和技術(shù)決策等。
  • 平等的合作態(tài)度也非常重要,離岸交付團隊需要被視作交付過程中的合作伙伴。
  • 端到端的離岸交付模式需要被分配的業(yè)務(wù)模塊邊界清晰,如果業(yè)務(wù)模塊間劃分模糊、互相依賴,也就意味著需要與其他在岸團隊相互依賴,這將使模式難以在離岸團隊中運行。

在岸/離岸協(xié)作模型(Onshore/Offshore Collaboration Model)

(1) 團隊構(gòu)成

由于其高效的團隊運作和對客戶交付團隊的低依賴性,端到端協(xié)作模型得到了廣泛的應(yīng)用和認(rèn)可。然而,由于某些行業(yè)的合規(guī)要求,許多端到端交付過程中所需的信息和權(quán)限只能在本國存儲。受這些限制,例如金融行業(yè)中的離岸交付團隊無法實現(xiàn)真正的端到端交付。因此,在岸/離岸協(xié)作模型的出現(xiàn),可以在這些受限行業(yè)中延續(xù)端到端協(xié)作模型的優(yōu)勢。

該模型下的團隊成員全部來自于同一個服務(wù)公司,部分成員與客戶團隊在同一地區(qū),另一部分成員位于離岸。團隊直接與客戶公司的產(chǎn)品經(jīng)理和項目經(jīng)理對接,無客戶公司交付團隊的成員參與。類似端到端協(xié)作模型,團隊工作推進相對獨立,角色配置全面。在岸/離岸協(xié)作模型的交付團隊是由端到端模式衍生的,因此團隊會參與和交付過程中的全部流程。

圖片圖片

(2) 優(yōu)勢

  • 不受限于行業(yè)合規(guī)性的限制,具備所有端到端協(xié)作模型的優(yōu)勢。
  • 團隊的在岸成員與客戶團隊在同一地區(qū),可以保持及時溝通,對客戶問題和需求能夠做出及時響應(yīng)。相比端到端協(xié)作模型,客戶團隊對時差導(dǎo)致的溝通滯后無感知。
  • 由于不同區(qū)域的時差和公共假期等差異,使得在岸/離岸協(xié)作模式的團隊總體服務(wù)時間較長,例如,從澳洲的9am到中國的6pm,尤其適合對服務(wù)水平協(xié)議(SLA)需求較高的系統(tǒng)服務(wù)。
  • 團隊成員的多樣性,不同地區(qū)和文化背景的差異,可以在團隊遇到問題和尋求解決方案時提供多元化的思維和觀點。

(3) 挑戰(zhàn)

  • 保證離岸成員的積極參與是一大挑戰(zhàn)。如果在岸成員和離岸成員之間信息不透明,或者離岸成員的參與度不夠,可能會降低另一方與客戶關(guān)鍵相關(guān)方合作的機會,逐漸演變?yōu)榧內(nèi)肆敵龅膱?zhí)行團隊,這個模式就會轉(zhuǎn)變?yōu)橥环?wù)公司的團隊擴展協(xié)作模型。
  • 由于地域和時差的問題,團隊內(nèi)部溝通成本較高。

不同合作模式的轉(zhuǎn)化

離岸交付下4種不同合作模式的的核心特性可以概括如下:

圖片圖片

而且,這四種不同的合作模式可以根據(jù)項目需求、合作階段以及團隊的成熟程度進行靈活調(diào)整:

  • 團隊擴展模式:在此模式下,離岸團隊成員擴展了客戶團隊的能力和資源。離岸團隊成員與客戶團隊緊密合作,但項目管理和決策通常由客戶團隊主導(dǎo)。這種模式適用于需要快速擴充團隊并利用離岸資源的情況。隨著項目的發(fā)展,可以逐漸增加離岸團隊成員的職責(zé)和參與度,為過渡到混合協(xié)作模式或端到端協(xié)作模式做好準(zhǔn)備。
  • 混合協(xié)作模式:這是一個可以促進客戶成員和離岸成員之間建立密切合作和協(xié)作的模式。在這種模式下,離岸團隊成員與客戶團隊成員共同承擔(dān)項目管理和決策的責(zé)任。雙方團隊之間的合作更為緊密,可以共同制定項目計劃、需求規(guī)范和質(zhì)量標(biāo)準(zhǔn)。這種模式適合快速培養(yǎng)離岸團隊的關(guān)鍵角色,并為過渡到端到端協(xié)作模式做準(zhǔn)備。
  • 端到端協(xié)作模式:在這種模式下,離岸團隊承擔(dān)整個項目的全面交付責(zé)任。離岸團隊負(fù)責(zé)項目管理、需求分析、設(shè)計、開發(fā)、測試和交付等所有階段??蛻魣F隊的關(guān)鍵角色通常在項目啟動和結(jié)束階段發(fā)揮重要作用,提供戰(zhàn)略指導(dǎo)和驗收。這種模式適用于團隊成熟度高、對業(yè)務(wù)理解深入且業(yè)務(wù)模塊相對獨立的情況。如果團隊成熟度不足或業(yè)務(wù)模塊不明確,可以過渡到混合協(xié)作模式進行深化磨煉。
  • 在岸/離岸協(xié)作模式:在此模式下,項目團隊來自同一家服務(wù)公司,但分布在客戶所在地和離岸地。此模式能使團隊更獨立地工作,解決離岸團隊成員通常面臨的權(quán)限問題。

沒有一種模式是絕對的選擇,每種模式都有其優(yōu)缺點。我們需要做到的是根據(jù)組織自身的實際情況,找到最合適的交付合作模型,既保證高質(zhì)量交付,又最大程度地提高成本效益。

責(zé)任編輯:趙寧寧 來源: Thoughtworks洞見
相關(guān)推薦

2015-02-02 10:22:44

外包開發(fā)外包團隊

2023-02-07 08:21:05

團隊前后端架構(gòu)

2019-12-24 10:40:29

云計算云遷移IT

2021-09-03 14:41:21

數(shù)據(jù)中心托管設(shè)施設(shè)施管理

2022-04-11 09:32:14

項目經(jīng)理離岸團隊CIO

2022-06-21 11:44:57

網(wǎng)絡(luò)安全團隊網(wǎng)絡(luò)安全

2011-05-30 11:22:03

移動應(yīng)用

2015-10-22 22:36:40

首席安全官企業(yè)安全安全團隊

2021-07-26 13:27:39

數(shù)字韌性員工團隊CIO

2012-04-12 09:05:45

2022-05-15 23:10:18

元宇宙品品牌企業(yè)經(jīng)營

2010-06-02 13:21:39

2018-04-24 09:00:00

開發(fā)自動化軟件架構(gòu)

2023-05-15 10:08:15

人工智能軟件交付工具

2016-07-05 18:15:37

池建強ctocto訓(xùn)練營

2017-12-25 05:08:53

智能客服深度學(xué)習(xí)人工智能

2018-04-10 10:09:38

CIO AI

2010-04-30 09:39:44

Ubuntu10.04

2013-07-03 10:51:42

DevOpsDevOps團隊DevOps文化

2018-05-03 15:46:04

微服務(wù)獨立交付
點贊
收藏

51CTO技術(shù)棧公眾號