正文
即使是多年合作的团队仍要面临知识传递的挑战。在很多情况下，“开发团队”远离产品所有者或产品经理。他们远离他们正在开发的软件的实际用户。有时，他们甚至不了解与他们正在开发的产品。
启发远程团队的关键人物是产品经理。他与用户交流，并了解有关产品的一切。而他也常常是整个公司最忙的人。他总是在外奔波，很难挤出时间来参加传递知识的会议。
我上周看了一个有趣的视频。在这个视频里，Henrik Kniberg解释了产品经理的角色。在视频的最后，他建议产品经理、团队和相关人召开定期会议：
对分布式团队最大的挑战是使这张图片成为现实。
3. 文化是一个谜
当我们与来自不同文化的人合作的时候，事情会变得更糟。我们倾向于将出错、延误和误解归咎于文化差异。我们不知道其他文化的人们是如何思考的和他们行为的内在原因是什么。如果我们不能理解和我们一起工作的人，我们很难与之合作并取得成果。
4. 我们停止沟通
当团队在一起时，我们就会相互交谈。我们一起吃饭、喝咖啡、定期开会，甚至我们可能会使用一个聊天工具来交谈。但当团队是分布式的时候，这些事情都不能发生。甚至，聊天都经常被省略。问题是，分布式的团队需要更多的沟通，而不是更少。克服难题一、二和三的唯一途径是保持一致和交流。因此，我们需要想办法找到更多的谈话时间，并有意识地寻找工具和促进沟通的仪式。
5. 黑匣子
远程团队成员相互距离遥远，我们不知道他们在做什么，甚至谁在我们的项目中工作。而且我们甚至也并不想知道这些。远程团队是一个“黑匣子”。我们发送需求过去，然后就期待输出。
当一个团队在一起时，我们都知道谁在为我们的项目工作和我们的工作进展。我们经常反思工作流程、工作方式和工作实践。但我们常常假设，当我们是我们团队的远程部分时，自己仍然会做好上述事情。
这里需要的是一个更开放和敏捷的方法。分布式团队成员需要被看作是“一个团队”。我们需要了解每个人是如何为项目或过程作出贡献，无论他/她位于何处。黑匣子需要被打开了。
……和如何处理它们
