我试图了解敏捷产品开发的一些含义/原则。
因此，对于一个捕获产品所需所有内容的产品 backlog，我并不完全清楚它的结束位置。
我听说过发布带有“已知错误”（不同于缺少的功能）的软件产品。原则上，是否应该有一个产品积压，在幕后，直到每个最后一个错误都得到修复？
只要产品存在，产品积压工作是否就存在？在成熟产品的情况下，产品积压将很少 - 但它仍然存在。但是不能/不会每个 github 项目都有产品 backlog 吗？
产品 backlog 是否达到“完成”并且现在可以运行的某个点，因此代码更改是“缺陷”并以不同的方式进行跟踪，并且没有更多的 Product backlog？
产品积压到底在哪里结束？
产品积压工作永远不会结束。就像一个活生生的有机体，系统还活着，他就在变大。即使项目准备就绪，产品积压仍然存在。
你可以在这里看到更多：产品积压是一个活的神器
Product Backlog 完全有可能是空的，但这并不意味着它已经结束。通常，这只是表明尚未记录错误，或者产品所有者在规划附加功能方面做得很差。
如果您是经营一家产品公司的人，并且您的产品没有积压项目，这意味着您可能会错过如何让您的产品不断发展以保持领先于竞争对手并进入新市场的愿景。
话虽如此，许多敏捷软件项目现在都使用产品待办事项来运行，而实际上这只是一个项目待办事项。同样，发布团队可能正在运行实际上是发布待办事项的产品待办事项。在这些情况下，积压工作“结束”是很常见的，因为它只能在项目或发布完成之前存在一段时间。剩下的项目然后回落到跨越多个项目或版本的真正产品积压。