如何建立你的离岸交付团队？
这里有四种离岸交付合作模式：Team Extension Model，Hybrid Collaboration Model，E2E Collaboration Model和Onshore/Offshore Collaboration Model。每种模式都有其优势和挑战，需要根据组织自身情况选择合适的模式。其中E2E Collaboration Model是一种全面的离岸交付模式，适用于团队成熟度较高、业务模块相对独立的情况。
相关分享
无图
敏捷交付的工程效能治理
在Thoughtworks，我们通过对最佳实践(Sensible Default Practices)、能力和度量的持续治理和改进，在保障交付正确的客户价值和减少浪费的基础上，使交付质量更好，速度更快，反馈更及时，从而达到追求工程卓越和形成发展工程师文化的目的，最终产生客户影响力。
无图
无图
无图
无图
提升软件交付效能——初探“按需发布”
在精益思想的指导下，团队寻找开发流程中的阻碍点，并从各个层面做出调整策略。在业务侧，分析哪些需求可以做到按需发布，哪些需求无法做到，设定适合团队的按需发布标准，并调整迭代工作量。在开发侧，考虑数据的兼容性，部署方式，以及高频率部署所带来的环境准备问题。在测试侧，提高自动化测试的运行速度和主流程的覆盖范围，并利用平台自身的自动化测试覆盖率统计功能，查缺补漏。
无图
软件交付效能度量——从吞吐量和稳定性开始
除了感性的工作体验外，我们还需要指标来度量改进措施是否对提升软件交付效能有帮助。过多的指标会对团队造成不必要的管理成本，也容易让团队失去关注焦点。从吞吐量和稳定性两个维度考量的四个关键指标是简单但有效的指标，建议优先度量。
无图
敏捷交付中的自动化测试
在提及自动化测试的时候，很多人会把工具的使用等同于自动化测试。自动化测试应该是一个策略性的系统化工程，不只有自动化工具。自动化测试要发挥其频繁快速的质量反馈作用，还需要团队从文化和技术上去建设和学习。
无图
机器学习下的持续交付
这篇文章将讲述在实现CD4ML时我们发现的重要技术组件，我们使用一个ML样例应用来解释概念，同时演示怎样把不同的工具放在一起来使用进而实现一个完整的端到端的流程。在合适的情景下，我们将会突出我们所选择的可代替的工具。也将使用我们在行业上的成熟实践经验来讨论未来的开发和研究的领域。
无图
容器镜像服务 联手 IDE 插件，实现一键部署、持续集成与交付
容器技术提供了一种标准化的交付方式，将应用的代码以及代码环境依赖都打包在一起，成为一个与环境无关的交付物，可以被用在软件生命周期的任何阶段，彻底改变了传统的软件交付方式。甚至可以说，是在容器技术之后，DevOps、CI/CD 等运维关键问题才有了质的飞跃：实现资源的动态创建和销毁，更轻量的容器技术既能保证环境一致性也能进一步提高迭代频率，各种容器平台也能更好地保证应用高可用、自动伸缩、业务连续等等。
无图