如果 Scrum 团队成员意识到自己误解了自己的日常工作，他会怎么做？
What would a scrum team member do if he realized that he misunderstood his daily work?
多年来，我一直参与由瀑布或 V-model 框架管理的项目。有一段时间我在阅读敏捷方法论，主要是 Scrum，并获得关于冲刺、每日会议、燃尽图等的意见。然而，我阅读的所有文章都描述了一切顺利时的方法论。
上周，我在接受采访时未能回答 bad-case 问题：
What if you realize that you misunderstood something about your daily
work in a daily morning meeting? Or, you find yourself in a situation that you
don't know the requirement of your daily work, what would you do?
我只能说； 我不知道，但那天我不会筋疲力尽。也许与 scrum master 交谈并要求再次召集团队？
在这种情况下，Scrum 开发团队成员应该怎么做？
编辑：
scrum master 的失败案例很多（激励团队成员、与客户沟通、sprint 失败等），但我找不到 scrum 团队成员的失败案例。
您可以与任何需要交谈的人交谈，以便弄清楚您应该做什么。这可能是利益相关者，可能是团队成员，是系统该部分的专家，可能是其他人，可能是多人。
每日例会是让人们达成共识的机会。这不是您唯一被允许交流的时间。
一旦他知道他为接下来的24小时制定的计划无效，请立即寻求帮助。
可能首先给 co-team-member，如果这不能为产品所有者提供答案，如果这不能帮助用户、利益相关者或其他任何人。如果您找不到可以帮助您的人，请向 scrum master 发出信号，因为这会成为一个障碍。
至少在下一次每日站会上报告您的发现，但当然您可以打电话、发送电子邮件、在 slack 中发送消息、在此之前更新站会板方式。
这不是失败，而是对真正问题有了更好的理解。由于这通常会导致找到新的工作，因此 Sprint Backlog 会更新为新的 sprint backlog 项目以反映新的现实。如果新的理解危及冲刺目标，我（开发人员）会亲自召集一个快速的 full-team 会议来调整策略。
我想说这属于 Scrum 指南的这一部分：
The Development Team modifies the Sprint Backlog throughout the Sprint, and the Sprint Backlog emerges during the Sprint. This emergence occurs as the Development Team works through the plan and learns more about the work needed to achieve the Sprint Goal.
As new work is required, the Development Team adds it to the Sprint Backlog.
http://scrumguides.org/scrum-guide.html#artifacts-sprintbacklog
一般来说，产品负责人和团队成员了解特定 Scrum 的要求以及该 Scrum 的任务列表。
1.If 一名成员在理解任务方面遇到任何问题或
业务需求，您可以与产品负责人联系以获得有关 story/task.
的更多说明
2.If你已经理解了这个任务，但是在理解技术要求方面遇到了问题，你应该在发现与任务相关的问题后与其他团队成员进行一些快速讨论，并尽快解决理解障碍可能。
3.Report 如果您与团队成员讨论后仍然无法做到，请向 scrum master 报告您的情况。
4.have 与多个成员的会议，如果您仍然认为它是障碍。
谈话和讨论是解决包括 Scrum 在内的所有流程中任何问题的解决方案。 Scrum 是一个时间紧迫的过程，所以你必须快速做出决定并采取行动来修复理解障碍。
多年来，我一直参与由瀑布或 V-model 框架管理的项目。有一段时间我在阅读敏捷方法论，主要是 Scrum，并获得关于冲刺、每日会议、燃尽图等的意见。然而，我阅读的所有文章都描述了一切顺利时的方法论。
上周，我在接受采访时未能回答 bad-case 问题：
What if you realize that you misunderstood something about your daily work in a daily morning meeting? Or, you find yourself in a situation that you don't know the requirement of your daily work, what would you do?
我只能说； 我不知道，但那天我不会筋疲力尽。也许与 scrum master 交谈并要求再次召集团队？
在这种情况下，Scrum 开发团队成员应该怎么做？
编辑：
scrum master 的失败案例很多（激励团队成员、与客户沟通、sprint 失败等），但我找不到 scrum 团队成员的失败案例。
您可以与任何需要交谈的人交谈，以便弄清楚您应该做什么。这可能是利益相关者，可能是团队成员，是系统该部分的专家，可能是其他人，可能是多人。
每日例会是让人们达成共识的机会。这不是您唯一被允许交流的时间。
一旦他知道他为接下来的24小时制定的计划无效，请立即寻求帮助。
可能首先给 co-team-member，如果这不能为产品所有者提供答案，如果这不能帮助用户、利益相关者或其他任何人。如果您找不到可以帮助您的人，请向 scrum master 发出信号，因为这会成为一个障碍。
至少在下一次每日站会上报告您的发现，但当然您可以打电话、发送电子邮件、在 slack 中发送消息、在此之前更新站会板方式。
这不是失败，而是对真正问题有了更好的理解。由于这通常会导致找到新的工作，因此 Sprint Backlog 会更新为新的 sprint backlog 项目以反映新的现实。如果新的理解危及冲刺目标，我（开发人员）会亲自召集一个快速的 full-team 会议来调整策略。
我想说这属于 Scrum 指南的这一部分：
The Development Team modifies the Sprint Backlog throughout the Sprint, and the Sprint Backlog emerges during the Sprint. This emergence occurs as the Development Team works through the plan and learns more about the work needed to achieve the Sprint Goal.
As new work is required, the Development Team adds it to the Sprint Backlog.
http://scrumguides.org/scrum-guide.html#artifacts-sprintbacklog
一般来说，产品负责人和团队成员了解特定 Scrum 的要求以及该 Scrum 的任务列表。
1.If 一名成员在理解任务方面遇到任何问题或 业务需求，您可以与产品负责人联系以获得有关 story/task.
的更多说明2.If你已经理解了这个任务，但是在理解技术要求方面遇到了问题，你应该在发现与任务相关的问题后与其他团队成员进行一些快速讨论，并尽快解决理解障碍可能。
3.Report 如果您与团队成员讨论后仍然无法做到，请向 scrum master 报告您的情况。
4.have 与多个成员的会议，如果您仍然认为它是障碍。
谈话和讨论是解决包括 Scrum 在内的所有流程中任何问题的解决方案。 Scrum 是一个时间紧迫的过程，所以你必须快速做出决定并采取行动来修复理解障碍。