決定了要做的項目之後，就需討論如何跟其他相關組的計劃對接。你當然不希望原本以為兄弟組能夠配合自己做一個項目時，卻發現對方並沒有把與你項目相關的工作放入他們的計劃中。這裏要進行的溝通，就是讓相關組之間做的事情是相輔相成的，而不是互相扯皮，造成不必要的內耗。
有兩類人是特別需要溝通的。
一類是不同職能之間的溝通，包括工程師、產品經理、設計師，還有你的項目相關的上下遊團隊或部門。比如支付反欺詐和工具組經常要跟運營團隊、法務部門、財務部門等溝通。他們經常會在對接過程中提出一些要求，我們要根據重要程度決定要不要在下個月的計劃中滿足他們。另外一個例子是，Facebook的設計師資源非常缺乏，我們要做的產品，如果需要設計師資源的話，最好事先和他們溝通好，以保證有足夠的支持。
另外一類是相關的工程兄弟組之間的溝通。因為大家相互之間經常有技術或者框架上的共享，我們定下要做的事情，就看看相互之間是否有可以匹配的項目，如果我們需要他們的配合，看怎樣可以列入他們的計劃。比如，我們組采用的運行機器學習模型的框架係統就是Facebook反垃圾信息（Anti-Spam）組打造和維護的。我們組經常要求他們在這個框架上修改東西。如果他們沒有時間、精力的話，我們就自己在這個框架上修改。但不管如何，都要溝通好，這樣我們就知道能不能做框架上的修改，以及某次修改應該是由他們還是我們負責，這些決定都將影響各自的資源配置。
跨團隊溝通也讓不同的團隊事先都清楚自己在一個項目中的角色和任務，知道哪些人將在一起合作。各個組可以做出事前的安排。
跨團隊溝通的最大目的是避免執行時出現 “意外驚嚇”，避免出現“對不起，我知道這對你們很重要，但我們沒有時間去幫你完成這個功能”“你們這麼做完全打破了我們組的計劃”等不愉快的意外情況。事到臨頭再去溝通，才發現必須改變原計劃，對項目的執行效率會有很大影響，也會影響員工的心態。提前溝通則顯示了你對別人的尊重與良好合作的意願。
在跟大家溝通計劃的時候，我非常強調一點：沒有一項計劃能夠保證我們一定成功，但這個計劃是我們所有人願意在接下來的這段時間裏押注的。我們歡迎大家對這個計劃提出自己的想法，如果和大家的計劃有所衝突，就盡早提出。隻有所有人都認同這一計劃，共同朝一個方向努力，才會增加成功的概率。