项目败在接口上
当一个研发项目横跨哥德堡、东京和上海时，即使每个团队都非常出色，项目仍可能失败。问题集中在工作跨越地点之处：子系统之间的接口、阶段之间的交接，以及无人记录的假设。
在分配工作之前，定义系统架构、各个接口及其指定负责人。没有负责人的接口终将成为集成问题。
让时差为你所用
中欧时间与日本、中国的工作时间仅在早上有短暂重叠。用深夜或清晨的会议来对抗时差，只会让团队疲惫不堪。
- ·把重叠时段留给决策和排除障碍，而不是进度汇报。
- ·将进度汇报改为书面的异步更新。
- ·设计交接方式，让工作跨时区持续推进，而不是停下等待。
尽早集成
分布式项目往往在后期集成时才发现，各团队对同一需求的理解并不相同。即使使用仿真组件，也要安排早期的部分集成，并让所有地点都能看到集成结果。
轻量而明确的治理
繁重的治理拖慢所有人；隐性的治理则让声音最大的地点说了算。保持一小套明确规则：谁决定什么、如何提出风险，以及需求、决策和进度的唯一信息源在哪里。
一位受各方信任、能够在技术和文化两个层面进行沟通转译的资深项目负责人，往往是最关键的因素。