去年,我们进行了最佳实践的研究,将用户体验方法与敏捷开发项目集成

通常情况下,由于用户行为并没有太大变化,所以不值得在一年后再研究同样的问题。但这个特别的项目并不令人担心用户行为,而是运行敏捷的最好方式项目为了确保可用性。

因为这仍然是一个新领域,我们决定对去年的研究进行补充,再进行一轮更详细的研究,重点关注那些有更多时间发现更好管理敏捷用户体验(UX)的方法的其他组织。

用户体验:看门人角色

确保敏捷项目良好可用性的两个主要建议与我们最初的研究相同:

  • 独立设计和开发,并让用户界面团队比实现团队先行一步。这样,当需要构建某个东西时,它已经被设计和测试过了。(是的,你可以用它在一两个星期内完成纸上原型折扣用户测试。)
  • 保持用户界面架构的一致愿景。在“sprint zero”期间——在任何实现开始之前——创建初始愿景,并在每年(或半年)的设计愿景冲刺中维护它。你不能只设计个人特征;它们必须配合成一个连贯的整体——一个也必须被设计的整体。自下而上的用户界面设计等于一个混乱的用户体验Linux综合症)。

在这两轮的研究,这两种想法被证明在很多我们所研究的不同的公司非常有用。一个修改成为第二轮清楚,通过PayPal的案例研究提示:指定一个很重要看门人跟踪用户体验团队和其他项目团队之间的需求和通信,以使每个人都处于正轨(即使这些轨道是并行的)。

圆的设计使用了一个变体,指的是“锚人”用于每个项目的UX沟通。当一个项目需要新的UX专家时,他们是配对锚。锚定原则还支持团队之间的长期交叉沟通,因为锚定人员会定期轮换。

集中式用户体验部门的衰落

关于可用性、交互设计、技术写作和其他专业学科的争论定位在组织结构图上是无止境的。有两种主要的选择:

  • 集中结构创建了一个单独的团队,该团队“拥有”它的规程,并将其提供给跨组织项目的开发团队。例如,一个集中的可用性组将会进行所有的用户测试和其他用户研究;一个集中的设计团队将提供所有的交互设计和视觉设计;而一个集中的用户体验团队将提供所有的设计研究。然后,单个项目团队将采用集中式团队的设计和/或研究,并将其转化为实际的产品。
  • 分布式这种结构放弃了集中化,而是指派专门的人员直接在单个项目团队中工作。在这种结构中,每个项目团队都有自己的可用性专家、交互设计师、视觉设计师、信息架构师、技术写手等等,以满足所有用户体验的需求。事实上,大型项目的团队中可能包括几个这样的专家。

分布式结构的一个明显缺点是,企业可能没有足够的用户体验专家来分配一个或更多从每个学科每个项目团队。因此,球队要么分享专家或者有些人会去没有。

这种集中的结构为专业人员提供了一个“家”,他们通常喜欢在自己的纪律范围内有亲密的同事。这使得管理和提升专业人员更加容易。例如,集中式可用性组的经理通常是高级可用性专家,而集中式设计组的经理是高级设计师,用户体验总监则是更高级的设计师或可用性人员。这些管理人员了解他们的工作人员的任务和需要。(相比之下,向开发经理报告的可用性专家通常会发现,开发经理并不知道一个研究运行得好还是差。)

一个集中的部门还可以支持跨个体开发项目的战略计划。例子包括编写和维护用户界面标准或指南,建立可用性实验室,收集纵向或比较的用户体验指标,以及推进组织的成熟度-例如,通过与高层管理人员交流战略性的用户体验问题,并有希望说服他们在可用性方面投入更多。

所有这些都很好,但当涉及到与敏捷开发团队集成可用性和良好的UX时,就会出现问题。从我们的案例研究中得到的所有经验都表明用户体验人员必须是这样的与其他开发人员以及其他项目团队成员。实际上,用户体验应该被视为项目团队的一部分,而不是外部部门。

分散您的UX人员并不意味着您必须放弃拥有一个集中的、专门的团队的所有好处。通常,一个矩阵结构提供了一个很好的折衷方案,使UX专业人员成为日常项目的一部分,但仍然提供一些公司范围内的协调。

敏捷用户体验很好,但还可以做得更好

今年,我们询问了研究参与者在他们的项目中有多广泛地集成了UX,以及他们在与a合作的项目中有多满意特定的开发方法。他们的回答按1-5的等级来划分,5表示最高的整合或满意度:

项目方法 集成的
用户体验
满意度
与方法
瀑布 2.5 2.9
敏捷 3.1 3.7
迭代 3.2 3.8

显然,敏捷是大大优于老瀑布方法。太好了那一个。然而,在我们新的研究专业人士仍然认为,迭代设计略低于敏捷好;仍然有工作要做,以使敏捷项目的工作更多用户驱动。

好消息是,最新数据提供了一些证据,表明我们已经超越了“他们和我们”——总体而言,开发者比用户体验人员更看好几个关键的用户体验意见指标。

开发人员认为用户体验对交付产品质量的影响为4.3,而用户体验用户对它的评分是4.0(同样是1-5分,最好5分)。开发人员表示,随着用户体验的参与(3.3),生产率有所提高,而用户体验对生产率的评价仅略高,为3.4。开发人员和UX专业人员都表达了希望更多用户体验参与到项目中的强烈愿望。在那些费心集成可用性和敏捷的公司中,事情还不够完美,但已经相当不错了。

完整的敏捷用户体验报告可下载。