【IT168 技术文章】

    复杂用户界面开发（本文用作UI开发），为敏捷开发提供了某些独特的挑战。与那些功能大部分是自动运行业务规则或计算薪水的项目不同，因为由用户培训或生产力缺失引起的各种问题，UI开发项目往往不能承受剧烈的变动，尤其是那些经常被使用的应用程序（如呼叫中心、E-mail阅读器或数据登记系统等）。

    许多敏捷项目通过“下次迭代再修改”的方法防止做出错误的决定。它的思想是快速地失败，却仍然相对便宜。但是，UI开发项目的最终用户需要经常进行关于系统使用的充分培训，因此就用户体验来说，不能容忍巨大的改变。

    用户体验方法，如交互式设计，鼓励更多的预先设计过程，用来研究和捕捉用户目标，试图在开发之前最优化软件工作流。这有点与敏捷方法相冲突——对于重要的（non-trivial）项目预先分析和设计往往需要花费几个月的时间，随着项目的开展，用户的目标可能会转变。

    但是，面对限制用户界面改变的程度，以及早期迭代交付不合适用户界面的高风险，敏捷开发者打算做什么呢？

    UI设计的敏捷方法

    这个问题的解决办法需要快速地检查一下敏捷基础。很多敏捷开发的实践是朝减小风险和降低变更成本的方向去调整。在UI开发时，因为考虑到最终用户的再培训和生产率的降低，增量改变和部署的成本比我们期望的高。我们同样也会有初始交付错误用户界面的风险，但是这受限于我们可以在多大程度上改变它。

    注意到这些，降低初始交付“离题”用户界面风险的方法，将会在正确的方向上给我们开个好头。如果我们一开始就得到正确的用户界面，那么在随后迭代中我们所做的改变，对用户几乎不会造成伤害，兼具更低的部署和培训成本。通过理解最重要和公共的用户目标，完成支持这些目标的初始界面并根据它有效地导航、适当地反馈、最小化偏差，我们将有获得正确设计的非常好的机会。与更详细的需求不同，随着项目的进展，用户目标会倾向于更加稳定。

    保持敏捷的精神，理想上来说，我们需要这个方法让我们可以快速地获得用户反馈，快速地迭代用户界面，指出在哪处我们可以放心。这样，我们的初始开发成果将交付用户所需的东西。

    敏捷交互设计

    交互设计是通过研究软件目标用户的领域和环境，关注于创造最优用户体验的方法。传统方式，这是由预先研究和分析用户角色和目标完成的，通过辨识系统主要用户，他们需要什么，接下来考虑次要因素（如重复使用，对错误的敏感性等等）。

    更敏捷的交互设计迭代自旋将会是：先对用户目标进行“刚刚足够”的研究，然后猜测软件将如何工作，最后用真实的用户去测试它。尽管不彻底，它允许快速地转变和在过程早期进行验证，而不是更长的预先分析。

    简而言之，只要不阻止开发尽可能早的开始，为更好的理解用户目标而进行一些起码的预先设计还是有显著价值的。根据团队的组成和哲学，可以采用以下形式之一：

    在开发工作之前，UCD工作被执行一个迭代。设计人员与用户和开发人员一起紧密工作，进行“刚刚足够”的分析，以提供扎实的引导。在项目中，来自最终用户和用户的反馈将扮演比绝大多数预先UCD工作更重要的角色。

    UCD工作与开发结合进行。与上类似，但是设计者与开发者并行工作，可能以项目开始时的初始用户研究成果作为开始。设计者不断地通知团队用户反馈，并改变设计。这实际经常发生在没有正式UCD人员的团队中。一个潜在的折中是，在迭代的中期发现新的流水线软件工作流方式，可能要求返工系统的主要元素，降低团队整体速度。

    角色和目标

    一种发现用户目标的快速技术是使用“角色”——即可能使用系统的真实人群的大体概要，他们的任务是什么，甚至他们的感情观。例如，就某个邮件系统来说，我们可能有一个这样的角色：

    John是一位就职于某财富500强公司的忙碌执行官。他不十分擅长电脑，但使用电子邮件作为他的主要应用程序。John每天大约收到100封邮件，通常发送不到10封。他不喜欢使用软件，更愿意亲自给他的同事打电话。

    一个完整的角色描述可能会更详细，但是它是为了使用而非为了给用户“定型”，角色是一个有某种目标的用户的特定实例，描绘这个你所期望的最终用户是有代表性的。根据系统类型，你可能需要几个角色代表不同种类的用户。

    一旦你定义了角色，你就可以开始分析角色目标的种类。目标实际更接近于他们期望出现的产出，而不是他们要执行的任务。目标与任务比较的例子：