我是一个小型Web开发团队的负责人，我有一种感觉，我们很快就会有几个远程办公人员加入该团队(无论是新员工，还是将开始远程办公的现有员工)。知道如何有效地管理和与远程工作的开发人员合作吗？

我们所做的大部分工作都是由客户驱动的。我们正在进行敏捷开发(或者无论如何，我们的版本)，但是由于它主要是客户工作，因此我们无法真正为开发人员分配功能并将其损失一两个星期，就像我们可以做到的那样桌面应用程序之类的东西。当人们偶尔在家工作时，我们面临的最大问题是协作，如果没有白板和挥手的好处，很难一起工作。

看来软件开发非常适合远程办公，但是我无法找到许多有关在开发团队中进行远程工作的实际方面的良好资源。其他人对此有任何经验吗？

解决方案

我通常使用一段时间的基于社区的软件(例如Wiki，博客或者论坛)来处理文档区域。我们也有一个Cisco电话系统，并使用该系统的某些功能。我还建议现场会议或者webex参加频繁的团队会议。 Skype和IM客户端(例如Live Messenger)也是不错的工具。对于短暂的状态更新，twitter可以解决问题。

查看VSTS的敏捷Scrum方法。 Scrum迫使我们每天有15分钟的会议和很小的距离，这确保了有效的团结和紧密的沟通。确保通过VSTS使用任务，错误分配等

我全职在家工作。这对我的小型(6人)团队有帮助。

设置使用IM的规则。例如，允许远程工作人员阻止不被电子邮件或者IM中断的时间。要求工人在某个地方(IM，Yammer等)保持最新状态，这有助于使他们对完成任务负责。保持联系，不要分心。

如有可能，偶尔会面。没有什么可以代替面对面的会议。 Skype可以参加小组会议，但是如果涉及白板，则不能。

使用SharedView或者其他屏幕共享程序进行协作。屏幕截图/屏幕截图也有助于确保双方都在同一页面上。

我有很多自由职业者，因此很多时候都是远程工作。这些都是使我的生活尽可能轻松的事情(可能是我们想"建议"的事情)。我认为它们大多是常识，但我们永远不会知道...

• [所有人]保持良好的沟通。当我们进行面对面的交谈时，我们可以很冗长，并以一轮左右的方式解释事情。当我们局限于电子邮件，即时消息和电话时，各方都需要充分但简洁地说明自己。我发现将长长的电子邮件汇总为请求/操作点对于使事情顺利进行大有帮助。
• [所有人]都有在线项目跟踪空间。大多数人倾向于使用票证系统或者某些描述，可以在其中将动作点分配给成员。使用相同的空间来跟踪电子邮件和共享白板想法不会有什么坏处。大多数在线项目应用程序默认情况下都允许这样做。
• [管理]不要pest扰开发人员。如果我们迫切需要某些东西，请设置票证的状态，给他们打电话，然后在当天晚些时候将其追赶。半小时的电子邮件询问"完成了吗？"弊大于利！
• [管理]确保传递消息。如果开发人员说"某人需要做某事"，那么确保消息传递给正确的人是工作。除了将消息传递给项目经理以使他们偶然坐在上面之外，没有什么比这更令人讨厌了。我不想追逐这样的事情，因为坦率地说，这不是我要付的钱。
• [管理]确保人们有事要做。如果我们将他们寄回家中却没有他们可以立即采取行动的任务清单，那么他们就不会花力气。当我们几乎无能为力时，要让自己在家保持工作效率比在办公室要高，这真是该死的景象。如果存在阻止程序，我们可能需要处理一些任务。

我同意约翰·希恩的回应。我是一名顾问，并在项目基础上(作为PM)和在整个项目的客户基础上管理其他顾问。我与开发人员在纯远程基础上以及远程办公(这意味着我们大部分时间都在同一地点)一起工作。远程工作是信任和沟通的问题。并置是最好的，但是如果我们是远程工作，只需创建一种频繁交流的文化即可。 IM和电话非常适合此用途，而电子邮件则更少。如果同事沟通能力较差，则取决于我们作为经理与我们联系。询问身份。经常强制进行代码检入以进行检查。

[编辑]是的，不要烦扰并设定期望！简明扼要。

首先，使用scrum(每日scrum调用，带有燃尽图的scrum板(wiki在这里做得很好)，sprint中的迭代等)。除此之外，还使用了使Skype和VNC(也许是篝火？)和Wiki等远程协作变得更容易的工具。我在2个大洲和不同时区的3个国家/地区与一个人合作的项目工作了2年，效果很好。关键是拥有使人们更难以"隐藏"的工具和方法，以便我们和团队所做的一切都可见。

"有什么想法如何有效地管理和与远程工作的开发人员合作？"

"有效"是什么意思？我可以是负面的，并认为这意味着"与我一起，控制一切的项目负责人"。我可以很肯定，并假设我们希望人们尽可能地发挥作用。

有时，"有效"是管理层所说的"在我的控制之下"。或者它的意思是"不拧紧"。

那么，问题是"有效地做什么？"有效地"工作"是相当模糊的。因此，我跳入了项目管理的阴暗面。 [我承认，这可能是错误的。但是没有特定的团队生产力问题，这个问题没有答案。]

"如果没有白板和挥手的帮助，很难一起工作。"这有时是正确的，有很多替代品。互联网上的"挥舞"变得更加缓慢和彻底。

白板周围的小组思考很有趣-这是一种聚会。但是，对于我们中的某些人来说，这不是很有效。我需要花费几个小时来消化，考虑和制定替代方案。在小组白板环境中，我实际上并不有效。

我发现使用替代的"慢动作"白板技术更有效。我喜欢看到一个想法的草稿。对此发表评论。细化它。很像Wiki或者Stackoverflow。我真的很喜欢Internet RFC模型-这是我的主意；对此发表评论。当没有更多的改进时，那就已经足够了。

我在密西西比州工作，我的家庭办公室在密歇根州。我每天花几个小时轻松地与团队一起进行编程。我使用的工具是：

• 共享视图
• 远程桌面协助
• 现场会议
• Oovoo
• Skype的

取决于谁和多少取决于我使用的工具。

"使用正确的工具完成工作，并购买该死的优质耳机。"我。

我发现与虚拟团队进行清晰的沟通和保持任务的艰巨性。我尝试将定期的计划更新会议(通过电话或者视频会议)与书面议程结合使用，以帮助应对这些挑战。

在议程的最前面，列出了主要里程碑和近期里程碑。第一项始终是"检查进度"，每位团队成员只要希望完成特定任务就可以简单地向我们更新。我们在这里尽量不参与冗长的故事。只是"我们打算做什么以及何时做什么"。

完成进度检查后，就可以处理上周提出的任何其他问题以及团队在会议期间可以解决的所有问题。任何遗留的东西(例如提出的新问题)都需要问一个问题："谁需要解决这个问题？

为会议设置通用格式后，我们可以在30-45分钟内每周召开一次会议，由5-8人组成的小组进行。使其简短而甜美，以免被视为强加于人。让它专注于行动和时间表，这样就可以很有价值。

我目前是一个较小的项目的PM，该项目有两个开发人员(我自己和另一个不在办公室工作的开发人员)。我们目前每天举行SCRUM会议，持续约15分钟。我们讨论前一天做了什么，遇到了什么问题，我可以做些什么来帮助解决这些问题，明天还要做什么。

他们很快，似乎很有帮助。