产品Backlog订购最佳实践或建议[已结束]

作者: Moso31
发布时间: 2024-08-23 03:58:56 (1月前)
转自：

4 条回复

0#
回复此人
敢嫁就敢娶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 这是一个“技巧”问题，因为如果你没有订购或考虑所有故事，你如何能够为下一个冲刺带来故事。我们做了什么 - 我们首先定义下一个sprint目标，并尝试找到主要实现此目标的故事集。您之前在故事中设置的标签也可能会有所帮助。然后你只需使用适当标签的套装，并考虑下一个冲刺最重要的东西。 </p> </DIV>

编辑
1#
回复此人
無口君 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我们通过EPIC（主要功能/主要功能）对功能进行分组，以便快速了解主题。 </p> <P> 我们将优先考虑： 1）错误，生产错误，强制迁移 2）新功能（EPIC） 3）技术更新 </p> <P> 如果在3个月内没有使用EPIC（任务组，用例），我们会将其放入我们所称的Iceberg Backlog（这是一个远远不够的积压）中，我们每年都会审核。 </p> <P> 这样做的过程非常快速且易于理解。 </p> </DIV>

编辑
2#
回复此人
机器设备维修 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 产品待办事项就像是将需求传达给团队的管道。在管道的一端，要求非常原始。在另一端，他们已准备好接受工作。 </p> <P> 积压顶部的物品通常形状很好。产品负责人和团队已经查看过它们，讨论过它们，优先考虑它们，甚至有时会对它们进行估算。 </p> <P> 刚出现冲刺的项目仍处于良好状态。但他们可能尚未准备好进入冲刺阶段。需要进一步细化。 </p> <P> 超过2个冲刺的物品可能非常粗糙。他们甚至可能没有被分解成故事。可能存在一些优先级，但它非常通用，不太可能被详细考虑。 </p> <P> 我们这样做的原因是： </p> <UL> <LI> 与敏捷合作时，我们预计会发生变化。因此，未来几周/几个月的详细，优先级要求可能是一种浪费的努力 <EM> 事情可能会改变 </EM> </LI> <LI> 我们进一步开展工作，更有可能要求本身可能会发生变化。为了解决这个问题，我们保留了将来非常粗糙的要求。这些更粗糙的要求往往比详细要求具有更长的保质期。 </LI> </UL> <P> 因此，我对你的问题的回答是，在接下来的1-2个冲刺中，优先考虑并保持良好状态的故事数量。但是你得到的越远，优先级越低越重要。 </p> </DIV>

编辑

登录后才能参与评论