决定了要做的项目之后，就需讨论如何跟其他相关组的计划对接。你当然不希望原本以为兄弟组能够配合自己做一个项目时，却发现对方并没有把与你项目相关的工作放入他们的计划中。这里要进行的沟通，就是让相关组之间做的事情是相辅相成的，而不是互相扯皮，造成不必要的内耗。
有两类人是特别需要沟通的。
一类是不同职能之间的沟通，包括工程师、产品经理、设计师，还有你的项目相关的上下游团队或部门。比如支付反欺诈和工具组经常要跟运营团队、法务部门、财务部门等沟通。他们经常会在对接过程中提出一些要求，我们要根据重要程度决定要不要在下个月的计划中满足他们。另外一个例子是，Facebook的设计师资源非常缺乏，我们要做的产品，如果需要设计师资源的话，最好事先和他们沟通好，以保证有足够的支持。
另外一类是相关的工程兄弟组之间的沟通。因为大家相互之间经常有技术或者框架上的共享，我们定下要做的事情，就看看相互之间是否有可以匹配的项目，如果我们需要他们的配合，看怎样可以列入他们的计划。比如，我们组采用的运行机器学习模型的框架系统就是Facebook反垃圾信息（Anti-Spam）组打造和维护的。我们组经常要求他们在这个框架上修改东西。如果他们没有时间、精力的话，我们就自己在这个框架上修改。但不管如何，都要沟通好，这样我们就知道能不能做框架上的修改，以及某次修改应该是由他们还是我们负责，这些决定都将影响各自的资源配置。
跨团队沟通也让不同的团队事先都清楚自己在一个项目中的角色和任务，知道哪些人将在一起合作。各个组可以做出事前的安排。
跨团队沟通的最大目的是避免执行时出现 “意外惊吓”，避免出现“对不起，我知道这对你们很重要，但我们没有时间去帮你完成这个功能”“你们这么做完全打破了我们组的计划”等不愉快的意外情况。事到临头再去沟通，才发现必须改变原计划，对项目的执行效率会有很大影响，也会影响员工的心态。提前沟通则显示了你对别人的尊重与良好合作的意愿。
在跟大家沟通计划的时候，我非常强调一点：没有一项计划能够保证我们一定成功，但这个计划是我们所有人愿意在接下来的这段时间里押注的。我们欢迎大家对这个计划提出自己的想法，如果和大家的计划有所冲突，就尽早提出。只有所有人都认同这一计划，共同朝一个方向努力，才会增加成功的概率。
