何时和谁进行工作以充分收集答案，以便我们可以开始为即将到来的冲刺创作故事。这项工作是否与产品所有者的现有冲刺不断并行地完成？我想这会为sprint创建任务，例如调查x和y。如果PO突然要求开发人员通过尝试解决问题来回答一些问题该怎么办？我理解尖峰和创造r＆amp; amp;任务。我想我想避免一个功能的主要开发人员经常被延迟到后续冲刺。
答案 0 :(得分：1)
团队确定在冲刺期间可以做多少新故事。他们必须完成这项工作的时间是工作日的一定比例。根据团队成员的职责（客户支持，错误修复，电子邮件，PTO，其他职责），这些数量因团队而异。我希望看到10-15％的工作日致力于“规划”下一个冲刺。这包括帮助PO研究，撰写故事，分解故事，设计会话，假设情景等等。我认为关键不是要将这些类型的任务中的每一个都用于冲刺，而是要设置正确的做冲刺工作的时间分配。也许类似30小时/周的平均数字。
所以直接回答你的问题;规划工作与当前的冲刺工作并行完成。
答案 1 :(得分：0)
我们通常会举行一到两次会议来讨论未来的故事。此外，我们在每个sprint中保留一些开销时间，以查看我们开始讲故事时需要了解的内容。会议有助于确定哪些故事可能会在下一个sprint中出现，因此我们知道哪些问题可以在当前sprint中的预留时间内获得答案。
答案 2 :(得分：0)
对我们来说，如果这是一个大型项目，我们将举行启动会议以集体讨论该项目。 PO之间通常存在知识缺口，他们想要做什么以及他们不知道我们可以做些什么，这些会议可以填补。
当创建新故事时，我们会尝试在下一次计划会议之前的某个时刻为他们分配故事点，以便PO在该会议之前有时间对列表进行优先排序。
我不确定你描述的那种情况，PO会“突然”需要一个开发人员尝试填充。在那种情况下，我会在下一个冲刺中提供一个尖峰。通常使用新技术不是每个sprint都会发生的事情，所以这应该足够了。如果没有，也许短跑有时太长了（至少要考虑权衡）另一个选择是引入一个常青的故事来尝试。我已经看到团队有这样的故事可以让科技债务回报 - 你可以解决这两种情况。有时开发人员会修复技术债务，有时他们会尝试解决问题。如果你以某种方式耗尽科技债务，你总是可以抓住另一个常规故事来代替它。
答案 3 :(得分：0)
我们通常在大量发布之后保留一两个sprint，用于研究和概念证明故事。将研究作为常规冲刺的一部分似乎是有问题的。您可能会利用这段时间来吸收对增值故事的错误估计，并最终从未将其用于实际研究。
如果一个新故事落入需要研究的待办事项中，并且PO将其运行到积压的顶部，那么团队应该将一些研究时间纳入他们的实际估算中。如果我没有提前进行研究/原型设计冲刺，我只会这样做，因为估算研究可能有点模糊。
答案 4 :(得分：0)
谁：产品所有者。故事和产品积压是他的职责。产品所有者通常是有经验的人;即使它们不是技术人员，他们当然也能从抽象层面感知实施的复杂性。尽管如此，如果故事有灰色区域，PO必须向合适的人提出正确的问题。他可以询问开发人员，测试人员，同事，客户甚至是scrum主人。
何时：始终......不断。 PO不得做任何事情，但（1）为团队关于范围和功能的问题提供（或获得）答案，（2）并收集可以改进故事及其范围的数据：从而主动解决他的团队的查询。
最重要的是，如果产品所有者没有向团队提供好的故事，那么他就没有做好自己的工作。故事可以由任何人编写，但最终它是PO，确保产品Backlog按顺序排列，并确定最高优先级的故事。