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

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

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

UX: Gatekeeper角色

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

  • 独立设计和开发,并让用户界面团队领先实现团队一步。这样一来,当需要构建某样东西时,它已经被设计和测试过了。(是的,通过使用,你可以在一两个星期内做到纸上原型折扣用户测试.)
  • 维护用户界面架构的一致愿景.在“零冲刺”期间——在任何实现开始之前——创建最初的愿景,并通过年度(或半年)设计愿景冲刺来维护它。你不能只设计单个的功能;它们必须整合成一个连贯的整体——这个整体也必须被设计出来。自底向上的用户界面设计等于一个令人困惑的整体用户体验Linux综合症).

在这两轮研究中,这两个想法在我们研究的许多不同公司中都被证明是有用的。在第二轮投票中,在PayPal案例研究的推动下,一个修改变得清晰起来:指定一个看门人跟踪用户体验团队和其他项目团队之间的需求和通信,以保持每个人都在轨道上(即使那些轨道是并行的)。

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

集中式UX部门的衰落

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

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

分布式结构的一个明显的缺点是,公司可能没有足够的用户体验专家来从每个规程为每个项目团队分配一个或多个。因此,团队要么共享专家,要么没有专家。

这种集中的结构为专业员工提供了一个“家”,他们通常喜欢在自己的学科范围内拥有亲密的同事。这使得管理和提拔专业人员更加容易。例如,集中式可用性小组的经理通常是高级可用性专家,而集中式设计小组的经理是高级设计师,而UX的主管则是更高级的设计师或可用性人员。这样的管理者了解员工的任务和需求。(相反,向开发经理报告的可用性专家通常会发现,经理并不知道研究运行得好还是不好。)

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

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

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

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

今年,我们问研究参与者,用户体验在他们的项目中集成的有多广泛,以及他们在项目中有多满意特定的开发方法.他们将答案分为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专业人员都表达了在项目中更多的UX参与的强烈愿望。在那些费心集成可用性和敏捷的公司中,事情还不完美,但他们已经很好了。

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