Scrum:应该如何记录与产品负责人的对话？

Question

我刚刚阅读了Scrum指南，因为我对scrum没有经验，而且我的团队也开始使用这种方法。我们使用JIRA记录/跟踪我们的问题，但一个常见的过程是，我们通过电子邮件或亲自获得操作问题/请求。我们将这些添加到JIRA中作为操作任务(我们没有开发和操作团队，每个人都这样做)，并记下所做的事情。通常会有一条电子邮件来询问所有必要的问题，或者如果面对面交谈的话，就知道了。

如果我正在执行一个sprint任务，并且我有一个关于规范的问题，该怎么办？我的理解是，在sprint计划中应该建立足够多的开始需求，但仅此而已。应及时发现和提供进一步的需求。开发人员是直接向产品所有者寻求答案，还是通过scrum大师？这种对话是通过评论相关任务在JIRA中进行的，还是应该通过电子邮件进行？如果是电子邮件，是否应该在JIRA中为scrum团队的其他成员记录一份信函摘要，以查看并防止重复相同的问题/问题？

Answer 1

首先也是最重要的，你的过程应该适应你觉得最适合你的东西。话虽如此，我认为有一些一般的指引可能会有所帮助：

• 您不应该让Scrum参与到用PO澄清需求的过程中。它引入了依赖关系，如果他很忙，您可能会被阻塞。此外，它使你与PO的沟通通过一个额外的层，这是一个误解的配方。
• 如果您的任务非常少的细节，您将不得不更经常地与您的PO同步，这可能会成为一个障碍，如果他是不够的。因此，你必须相应地调整这个水平。
• 当你有一个快速的反馈时，沟通是最有效的。因此，面对面比聊天好，这比电子邮件好。但是，一旦得出结论，就应该以某种方式将其记录在JIRA或其他地方。否则，团队的其他成员可能不知道您讨论了什么，并可能再次提出相同的问题。另外，这也可能是你唯一的关于那个特定的裂变的文件。

Answer 2

您不与产品所有者记录任何时间，也不需要查看scrum主程序。这是一堆不值得的开销。请记住敏捷宣言中的第一条声明：

过程和工具上的个人和交互

去和产品负责人谈谈。对话是软件开发过程的一部分，就像在键盘上打字一样。如果你不记录你输入的时间，你就不需要记录你和别人互动的时间。

如果您是一名开发人员，请确保在谈话中包括QA人员，如果这不仅仅是一个简单的问题。如果你在QA，带一个开发人员来。

谈话结束后，确保所有的决定都已被消除。JIRA票据中的简短说明可能就足够了，或者您可能需要更多的验收标准。或者，也许仅仅和你的其他队友交谈就足够了，这样每个人都能保持一致。

Answer 3

雇员身体摄像头。只有这样才能确定

不过，说真的，如果开发人员有关于票的问题，就应该在日常scrum中作为障碍提出，并由产品负责人(为了这个目的参加scrum )回答。

如果PO不能立即解决这个问题，“检查文档X23!"，”噢，那应该是Q“，那么他们应该在日常scrum之外跟进。

如果找到答案，则应使用该信息更新票证。

如果答案扩展了票证的范围，那么新的范围应该放在待办事项中，而不是当前的sprint中。

至少这是Scrum的答案。