我敢肯定，我们所有人都不得不在某个时间点与远程办公人员打交道，而我现在面临的情况是，我的新项目将有一个“核心”团队，其中包括办公室工作人员和一些异地远程办公人员。不想重复过去的错误，我真的很想知道人们过去尝试过哪些方法来有效地将远程办公人员整合到敏捷流程中，即 Scrum。
我的第一个担心是远程办公人员将是第一个打破“每日 Scrum”例行程序的人。而且，正如人性经常发生的那样，一旦它被打破，就很难恢复并使人们重回正轨。Scrum 建议对错过或迟到每日 Scrum 的人实施小而有趣的“惩罚”，例如向一个罐子捐赠几美元，该罐子以后将用于为最终项目聚会购买一箱啤酒或其他东西。这显然是难以在线执行的事情。
远程办公的另一个大问题是“眼不见心不烦”的问题。除了使用网络摄像头/Skype/电话会议之外，人们还有哪些其他技巧可以让团队尽可能紧密地联系在一起？
另外，如何与来自不同时区的远程办公人员打交道？目前，我们很幸运没有遇到这个问题，但这绝对是未来某个时候的可能性。其他团队是如何处理这个问题的？
即时消息确实有助于解决“看不见、心不在焉”的问题，因为所有人都可以看到它们的“状态”（可用、忙碌、处于困境等）。此外，通过回复消息，他们强化了他们普遍可用的想法。
我不会担心 Scrum 会议问题，通过电话会议参加会议通常比亲自参加要容易。
预先设定基本规则。不要对他们一厢情愿。
当他们在家（或卫星站点）工作时，您可能已经消除了“我被堵在路上”的借口，因为他们错过了会议或其他任何事情，因此没有理由期望他们减少。
充分利用技术：
如果您要进行日常会议，那么每个人都应该清楚您将要问的问题：
自从我们上次见面以来，你完成了什么？
你今天要做什么？
什么是需要移动的方式？
仅仅因为您在他的立方体中看不到马特，并不意味着我有权变得懒惰、效率低下和反应迟钝。这就像与我的孩子打交道——让他们知道规则和期望，然后没有人可以声称无知。
我们使用这些工具取得了成功：
我们是由 3 名开发人员组成的团队，在 6 个时区范围内。
我花了一年时间作为敏捷团队中唯一的远程人员。我为每日 Scrum 以及计划/审查会议呼叫了一条会议线路。白天我通过即时消息/电子邮件/电话保持联系。
我认为它总体上工作得很好。最大的缺点是无法看到我们用来跟踪 scrum 的物理白板。我们讨论过使用某种在线工具来做到这一点，但它从未发生过。
我在一个时区之外，我只是认为这是远程办公权衡的一部分，我将在团队其他成员保留的时间工作。
至于对缺少 SCRUM 的处罚——在某种程度上，你应该通过啤酒罐或其他方式松散地执行这一点。但是，如果有人一直缺席/迟到要求的会议，那么他们的经理需要解决这个问题。
您可以使用多种技术 - 请记住托管的目的是鼓励协作和沟通。有几件事可以提供帮助。
祝你好运
SCRUM 和许多其他敏捷方法确实依赖于物理上的接近性——很难将远程办公人员集成到任何频繁发生集成的开发过程中，但这些特定过程对无实体的开发人员尤其不利。
您必须根据当前情况调整流程。使用网络摄像头进行视频会议实际上非常有用，事实上，您可能想尝试在他们的隔间/工作区域中始终打开网络摄像头，这样人们就可以像与任何其他同事一样走上去问问题。
但归根结底，您只需要期望他们的情况会有所不同——如果您是一家敏捷商店，他们将无法完全参与许多流程。
-亚当
确保他们通过网络摄像头参加每日站立会议；正如你所说，这是滑坡的第一个失误。我们也尝试使用圆桌会议来完成所有会议，这确实很有帮助。
我已经这样做了两个月（在加拿大与都柏林的核心团队一起工作），到目前为止一切进展顺利。
请参阅 Scott Hanselman 关于他在 Microsoft 远程工作的第一年的文章——那里肯定有一些很好的提示。一年之后。
在需要时，远程办公的特权本身可以成为参与交易的一部分，而不是啤酒罐。如果团队没有足够的责任来正确地进行远程办公，那么他们可能不应该这样做。偶尔迟到的更有趣的惩罚可能是使用一个有趣的头像来代表会议中失踪的人。
让人们保持紧密联系的其他方法是使用 Wiki 等协作工具和 Basecamp 或 FogBugz 等项目跟踪工具。
对于不同的时区，需要根据最西的时区进行早期会议，除非是在世界的另一边，这是一个更大的问题。那么它可能将基于谁负责。
即使是通过电话分散的团队，我们也能够在我们的环境中管理每日例会。
它有助于使用 Rally 和 Basecamp 等软件来管理流程。
我工作的一个地方使用 Asterisk 而不是普通的电话系统。它运作良好，因为当您在家工作时，您只需登录，人们可以直接拨打您的电话号码，外人不需要知道。尽管如今电话费用相对而言微不足道，但“始终在线”的连接会鼓励更多的沟通。音质也更好。
对于远程办公人员/分布式团队，我建议您购买一部像样的电话 - 大多数桌面电话失去了让另一端的人们在站立期间听到距离电话几英尺远的人们的能力。
当您在迭代结束时为利益相关者演示工作代码时，使用 webex 或 livemeeting 或其他东西来共享桌面和摄像头以向演讲者展示，以便您的分布式参与者可以看到正在发生的事情。（更好的是让您的远程办公人员在迭代边界期间亲自参加）。
我建议在项目开始/启动阶段让人们聚在一起几周，这样人们就可以建立人际关系。令人惊讶的是，预先进行的面对面互动对建立团队合作的基础有多么大的帮助。
使用分布式卡片墙。我喜欢 Mingle ( http://mingle.thoughtworks.com )，但我没有使用过其他工具，所以无法评论它们。
对于回顾，在房间里有一个代理人使用 IM 与你的分布式团队成员交流是很有用的……这样分布式人员的任何评论都可以写在一张纸上（或便利贴，或者你怎么做你的）。
至于您对“不在现场，不在意”的恐惧，我更喜欢这样的事情是不要为尚未实现的问题创建解决方案。如果您发现您的团队正在变得脱节（回顾的主要讨论点），那么您可以促进团队讨论如何处理出现的任何问题。再说一遍——团队应该帮助确定问题和解决方案，而不是让经理或 Scrum Master 决定解决方案。从信任的假设开始。
分发 Scrum 需要做好充分的准备。这不仅仅是关于工具。
我们支持分布式环境中的许多部署，并且有一个基本点——人。
最有效的方法是从一个地点的所有人开始。他们必须亲自见面，这样他们才能认识对方，而不仅仅是世界另一端的虚拟人物。正如我常说的——团队成员需要互相闻闻。
如果可能，在一个地点召开发布计划会议。更改位置，以便您访问所有这些位置，以了解文化、习惯和人的背景和理解。对于sprint 计划，使用视频会议、屏幕共享等。没有必要出差（太频繁了）。
必须建立明确的角色和团队组织。你必须有产品负责人和 Scrum Master。您应该考虑是否不想让 PO 和 SM 尽可能靠近团队。当然，您必须每天让他们参加面对面的 2 次面对面会议（这是关于面子，而不是位置）。
done 的定义，如果团队同意，有助于对 Done 的含义有相同的理解。在分布式环境中是必须的。
您将需要一个良好的日常站立交流工具。我们发现可以使用 Skype 或 Office 通讯器进行日常工作。我们使用音频和聊天。尤其是在国际环境中聊天可以让你了解人。每天结束后保持沟通渠道畅通，以便团队成员可以在每日报告之外讨论什么是必要的。
而且，最重要的是与所有地点的所有团队成员进行定期回顾。不要忘记实施来自回顾的想法。其他地方的团队将需要当地的支持来帮助他们实施想法。
我在一个 5 人的团队中工作。我们使用以下方式来促进我们的远程办公工作场所：
即使使用这些工具，您的流程也很容易出现不足，因此根据您的动态为您的团队建立一些最佳实践非常重要。例如，我们有两个主要做法：