什么是探索研讨会？
探索研讨会是一个对话，技术人员和业务人员在其中协作，尽可能多地探索、发现和就用户故事所需的 用户故事的行为达成一致。
如何进行探索研讨会？
有几种探索研讨会模型，这里只是其中几个
使用四种不同颜色的索引卡来映射规则（团队已就约束/验收标准达成一致的摘要）到示例（验收标准的插图/案例）
类似于示例映射，使用不同颜色的便利贴来映射输出和场景之间共享的流程/关系。
也使用不同颜色的便利贴。团队从待办事项中选择一个故事，识别参与的参与者，将故事分解为任务，并将这些任务映射到特定示例。
什么时候应该举行探索研讨会？
在开始开发新的用户故事之前尽可能晚，以防止细节丢失。尽可能晚地进行探索研讨会还为团队提供了足够的余地，如果出现新的细节，他们可以改变计划。
谁应该参加？
一个好的经验法则 是 3-6 人，但最起码你的 三位一体 应该在场：产品负责人、开发人员和测试人员。你的产品负责人将识别团队应该尝试解决的问题，你的开发人员将解决如何在该问题周围构建解决方案，你的测试人员将解决可能出现的任何边缘情况。
探索研讨会需要多长时间？
理想情况下，探索研讨会每个故事只需要大约 25-30 分钟。如果需要更多时间，则该故事可能太大，需要分解，或者缺少一些细节。在后一种情况下，你应该将该故事搁置一旁，因为团队需要做更多的研究。
为什么要费心？
探索研讨会的目的是让所有利益相关者，无论技术与否，都对眼前的工作有一个共同的理解。这样做可以鼓励跨职能协作，增加反馈，并涵盖任何遗漏的细节或做出的错误假设。
结论
探索研讨会是 BDD 生命周期中非常重要的一个部分，在其他敏捷开发方法中也是如此。没有它，你肯定会遇到沟通不畅，你的团队不会发现任何未知问题，这可能会严重阻碍你的项目成功。