我试图了解敏捷产品开发的一些含义/原则。
因此，通过单个产品待办事项可以捕获产品所需的所有内容，我并不完全清楚它的结束位置。
我听说过已发布的软件产品＆＃34;已知错误＆＃34; （与缺少的功能不同）。原则上，如果在那里有产品积压，那么在幕后，这是直播还是很好，直到最后一个错误得到修复？
只要产品存在，产品待办事项是否存在？在成熟产品的情况下，产品积压将很少 - 但它仍然存在。但是，那么每个github项目都不会有产品积压吗？
产品待办事项是否达到某种程度？＆＃34;已完成＆＃34;现在它可以运行了，所以代码更改是＆＃34;缺陷＆＃34;并以不同的方式跟踪，并且没有产品积压？
产品积压到底在哪里？
答案 0 :(得分：2)
产品积压永远不会结束。它就像一个活生生的有机体，在系统活着的时候，它正在变得越来越大。即使项目准备就绪，产品积压仍然存在。
您可以在此处查看更多内容：The product backlog is a living artifact
答案 1 :(得分：2)
Product Backlog完全可以为空，但这并不意味着它已经结束。通常情况下，这只表示尚未记录错误，或者产品所有者在规划其他功能方面做得不好。
如果您是一家经营产品公司的人，并且您的产品没有积压项目，那么这意味着您可能会忽视如何保持产品不断发展以保持竞争优势并进入新市场的愿景。
话虽这么说，许多敏捷软件项目现在运行产品积压，而实际上这只是一个项目积压。同样，发布团队可能正在运行产品积压，实际上是发布积压。在这些情况下，积压很常见，因为它只能在项目或发布完成之前的一段时间内存活。然后，其余项目将回溯到跨越多个项目或版本的真实产品待办事项。