agile - 如何定义对用户没有感知价值的 PBI？

Question

我需要在我们的产品积压列表中添加一个对用户没有（感知）价值的项目。

上下文：每周我们都需要解析和导入我们系统的 TXT 文件。现在提供商决定将格式更改为 XML，因此我们需要重写解析引擎。

最后，用户不会看到任何好处，因为他会继续获取他的新数据，但我们仍然必须这样做才能继续导入数据。

如何将这样的项目添加到产品积压列表中？

Answer 1

如果你不做出改变会发生什么？防止这种情况发生对用户有价值吗？如果答案是肯定的，我建议将您的商业价值声明与此联系起来。然后，您可以编写具有商业价值的典型用户故事，并像对待任何其他 PBI 一样对待它。

Answer 2

它对用户没有价值，但对您的公司有价值。

由于公司 XI 希望能够支持新的 XML 格式，以便我可以继续从提供商 Y 导入数据。

听起来怎么样？并非所有故事都必然围绕最终用户发展。

注意：技术故事和技术改进故事不是一个好的做法，应该避免。为什么？因为您无法正确地对它们进行优先排序，因为它们没有可估量的价值。
做技术故事的正确方法是将它们包含在完成的定义中。例如：决定每个新故事只有在通过 Dapper 而不是 L2S 访问数据库时才完成。这是一个可行的 DoD 定义，并确保您可以适当地发展您的系统。

Answer 3

我们通常只是将其添加为“技术改进”，并给予我们认为合适的优先级。如果用户问你这件事，你只需向他们解释一下这个改变做了什么以及为什么需要它。

不要忘记，如果您不进行更改，您的应用程序将来很可能会开始失败。只是告诉他们，让他们决定是否想要。