本机移动应用程序开发-如何构建用户故事？

我将开始一个项目，该项目将涉及开发原型本机移动应用程序（最初为iOS和Android）以及基于Web的管理界面和与这些应用程序进行通信的API。我们有一个已经起草的故事列表，但是其中许多格式如下：

As a mobile user I want to be able to view a login screen so that I can sign into the app

如果这是针对单个平台的，那么我不会出现问题。但是，由于我们的目标是多个平台，所以我不确定现在是否应该复制这些平台，例如“作为Android用户”或类似的名称。这似乎是重复的，但需要针对每个平台分别完成这项工作。

这是我们第一个本地化的移动项目-以前是Phonegap，我们将所有故事都归类为“作为移动用户”。由于本质上这是一个使用本地代码包装的基于Web的应用程序，因此这并不会带来太大的问题，但是我意识到纯本地应用程序是另一回事！

我不明白为什么您不想为每个移动应用程序创建单独的用户案例。即使故事听起来很相似，但从开发人员和用户的角度来看，它们仍然存在巨大差异。

如果您使用的是Jira之类的系统，则甚至可以为每个应用程序创建一个单独的项目。特别是在所有应用程序在资源方面（不同的开发人员，不同的计算机资源等）完全独立的情况下，这种方法会更好。对于每个任务进行估算将更容易。

如果您仍然不想创建单独的用户案例，则可以在同一案例下为每个应用程序创建任务。但是，如果同时开发所有应用程序，这将很方便，这样每个故事几乎都可以同时完成。

（我假设您使用Scrum）。如果产品所有者事先知道他/她将始终平等地优先考虑不同的移动平台。（例如，因为这是公司政策）

而且，如果您的用户故事足够小，那么您的团队就可以在一个Sprint中至少执行其中的四五个。

只有这样，您才不应将移动故事分为每个平台的故事。使用完成的定义来陈述所有预期的平台。

在所有其他情况下：按平台拆分移动故事。绝对没有错。

对于打开此页面的任何人，也许此回复可以帮助您提供一个选项，以成功为两个iOS / Android平台开发应用程序。

作为管理Agile / Scrum项目的项目经理，上面针对两个不同操作系统开发相同应用程序的解释将指示两个单独的工作流。

要成功做到这一点，将需要两个单独的项目。每个操作系统都有自己的要求。通过将两个OS混合在一个项目中，您可能会混淆在这两个OS中要开发的内容。因此，您的团队可能会浪费宝贵的时间来确定需求属于哪个操作系统。综上所述。

我建议设置两个项目，这些项目具有他们自己的特定于OS的用户故事集。