我需要在我们的产品积压列表中添加一个对用户没有(感知)价值的项目。
上下文:每周我们都需要解析和导入我们系统的 TXT 文件。现在提供商决定将格式更改为 XML,因此我们需要重写解析引擎。
最后,用户不会看到任何好处,因为他会继续获取他的新数据,但我们仍然必须这样做才能继续导入数据。
如何将这样的项目添加到产品积压列表中?
我需要在我们的产品积压列表中添加一个对用户没有(感知)价值的项目。
上下文:每周我们都需要解析和导入我们系统的 TXT 文件。现在提供商决定将格式更改为 XML,因此我们需要重写解析引擎。
最后,用户不会看到任何好处,因为他会继续获取他的新数据,但我们仍然必须这样做才能继续导入数据。
如何将这样的项目添加到产品积压列表中?
如果你不做出改变会发生什么?防止这种情况发生对用户有价值吗?如果答案是肯定的,我建议将您的商业价值声明与此联系起来。然后,您可以编写具有商业价值的典型用户故事,并像对待任何其他 PBI 一样对待它。
它对用户没有价值,但对您的公司有价值。
由于公司 XI 希望能够支持新的 XML 格式,以便我可以继续从提供商 Y 导入数据。
听起来怎么样?并非所有故事都必然围绕最终用户发展。
注意:技术故事和技术改进故事不是一个好的做法,应该避免。为什么?因为您无法正确地对它们进行优先排序,因为它们没有可估量的价值。
做技术故事的正确方法是将它们包含在完成的定义中。例如:决定每个新故事只有在通过 Dapper 而不是 L2S 访问数据库时才完成。这是一个可行的 DoD 定义,并确保您可以适当地发展您的系统。
我们通常只是将其添加为“技术改进”,并给予我们认为合适的优先级。如果用户问你这件事,你只需向他们解释一下这个改变做了什么以及为什么需要它。
不要忘记,如果您不进行更改,您的应用程序将来很可能会开始失败。只是告诉他们,让他们决定是否想要。