曲正平，现就职于滴滴出行公司，从事质量管理工作，日常需要协调多个团队进行质量改进。在此之前就职于ThoughtWorks，参与和主导过大量的项目测试和交付工作，客户遍布美国、澳大利亚、英国及国内许多地方。对建立分布式团队的沟通计划、分布式敏捷协作、质量保证流程以及敏捷实践有非常深刻的理解。除了项目交付，还曾为多家传统企业提供敏捷实践方面的咨询服务。
这是一本在市面上找不到类似内容的书，里面的内容几乎全部来自于实战的再总结。如果你是新手，想了解什么是离岸交付，那么你应该去网上查找一些入门资料；如果你正身处项目之中，或刚脱离项目，要进入下一个项目，阅读本书你会收获颇丰，可以理解其中很多概念、方法、工具甚至套路。本书除了站在客户视角看离岸管理，还站在不同角色的视角对离岸团队给出建议。如果你既做过测试，也做过开发，还做过项目经理，你会随着阅读切换思路进入不同的空间。
——李瑞洋 东软集团智能应用事业部开发部长
本书关注的是外包软件交付在沟通边界走向某些极限状态下的应对套路和思考方式。在若干年的敏捷软件交付咨询过程中，我发现沟通的磨练是软件交付过程中任何团队都必须经历的过程。就如同极限编程把一些实践推向极限的做法一样，我建议你把本书中的很多实践技巧作为项目沟通过程中的极限实践加以使用。把任何一个团队都当成是一个分布式团队来管理，这样项目才更有可能走向成功。希望这本经验与思考铸就之书能引发软件人更多的思考……
——王宇 专业敏捷教练、敏捷顾问
软件项目外包模式存在已久，而其研发质量与效率一直是管理者的关注点。2015年Chaos Report表明，失败或者遭遇困境的软件外包项目占比仍高达71%。本书系统地讲解了如何正确使用分布式团队研发管理模式，并通过大量示例详细说明了具体的方法和技巧，具备很强的指导性和实战性，对于希望提高分布式软件研发质量与效率的读者一定会大有裨益。
——乔梁 持续交付专家、《持续交付2.0》作者、《持续交付》译者
在写本书的过程中，我明白了一个道理。
以前经常听说，演员从来不看自己演的戏。同样的道理，我花了6个月的时间把书从0写到90%，结果又花了6个月的时间才完成最后10%，反复地斟酌、推敲、修改，到最后，看到自己写的东西就有一种反胃的感觉。所以我相信，一个游戏软件的测试工程师肯定也不会玩自己测试的游戏软件。
如果对你来说不存在上述问题，说明你的意志力超级强大，能轻易战胜自我。你甚至可以轻易地独立完成敏捷实践中团队的回顾会议，因为对你来说，与团队一起的回顾只是为了沟通信息而已。
离岸交付这个主题值得我们给予足够的重视，因为在技术服务这个大背景下，它涉及的技巧会起到意想不到的效果，但难以量化，所以常常被忽略。这也是我的动力，离岸交付这个领域在过去十几年中给了我太多东西，该是我回馈社会的时候了，所以即使是反胃也必须克服。
离岸交付是全球化的一部分，一开始是全球化的采购和生产，即简单的采购和供货的方式，随着时代的变迁和创新的发展，这些合作形式已经显得落伍，我们需要能够突破时间和空间的局限性开始全球协作。并且，我们都相信，真正的全球化分布式协作的浪潮才刚刚开始。
本书没有颠覆性的创新，没有开创性的理论和观点，有的只是作者从经历过的数十个项目中汲取的营养，日常工作的点点滴滴，长达十年的坚持不懈，才有了这些细小的技巧和总结。
作为国内软件离岸交付的早期从业人员，我非常不希望现在的从业人员重复我们的历史、重复我们的故事，你们应该可以踩着我们的肩膀去做更有价值的事情，而不是每天纠缠于离岸交付这种形式。这正是作者的十年坚持不懈，希望看到的结果。好了，调整好靠背，收起小桌板，开始去追求离岸交付下的用户价值、商业创新吧！
|
