产品待办事项的结束是什么？
提问于 2013-11-12 16:34:50
我试图理解敏捷产品开发的一些含义/原则。
因此，对于一个单一的product，它捕获了产品所需的所有内容，我不完全清楚它的终点在哪里。
- 我听说过用“已知错误”发布的软件产品(与缺少的特性不同)。原则上，在幕后是否应该有一个产品待办事项，直到每个最后的错误都解决为止？
- 产品待办事项是否存在，只要产品存在？在成熟产品的情况下，产品的待办事项将很少--但它仍然存在。但是，难道不是每个github项目都有一个产品积压吗？
- 产品待办事项是否达到了“完成”的程度，而现在它已经可以运行了，所以代码更改是“缺陷”，并以不同的方式跟踪，并且不再有产品待办事项清单了？
产品积压到底是在哪里结束的？
回答 2
Stack Overflow用户
回答已采纳
发布于 2013-11-14 04:52:36
完全有可能使Product为空，但这并不意味着它已经结束。通常情况下，这只是表明bug尚未被记录，或者产品负责人在为其他特性进行规划方面做得很差。
如果你是一个经营着一家产品公司的人，而你的产品没有积压项目，那就意味着你很可能失去了如何让你的产品不断发展以保持领先于竞争对手和进入新市场的愿景。
话虽如此，许多敏捷软件项目现在运行的都是产品待办事项，而实际上这只是一个项目待办事项。类似地，一个发布团队可能正在运行一个产品待办事项(实际上就是发布待办事项)。在这些场景中，待办事项“结束”是非常常见的，因为它只能持续到项目或发布完成之前的时间。剩下的项目则返回到跨越多个项目或发行版的真正的产品待办事项中。
Stack Overflow用户
发布于 2013-11-12 16:38:33
产品积压永远不会结束。就像一个活生生的有机体，当系统还活着的时候，他总是变得越来越大。即使项目做好了准备，产品的待办事项仍然存在。
您可以在这里看到更多信息：产品积压是一个活的工件。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/19942950
复制相关文章
点击加载更多
腾讯云开发者
