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