【问题标题】:How to manage a product backlog with multiple applications如何管理具有多个应用程序的产品积压
【发布时间】:2014-02-01 15:39:54
【问题描述】:

我即将开始一个项目,该项目将由 Windows 应用商店、Windows Phone 和 Web 应用程序组成,其中每个应用程序都连接到 Web API。为了管理这些,我将使用 Team Visual Studio Team Services。

对于我计划创建积压项目的每个功能,相关的任务将描述如何从 UI、Web API 到数据库等实现该功能。所以一旦积压项目完成,我应该有一个端到端的功能。

我发现每个应用程序都具有相同的功能,我正在创建相同的积压项目。在这种情况下,对于单个积压项目,我必须创建 3 次,一次用于 Web、Windows Store 和 Windows Phone。此外,与它们关联的任务仅在 UI 任务上有所不同。例如,每个应用程序会有不同的 UI 任务,但这些任务与 Web API、数据库、 等等,都是一样的。

所以基本上我很少坚持决定如何坚持基于所需功能生成积压项目的想法,但在 同时尝试减少重复积压项目/任务的需要。

有人有什么建议吗?

【问题讨论】:

    标签: tfs azure-devops agile


    【解决方案1】:

    我通常处理这个问题的方式是,通常有一个 UI 是“主要的”,即您首先构建的 UI。假设 Web UI 是主要的。 IMO,您需要在初始故事中包含一些 UI,否则该功能/故事没有用户/客户价值。

    我将为每个功能编写一个故事,其中包括仅使用 Web UI 开发和部署该功能所需的一切。

    然后我还有其他故事,这些故事代表了将电话/商店/平板电脑/等 UI 附加到已开发功能上的工作。这些将是较小的故事,虽然我可能已将其拆分为 WebUI 的 100 个故事/功能,但在确定电话 UI 的故事范围时,我可能会将功能组合在一起,因此我可能只有 10 个故事用于创建电话 UI,每个故事故事包含应用程序的整个区域(即 1 个电话故事 = 约 10 个网络故事)。

    【讨论】:

    • 听起来拥有一个主要的 UI 是要走的路。正如你所说,我可以构建端到端的功能,然后,为 Web UI 准备好 Web API,然后我只需要为手机 UI 等开发故事。谢谢你的帮助。
    猜你喜欢
    • 2010-09-11
    • 2015-05-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-06-25
    • 2012-06-08
    相关资源
    最近更新 更多