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

Question

我需要在产品待办事项列表中添加一项对用户没有（感知）价值的项目。

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

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

如何将这样的项目添加到产品待办事项列表？

Answer 1

如果您不进行更改，会发生什么？用户是否有价值防止这种情况发生？如果答案是肯定的，我建议将您的业务价值声明与此相关联。然后，您可以编写具有商业价值的典型用户故事，并将其视为任何其他PBI。

Answer 2

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

  

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

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

注意：技术故事和技术改进故事不是一种良好的做法，应避免使用。为什么？因为它们没有正确的优先级，因为它们没有可估计的价值 做科技故事的正确方法是将它们包含在已完成的定义中。例如：一旦数据库访问是通过Dapper而不是L2S，则确定每个播放的新故事都是完整的。这是一个可行的DoD定义，并确保您可以适当地改进您的系统。

Answer 3

我们通常只是将其添加为“技术改进”，并将其视为我们认为合适的优先级。如果用户询问您，您只需向他们高级解释更改的作用以及需要的原因。

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