如何在数据仓库项目中编写用户故事

Question

在我的数据仓库中（由于我们只是将数据进行最小程度的转换就传输到中央HUB）项目（据说是Agile-SCRUM），所以类似数据物流，团队一直在编写类似用户的故事

1. 作为分析师，我想准备规格表以便开发可以开始
2. 作为开发人员，我想开发转换层以便可以加载HUB
3. 作为测试人员，我想测试表，以便可以将其移至生产环境

现在，我知道这不是您编写用户故事的方式，因为它们都不代表功能，它们仅代表技术任务。

我提议了类似的东西，

• 作为数据使用者，我希望对表进行测试，以便在使用期间不会出现任何问题

为此，我收到诸如“消费者从未要求要测试的表，我们对其进行测试是因为遵循的过程。消费者只要求提供数据，所以为什么要在用户故事中以消费者的身分说？”] >

我不知道该怎么回答，我也觉得可以更好地编写用户故事，但仍然坚持[C0​​]的原则

我需要一些帮助来了解其他人在SCRUM Data logistic项目中是如何做到的，以及关于如何更好地构成它的任何建议

在我的数据仓库中（更像是数据物流，因为我们只是将数据以最小的转换传输到中央HUB）项目（据说是Agile-SCRUM）团队正在编写User ...

Answer 1

这是一个棘手的情况，因为数据仓库听起来可能像是组件而不是产品。