是否应该将使用 docker 容器化应用程序并创建 e2e 测试自动化作为用户故事提及？我们可以将它们放入产品/Spring 待办事项列表中吗？或者，它们已经是其他 Sprint 的一部分！ 如果是这样，当它们在第一个冲刺中没有完成并且需要稍后完成时，我们需要做什么？
例如：
用户故事应该与用户相关，而不是与非最终用户的内部同事相关。因此，我建议不要将这些任务写成故事，而是写成任务或任何其他票证类型（如有必要）。
当必须对之前另一个冲刺中开发的功能实施某些（e2e）测试时，写下一些票确实可能有所帮助。为了避免经常遇到这种情况，您可以考虑将（自动化）测试作为验收标准的一部分。
关于产品积压。保持卫生。所有必须完成但不会改进产品的任务不必在待办事项中列出。积压工作应该向利益相关者展示他们在未来几个月内对产品的期望。他们大多对测试、重构等内部事物不感兴趣。 - 请记住：待办事项列表的目的不是表明整个团队很忙并且将永远忙碌，但并不表明您的产品将揭示什么价值。
我应该在什么时间、在哪些待办事项中写下您可能会问的任务。当然，您仍然可以使用产品待办事项列表来跟踪某些任务。根据我的经验，产品待办事项随着时间的推移会变得混乱。因此，仅将票证添加到冲刺待办事项列表中可能会有所帮助，团队在规划过程中会考虑这一点。
最后，您必须找到适合您和您周围环境的解决方案。