mq消息积压如何清理_清理您的积压

mq消息积压如何清理

我一直在项目组合和产品路线图的交叉处工作。 （由于有关信息持久性的各种文章，您可以说出这些。）这是我与客户一起工作时发现的：

• 他们在项目组合中有多年的项目价值。
• 他们在所谓的产品路线图中，在各种描述状态下都有多年的想法。
• 他们在缺陷跟踪系统中拥有数年的缺陷价值。

当人们尝试评估他们的工作时，所有这些可能性都会产生认知负担。 或者，甚至找到想法。

我提倡多年来使用停车场 。 我的一些客户认为他们正在使用停车场。 但是，他们继续评估停车场的工作。

不，停车场的要点是，因此您不必查看它。

我已经开始采取一种更具侵略性的方法。 我向客户建议，他们删除（是的，从其项目组合工具中删除）任何三个月以上的项目。 我建议他们将所有路线图限制为不超过三个月。 而且，我建议他们删除缺陷跟踪系统中三个月以上的内容。

您应该已经看到他们的脸。 恐怖。 厌恶。 恐惧。

一个人笑了。 我问那个人她的想法。

“好想法。 如果我们再次看到这些提示，可以按照添加到壁橱的方式添加它们。 我住在一间小公寓里。 如果我买新东西，我就必须摆脱旧东西。”

究竟！

我们拥有的东西越多，管理所有这些东西就越困难。 即使您使用停车场。

清洁实验

会议中的其他人有些怀疑。 我问他们作为一个小实验可能会考虑什么。 他们决定采取以下行动：

• 复制所有内容，以便他们对其进行备份。 管理风险的好方法。
• 删除，删除，删除。
• 在团队中工作数周，并处理产品积压。 看看他们完成了什么。
• 每月底评估正在进行中的各个项目的项目组合。 看看他们是否做完了就可以停止任何事情。

在第一周结束时，几个团队又增加了一些他们所谓的技术债务 。 根据协议，PO删除了一些功能，以便团队可以解决问题。 抱怨很多。

但是，由于团队解决了问题，因此缩短了周期时间。 这意味着团队可以在其余功能上更快地取得进展。

工作周期：重新发现旧问题，解决它们，缩短整个周期，每个团队再出现几次。 他们使用实验循环来查看是否取得了更大的进步。

大多数团队做到了。 一个团队意识到他们对工作的顺序没有足够的考虑。 他们不得不带来原本认为距现在六个月的工作。 但是，他们发现只有一周的时间。

和项目组合？ 会议要快得多。 决策更加清晰，因为他们没有考虑在这段相对时间段内不进行工作。

一个月后，项目组合人员发现了机会。 因为他们到目前为止还没有提前计划，所以他们能够利用这一机会。

这是我在业务中以及在一些客户中的经验。 它可能不适用于每个人。 你有什么损失呢？

如果您不忽略停车场，请删除所有内容并重新开始。 如果您无法删除“所有内容”，请使用周期时间来考虑不超过三个月的工作。

计划和重新计划无法完成工作。 执行使工作完成。 没有认知负荷的执行比有负荷的执行好得多。

看看您可以做的-甚至可以做实验！-清除积压的订单，以便每次查看所有工作时都没有认知负担。

翻译自: https://www.javacodegeeks.com/2019/06/clean-backlogs.html

mq消息积压如何清理