问如何处理未完成的工作，但保持图表的形状？

EN

随着时间的推移，Scrum进行了略微的修改和澄清；最新的版本或多或少是在The Scrum Guide (2011)中指定的

• 冲刺计划会议是冲刺的一部分，通常在冲刺的第一天(第一天)进行。第20天将包含Sprint回顾和回顾。第21天实际上是后续Sprint.
• Regarding的第一天，您关于未完成产品待办事项的问题:您的目标是随着时间的推移为您的团队建立一个速度。CONSISTENCY是其中的关键。因此，最重要的是，您应该建立一种在每次Sprint中都这样做的方法。我看到团队处理这件事的方式是不同的；您需要根据完成的内容来确定您是否真的交付了Sprint Backlog项。如果值未交付，则可以将其保留为未完成，并可选择更新任务的最终工作。您还可以在Sprint Backlog项的历史和/或描述中记录下完成的内容和达到的验收标准。如果物品的价值达到了一定程度，那么你可能会做一个类似的笔记，并计算物品的数量。您不需要精确地了解Sprint中涵盖的点，因为它们会随着时间的推移而平均出来，所以您只需要使用您的判断。任何未完成的工作都可以成为Product Backlog项目，并相应地确定优先级。您的产品负责人可能会根据产品待办事项清单中未完成内容的价值，决定将其放在较低的产品待办事项清单中。当PBI表示未完成的工作时，您将为其创建一组新的任务(您可以从Sprint中复制未完成的任务以节省时间)。这里同样重要的是讨论事情是如何进行的，以及您如何在冲刺回顾和冲刺回顾期间处理这一问题，以便您的团队可以调整accordingly.
• Regarding的错误，您可以考虑类似于PBI的处理方式来规划和区分优先级以及完成/未完成；您的团队需要一个完成的定义；如果这包括测试，您应该考虑只有在测试之后才能完成。如果没有完成，那么您应该以一致的方式处理它。开箱即用的Scrum 1.0版本的Bug工作项有一个名为Committed的状态，表示Bug已准备好进行测试，因此您不需要该测试状态。一旦它通过测试，它就会从提交状态变为完成状态。您可以找到Process Guidance for the Scrum 1.0 template on the Microsoft site。它或多或少是关于如何使用模板的说明。