松弛机器人如何帮助我解决10多年的敏捷问题
我使用敏捷/ Scrum方法已经很长时间了。 Sprint计划，回顾，耗竭，甚至是偶发的配对会议，所有这些都相当容易实现。 站立会议始终是一个挑战。
起初，我们在清晨尝试了站立会议，但是在我工作的所有地方，我们的办公时间都比较灵活。 有些人会在早上8点到达办公室，其他人会在9am到达，另一些人则在10am。 显而易见，清晨没有用，因为对于不同的团队成员而言，这是一个不同的概念，我们最终只有一半的团队已经全速工作，而其他团队则刚来。 然后我们尝试在午餐后做饭，但是同样，人们在不同的时间去吃午餐，所以我们遇到了同样的问题。
我们还试图最大程度地减少对其他团队的工作干扰，因此我们想使用会议室进行站立。 有时没有可用的房间，我们不得不等待30分钟或更长时间才能召开15分钟的会议。 此外，人们还认为站立会议缺乏效率。 您聚集了一大堆人，大部分时间他们只会听别人在做什么，而不会为此提供很多投入或获得很多交换。 所有这些都在争取切线对话时不要占用所有会议时间……要让这些会议定期进行确实很困难。 我想我从来没有连续超过2周站立过。 我只能想象分布式/远程团队要付出多少努力，这是使情况恶化的又一大问题。
自从两年前启动Action Labs以来，我们决定不全面使用敏捷。 我们更喜欢非正式的，开放的东西。 同时，利用我们的新方法，团队沟通将非常重要。 我们一直在使用一些工具来实现这一目标，主要是Slack和Asana，但是仍然感觉像站立会议这样的东西对我们有很大帮助-但我坚信“正常”的那种行不通。 在搜索并尝试了很多东西之后，我们选择了Geekbot，这是一个可以帮助我们在Slack中运行异步站立会议的机器人。 我们已经使用了18个月以上。 它。 只是。 作品。
在Geekbot中，您将创建一个报告，选择要求哪些用户回答他们，频率和时间。 您甚至可以让漫游器在收件人时区的给定时间发送问题。 在您的队友回答这些问题后，答案将发送到您选择的闲置频道。 由于您可以自己编写问题，因此您可以自由地使用公司自己的声音或使用其他语言来问任何问题。
对我们来说，GeekBot最重要的方面是异步性，这使它比常规会议效率高出几个数量级。 团队成员可以随时随地回答报告，每当有人需要他们关注时都会通知他……这很美。 而且使用起来很有趣。 简洁有趣的Web界面使我们想起了Slack。 集成轻而易举，所需的功能就在这里，仅此而已，配置和开始使用非常简单。 它还在不断改进中，具有那些有意义的小功能，并且在您不记得没有它的情况下不久之后- 我正在看着您，消息编辑！
与每种新工具一样，它会产生一些意想不到的效果-在我们看来，只有好事。 这里周围的人整天都在使用它。 他们在早上首先提交答案，并在@geekbot上打开一个窗口，使用他们发送的用于“今天您要做什么”的问题工作，例如当天的待办事项清单。 这样的系统的另一个大优点是，将您昨天计划做的事情与实际所做的事情进行比较非常容易-您只需要向上滚动一点即可。 团队其他成员也是如此，这增加了很多透明度，并为当天的计划建立了更坚定的承诺。
现在，作为一家公司，我们面临着一些挑战。 我们团队中约有20％的人几乎从不回答问题，每天只有约50％的人使用它。 我们需要帮助他们了解使用此工具并将其纳入日常工作的价值。 我们在这里看到的另一件事是，很少有人回答“是否有任何事情阻碍您的进步？”，并且更愿意使用其他渠道来解决这些危险信号。 最重要的是消除障碍，但是将其记录在我们的geekbot报告中对每个人都更好。 我们可能不得不重新表述这个问题，并为人们提供更多可能存在的事物的示例，而不是其他地方。
