3

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

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

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

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

4

3 回答 3

4

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

于 2013-06-25T19:49:12.783 回答
3

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

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

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

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

于 2013-06-25T09:07:00.853 回答
-1

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

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

于 2013-06-25T06:48:02.610 回答