Project management 如果团队成员在地理位置上相距遥远，那么项目可能遇到哪些障碍？

情景：一个团队目前正在同一办公室工作。由于团队成员不知道的原因，他们将不得不分开在不同的办公室工作

如果团队成员地理位置相距遥远，项目可能遇到哪些障碍？

沟通。句号

令人惊讶的是，当你不能走到某人的办公桌前，问他们对第X项的决定是什么时，有多少人从裂缝中滑落。需要有人负责，以确保每个人都在同一页上。电子邮件是行不通的。人们不会得到CCed，主题线会变得混乱，一个巨大的设计决策可能会受到一些晦涩线基调的影响

---

设置一个中心网站位置，所有通信都通过该位置进行。电话交谈应包括所有人或任何人。

无黑板：（

面对面交流信息或在同一办公室时的带宽比使用即时消息、wiki、问题跟踪、电话、skype和屏幕共享组合时的带宽高几个数量级

---

在地理位置不同的情况下，仅仅启动信息交换也要困难得多。

除了沟通显然更困难之外，还可能存在时区问题

例如，我曾经在一个项目上工作，团队的一部分（我非常依赖）在新西伯利亚（GMT+6），而我在莫斯科（GMT+3）所以，当新西伯利亚的人来上班的时候，他们还得等我3个小时。晚上，如果我需要非常重要的东西——哎哟，运气不好，他们已经在家睡觉了，只好等到第二天

再加上我们在不同的时间吃午饭，我们每天有3-4个小时的时间可以使用VoIP或IM进行交流

---

公司最终把这些人搬到了莫斯科。

我不想这么说，但问责可能是一个问题，特别是当团队经理也在偏远地区时。我发现，这通常不是开发项目的问题，而是it和支持团队的问题，尤其是在users绕过问题跟踪和服务台系统。

• 当主管/架构师处于不同的TZ时，与领域相关的问题/决策
• 由于上述原因，某人因任务/错误而受阻时的账单损失
• 当另一个时区的人提交并打瞌睡时代码被破坏（是的，已经发生了）

正如Spencer所说，一个中心wiki（我们使用confluence）帮助很大。集成服务器、定义良好的构建规则、VCS脚本（+）：都发挥了它们的作用

但归根结底是沟通的问题

在我的头顶上-

• 开发人员应该分配2-3个以上的任务，这样当他们不能继续执行一项任务时就不会浪费时间
• 领导应该能够定义具有足够粒度的任务
• 在特定时区内分配紧密链接的任务（最好）
• 让架构师发布足够详细的文档（让团队中的最新成员和一名高级人员一起审阅文档）

---

只想补充一点，37signal的背包非常适合我的（小）团队：skype、google docs、better documentation、group IM……祝你好运+1。如果他们有任何技术天赋，那么当你与他人合作时，只有一件事是重要的，那就是你的沟通能力。地理位置的分离使得这一点更加困难，因此你将不得不花更多的时间。