你如何处理跨故事的重复工作？

Question

将工作划分为业务故事的想法是减少任务之间的依赖关系。但是，你如何处理共享作品在其中共同的故事。

例如，如果您有两个故事，既显示从单个Web服务检索的信息，又显示在两个不同的页面上，那么如何处理创建代码以调用Web服务的常见任务？

你把它们合并成一个大故事吗？您是否仅使用技术任务创建第三个“故事”来创建通用Web服务代码？你是否保留了原文，只是让选择故事的两位开发人员在他们之间纠缠不清？

哪种方法最灵活？

Answer 1

这取决于调用Web服务的工作量。如果它只是故事总大小的一小部分，那真的不重要;如果他们在同一次迭代中完成，只需让开发人员在站立期间讨论它，看看谁会这样做。

如果相反调用Web服务是更多的工作 - 也许它包括编写Web服务 - 那么你应该看看你是否可以将这项工作分解为第三个故事。也许这第三个故事包含调用/编写Web服务的所有工作，然后在前端进行足够的工作以证明它适用于业务。然后在下一次迭代中，您可以处理剩余的两个（原始）故事。这样做的好处是，您可以向业务展示价值，同时不会因为前端的细节而陷入困境。

Answer 2

在我们的环境中，我们会在您的情况下创建三个故事，一个用于调用Web服务，另外两个用于将其作为依赖项（我们使用的工具支持创建“阻止程序通知”，将任务与依赖项链接） 。结果与包含Web服务的一个故事和没有它的一个故事相同，除非在这种情况下，您可以优先考虑该Web服务的两种用途，并且当需要它的故事被拉到必要时，故事必须首先启动Web服务。

Answer 3

创建一个额外的任务来完成常见的事情是要走的路。