作为从事Web之前研究系统编程的软件工程师，Marion渴望创建一个开放源代码工具，该工具将支持远程团队并有机会对不同服务实施身份验证。 我很好奇机器人技术的出现以及随之而来的交互设计挑战。
从一开始我们就对这些兴趣很明确，并且因为我们以同样的热情追求它们，所以该项目保持了观点和信息来源的自然多样性。
如果队友可以根据自己的个人利益来表达观点，这对项目来说是一个好兆头。 它不是简短的-它必须来自内部。
与其他所有项目一样，该项目在Slack上拥有自己的频道，与Github和通常的犯罪嫌疑人挂钩。 它被称为＃build-bots（而不是#meekee），并且成为了广泛交流bot的空间，而不仅仅是共享状态更新和修复错误。
该频道还包括潜行队友，他们很乐意为这次旅行加油。 我们使用了应用程序，原型工具和机器学习库，并分享了这些发现。
事后看来，我们在这个“空间”中的活动通过一个项目抽氧，当没有人可以进行这项工作时，这不可避免地要花费很长的时间。
我们鼓励我们的项目团队在每周的全体会议上介绍学习成果，但是频率比我想要的要高。 在交付项目本身之上要做的另一件事是被认为是另一回事，并且往往会被推迟直到被遗忘。 💀
与Meekee一起，我们尝试了“任何问题”会议。 消除制定内容的负担（无需准备！）是实现它的关键。
更重要的是，它鼓励非项目成员积极参与正在发生的事情，从而导致更广泛的所有权和叙述。
AQ在我们东京办公室组织了一个名为Ride the Lightning的设计师/开发人员聚会，这显然是举办有关机器人的活动的选择。
我们的许多同行对该主题都非常感兴趣，但是并没有真正找到时间进行自己的调查。 我们邀请了一家机器人创业公司作为第二位发言人，并度过了一个愉快的下午，与我们的本地设计师/开发人员社区进行了交流。
组织学习是一个多层次的活动，其过程和过程在个人，团体和组织三个层次之间逐步发展。
我认为该项目是个人小组学习的成功案例，其中我们偶然发现了支持这些动态过程的软硬件系统。
下一个挑战-也许是更困难的挑战-是如何实现飞跃，以使组织学习中的学习制度化。
