由主要故事分解产生的故事是否需要验收标准？
Are acceptance criteria needed in stories that result from a breakdown of a main story?
当产品负责人创建故事和验收标准时，如果团队决定分解故事，需要发生什么？只要满足主要故事的验收标准，团队是否应该决定验收标准？
如果主线剧情分解后的新剧情是纯技术的怎么办？
这个问题的简单答案是，如果您觉得有用，就添加验收标准。
这不是程序上的事情。验收标准的想法之所以产生，是因为团队发现它们在实施故事时很有用。如果您发现验收标准对您从较大的故事中分解出来的故事有用，请使用它们。
What if the new stories that are created after breaking down the main story are purely technical?
那么它们不再是故事，它们是技术任务。
user story 是从功能最终用户的角度描述的要求。
在 Sprint 计划期间将故事分解为一个或多个技术任务是 Scrum 团队的常见做法。
当产品负责人创建故事和验收标准时，如果团队决定分解故事，需要发生什么？只要满足主要故事的验收标准，团队是否应该决定验收标准？
如果主线剧情分解后的新剧情是纯技术的怎么办？
这个问题的简单答案是，如果您觉得有用，就添加验收标准。
这不是程序上的事情。验收标准的想法之所以产生，是因为团队发现它们在实施故事时很有用。如果您发现验收标准对您从较大的故事中分解出来的故事有用，请使用它们。
What if the new stories that are created after breaking down the main story are purely technical?
那么它们不再是故事，它们是技术任务。
user story 是从功能最终用户的角度描述的要求。
在 Sprint 计划期间将故事分解为一个或多个技术任务是 Scrum 团队的常见做法。