前言
2020年对于各个行业的公司来说无疑是充满挑战的一年。这些公司不但需要适应愈发数字化的世界，也必须迅速创新，加速实施数字化计划，以在竞争激烈的市场中立足。不论是B2B、B2C或者混合型的运营模式，都必须依赖快速、高效且具有成本效益的技术解决方案，以确保提供给消费者优质的用户体验。根据组织自身情况量身定制的全球交付模型是一种优化方案，能够以最具成本效益的方式加速数字化项目同时保持高质量。目前，全球交付模型主要包括离岸交付（Offshore Delivery）、近岸交付（Nearshore Delivery）和在岸交付（Onshore Delivery）。
离岸交付在成本控制、人才获取以及团队扩展等方面相对其他两种交付模型拥有显著优势。
离岸交付
离岸交付通常在跨国公司间发生。客户公司位于一个国家或地区（通常是高成本地区），而离岸团队则位于另一个国家或地区（通常是低成本地区），并且位于不同的时区。例如，对于澳大利亚的客户公司，他们的离岸交付团队通常会设在泰国、印度或中国。随着信息技术的发展和全球化的推进，客户公司能更轻松地与全球的供应商和团队进行沟通与合作。
同时，很多国家和地区拥有更高性价比的劳动力成本，并在信息技术领域取得了显著的发展，这也催生了一批具有高技术能力和专业知识的离岸团队。随着时间的推移，离岸交付已经成为了一种成熟的业务模式。客户公司将软件项目的一部分或全部工作内容委托给离岸团队进行开发和交付，涵盖软件开发、测试、支持等业务功能。这种模式带来了诸多好处，例如获取更多的开发人员资源、实现快速交付的跨时区工作、灵活扩展或缩减离岸团队规模以应对项目的变化和需求波动等。此外，离岸交付模式还帮助企业分散风险，避免过度依赖单一地区或供应商。
离岸交付下不同的合作模式
离岸交付是一种跨地域、跨时区、甚至跨语言、跨文化的交付模型。根据作者近10年的离岸交付经验，可以总结出以下4种主要的合作模式：
- 团队扩展模式（Team Extension Model）
- 端到端协作模式（E2E Collaboration Model）
- 混合协作模式（Hybrid Collaboration Model）
- 在岸/离岸协作模式（Onshore/Offshore Collaboration Model）
每种合作模式都有其独特的优势和挑战，选择适合的合作模式对整个项目的成功至关重要。如果您所在的公司主要负责在另一个地区或国家建立离岸交付团队，或者已经建立了离岸交付团队，但正在考虑如何提高离岸团队与在岸团队的合作效率，那么以下分享可能会对您有所帮助。您将了解每种离岸交付合作模式的优势和挑战，以便开始制定您的策略。
团队扩展模式（Team Extension Model）
(1) 团队构成
此模式下的团队成员分布在两个不同的国家/时区。团队的主要角色，如技术组长（Tech Lead）、交付组长（Delivery Lead）、主导开发（Lead Dev）等，来自客户公司，主要负责前期需求的分析、方案的验证、产品发布计划的制定等工作。离岸团队的成员主要负责日常的交付工作，通常不会参与到前期需求的分析和方案验证阶段，而是在方案确定、需求明确的情况下，完成所需的功能。
图片
(2) 优势
- 由于需求分析和验证阶段的讨论比较频繁，团队的主要角色在客户公司中可以避免上下文分享、时区、语言等挑战，让这些讨论更高效。
- 根据这个模式中对于离岸团队成员的定位，他们不需要全面了解上下文就可以迅速进入交付阶段，这对于需要快速产出结果的项目来说是非常适合的。
(3) 挑战
- 由于没有参与需求前期的分析和验证阶段，离岸团队的成员可能会感到缺乏参与感和集体成就感。尤其是在离岸团队中的资深成员，可能会在一段时间后选择转项目，导致团队的稳定性受到影响。
- 通常，在这种合作模式下，离岸团队的成员只是专注于实现一个又一个的功能，而并不关注业务和交付的价值。
根据Cynefin模型，团队扩展模式中只需让参与前期需求分析和方案验证阶段的成员把任务从复杂/混乱阶段转变为简单阶段，然后就可以交给离岸团队进行交付了，这对项目本身的要求并不高。
混合协作模型（Hybrid Collaboration Model）
(1) 团队构成
混合协作模型是团队扩展模型的演进，主要解决团队扩展模型中离岸成员缺乏参与感和集体成就感的问题。该模型的团队组成与团队扩展模型类似，成员来自两个不同的国家/时区，然而团队的主要角色不仅来自客户公司，也包括离岸交付团队，例如：技术组长（Tech Lead）和交付组长（Delivery Lead）来自客户公司，主导开发（Lead Dev）来自离岸交付团队。这些角色主要负责前期需求的分析、方案的验证、产品发布计划的制定等工作。由于离岸交付侧领导角色的参与，两地成员的沟通会变得更频繁，整个团队朝同一目标努力，使得团队合作更加紧密。
为了增强跨地区/时区的成员间沟通，并解决团队主要角色的带宽问题，这个模式特别鼓励"功能组长"（Feature Leading）。即某个成员在团队主要角色的指导下，引导需求的前期挖掘和方案验证，最后协调团队完成交付任务，从而提升个人成长和团队沟通。
图片
(2) 优势
- 由于离岸交付团队在需求分析、方案验证等环节的参与，离岸成员的积极性得到很大调动，跨地区成员间的沟通增多，团队更加凝聚。
- 项目的上下文可以得到快速学习和传递。
- 可以快速培养离岸交付团队的关键角色，有利于客户公司扩张离岸交付团队（先培养，在、再扩大的原则）。
- 尽管团队由位于不同地区的客户公司成员以及离岸交付团队成员组成，但所有人都对同样的交付结果负责。
(3) 挑战
- 客户公司的成员需要真正认识到离岸交付团队关键角色的重要性，并在实际交付过程中确保他们的充分参与，否则会回到团队扩展模型的合作方式。
- 离岸交付团队的成员需要积极主动了解项目上下文，交付的目标、计划等，从而更好地参与团队讨论和个人功能引导。
- 因为团队成员不在同一时区，工作时间不同，所以不同地区的成员需要尽可能地保持信息同步，如调整重要会议的时间以确保所有团队成员能参加，及时更新信息等。
- 离岸交付团队成员的英语沟通能力也需要达到一定的标准。
端到端协作模型（E2E Collaboration Model）
(1) 团队构成
在此模式下，团队成员来自同一家服务公司，全部位于离岸侧，直接与客户公司的产品经理和项目经理对接，无客户公司交付团队的成员参与。这个模式使团队的工作推进相对独立，全功能的角色配置包括：交付组长（Delivery Lead）、技术组长（Tech Lead）、开发人员（Devs）、以及按需配备的其他人员，如业务分析人员（BA）、测试人员（QA）等。离岸团队会参与交付中的所有流程，过程可视为团队紧密合作，各成员充分发挥自身专业技能解决问题的过程。考虑到团队规模，我们依然推荐"两个披萨团队"的原则。
图片
(2) 优势
- 与前两种模式相比，端到端协作模型充分利用离岸交付团队中关键角色对业务的深度理解，引导团队工作，减少客户团队远程培训新成员的成本。
- 离岸交付团队负责整个项目的起始到终止的全过程交付，同一地区团队间高效的协作，减少了信息传递时间及误解的可能性，从而提高工作效率。
- 离岸交付团队负责需求分析、产品设计、开发、测试到部署和支持的全过程。团队成员共同承担整个交付过程的责任，更好地理解整体目标和业务需求。这种全方位的责任感有助于团队成员更积极主动地解决问题，追求高质量。
- 端到端交付需求，所以离岸交付团队通常由跨职能成员组成，拥有各种不同的技能和专长。这种多元化的技能组合可以提供更全面的解决方案，减少对外部资源的依赖。同时，团队成员可以共享和学习知识，促进个人技能的交叉培训和发展。
(3) 挑战
- 此模式要求离岸交付团队对业务有深入的了解，这样团队才能独立完成交付。因此，端到端协作模型不适合在业务知识积累不够时采用。团队需要在团队扩展模型或混合协作模型下先积累业务知识，然后在合适的时机和业务需求下进行转型。
- 由于地域、时区等限制，离岸交付团队的沟通和进度更新相对滞后。这需要客户公司给予离岸交付团队足够的信任和支持，同时授予充分的自主权，包括团队管理和技术决策等。
- 平等的合作态度也非常重要，离岸交付团队需要被视作交付过程中的合作伙伴。
- 端到端的离岸交付模式需要被分配的业务模块边界清晰，如果业务模块间划分模糊、互相依赖，也就意味着需要与其他在岸团队相互依赖，这将使模式难以在离岸团队中运行。
在岸/离岸协作模型（Onshore/Offshore Collaboration Model）
(1) 团队构成
由于其高效的团队运作和对客户交付团队的低依赖性，端到端协作模型得到了广泛的应用和认可。然而，由于某些行业的合规要求，许多端到端交付过程中所需的信息和权限只能在本国存储。受这些限制，例如金融行业中的离岸交付团队无法实现真正的端到端交付。因此，在岸/离岸协作模型的出现，可以在这些受限行业中延续端到端协作模型的优势。
该模型下的团队成员全部来自于同一个服务公司，部分成员与客户团队在同一地区，另一部分成员位于离岸。团队直接与客户公司的产品经理和项目经理对接，无客户公司交付团队的成员参与。类似端到端协作模型，团队工作推进相对独立，角色配置全面。在岸/离岸协作模型的交付团队是由端到端模式衍生的，因此团队会参与和交付过程中的全部流程。
图片
(2) 优势
- 不受限于行业合规性的限制，具备所有端到端协作模型的优势。
- 团队的在岸成员与客户团队在同一地区，可以保持及时沟通，对客户问题和需求能够做出及时响应。相比端到端协作模型，客户团队对时差导致的沟通滞后无感知。
- 由于不同区域的时差和公共假期等差异，使得在岸/离岸协作模式的团队总体服务时间较长，例如，从澳洲的9am到中国的6pm，尤其适合对服务水平协议（SLA）需求较高的系统服务。
- 团队成员的多样性，不同地区和文化背景的差异，可以在团队遇到问题和寻求解决方案时提供多元化的思维和观点。
(3) 挑战
- 保证离岸成员的积极参与是一大挑战。如果在岸成员和离岸成员之间信息不透明，或者离岸成员的参与度不够，可能会降低另一方与客户关键相关方合作的机会，逐渐演变为纯人力输出的执行团队，这个模式就会转变为同一服务公司的团队扩展协作模型。
- 由于地域和时差的问题，团队内部沟通成本较高。
不同合作模式的转化
离岸交付下4种不同合作模式的的核心特性可以概括如下：
图片
而且，这四种不同的合作模式可以根据项目需求、合作阶段以及团队的成熟程度进行灵活调整：
- 团队扩展模式：在此模式下，离岸团队成员扩展了客户团队的能力和资源。离岸团队成员与客户团队紧密合作，但项目管理和决策通常由客户团队主导。这种模式适用于需要快速扩充团队并利用离岸资源的情况。随着项目的发展，可以逐渐增加离岸团队成员的职责和参与度，为过渡到混合协作模式或端到端协作模式做好准备。
- 混合协作模式：这是一个可以促进客户成员和离岸成员之间建立密切合作和协作的模式。在这种模式下，离岸团队成员与客户团队成员共同承担项目管理和决策的责任。双方团队之间的合作更为紧密，可以共同制定项目计划、需求规范和质量标准。这种模式适合快速培养离岸团队的关键角色，并为过渡到端到端协作模式做准备。
- 端到端协作模式：在这种模式下，离岸团队承担整个项目的全面交付责任。离岸团队负责项目管理、需求分析、设计、开发、测试和交付等所有阶段。客户团队的关键角色通常在项目启动和结束阶段发挥重要作用，提供战略指导和验收。这种模式适用于团队成熟度高、对业务理解深入且业务模块相对独立的情况。如果团队成熟度不足或业务模块不明确，可以过渡到混合协作模式进行深化磨炼。
- 在岸/离岸协作模式：在此模式下，项目团队来自同一家服务公司，但分布在客户所在地和离岸地。此模式能使团队更独立地工作，解决离岸团队成员通常面临的权限问题。
没有一种模式是绝对的选择，每种模式都有其优缺点。我们需要做到的是根据组织自身的实际情况，找到最合适的交付合作模型，既保证高质量交付，又最大程度地提高成本效益。
