敏捷产品开发提供了克服传统发展方法介绍的问题的机会。但是,将用户体验(UX)实践纳入敏捷框架是许多组织中的主要挑战。

我们最近进行了研究以确定用敏捷集成UX方法的最佳实践开发项目。我们专注于成功ux从业者使用来支持敏捷团队的技术的研究。

调查结果最新的敏捷UX报告(3rd.版)基于与产品经理,设计师,UX研究人员和软件工程师的研究。该研究是在美国,U.K.,澳大利亚和新加坡进行的,它涉及调查和深入访谈和案例研究的组合。总体而言,对于这一轮敏捷研究,356名受访者参加了我们的调查和24名专业人士是深入访谈和案例研究的一部分。

敏捷收养

UX在使用用户为中心的设计方法中耗尽了敏捷过程。没有一个尺寸适合 - 所有解决方案,每个组织都不同。然而,敏捷采用足够普遍,乌克斯从业者已经有时间从过去的失败中学习并解决了许多扭结。

我们研究报告中的受访者他们支持的69%的项目是敏捷的。与过去相比,这是一个显着的增加。

敏捷采用正在增长:2008年,受访者报告说,只有40%的项目是敏捷的;2016年,他们的超过三分之二的项目是敏捷的。

有趣的是,练习敏捷的专业人士,22%的人承认他们的团队采取混合方法并不要坚持纯粹的敏捷实践。例如,瀑布可用于要求和设计阶段和敏捷。这表明敏捷远非完美,产品团队仍在努力为其组织做好敏捷。

敏捷成功

我们的研究结果表明,UX过程和敏捷开发方法,当若有所地应用时,可能会导致用户体验和业务价值改善。与瀑布相比,敏捷正在取得成功

虽然2009年专业人员额定瀑布比敏捷更成功,7年后我们看到模式逆转。在敏捷项目中努力的人们感受到比在瀑布环境中的工作更大的成功。

一般来说,人们同意敏捷框架促进透明度迭代。问题较早识别,功能更快地提供。开发人员和设计师花了几个月和几个月的日子已经过去了,独立工作,只在产品播出后才能确定问题。

我们的许多受访者报告结合敏捷和UX实践已经减少了最后一分钟的惊喜,并且允许团队在每次迭代后根据需要进行调整。

什么敏捷的ux团队看起来像

重大敏捷体验

平均而言,组织的数年级练习敏捷是2.9年。

当我们看着他们敏捷项目评定的专业人士,因为在1 =最低有效和最低有效的1-7比例上得分为6或7或7 =最有效),我们发现了高效项目通常属于平均持续3年多于敏捷的组织

较少成功的团队(1-3次以1 =最低有效,7 =最有效)倾向于享受敏捷的经验,差不多1年。

成功的敏捷过程需要数年时间才能完善,即使是这样,它们也不完美。获得足够的UX资源仍然是许多组织的斗争,并且船上是连续的。在采用的敏捷UX流程上教育客户,新团队成员和外部团队很重要。设置适当的期望使沟通和过渡运行更顺畅。

在将成功的团队与较低的表演团队进行比较时,更强大的团队在练习敏捷方面的经验近1年。

从这个发现的外带是,如果你的组织刚刚采用敏捷,你应该(a)期待一些出牙痛苦,(b)不要让这些早期的问题劝阻你,因为成功可能会在几年后的几年后才能在几年的组织之后提前撒谎学习。

ux的投资

平均而言,17%的团队成员是UX专业人士(与过去几年的10%相比)。UX Investment的增加表明,更多组织将看到用户体验对业务重要。

平均团队规模为10,包括大约两个UX专业人员。(注意,我们研究中的受访者主要包括人们参加UX会议的人员,并在支持UX培训的组织中工作。敏捷团队的实际比率可能会降低。)17%可能看起来像是一种奢侈品,但是这种数据provides evidence that obtaining adequate UX resources is possible, and gives hope to those who haven’t reached that point yet.

然而,请记住,拥有更多UX专业人士不会自动保证成功。成功和更少成功的团队,UX成员的百分比大致相同(17%)。公司敏捷UX成熟度水平随着其他因素,如公司文化和结构可能会影响成功。

合作文化

对他们的工作环境感到满意的人报告,在支持健康,协作文化的组织中,以明确的角色和责任在一起。团队(包括开发人员和利益相关者)上的每个人都有责任生产有用的优质产品。

这一趋势正在增加UX专业人士与产品经理密切合作,讨论战略,并确定优先顺序。UX可以提供有用的数据,以通知项目方向,帮助团队维持更大的用户界面架构的相干愿景。

UX在发展冲刺之前工作

与较早年类似,许多UX敏捷团队报告仍然更愿意在发展冲刺之前开展UX活动。令人震惊的UX / UI和开发工作,以便在实施工作之前至少完成了Sprint的研究和设计使设计人员能够思考和测试他们的假设。然而,现在的巨大差异是成熟团队具有更好的合作和交给点的编排过程。角色和职责明确。成员知道预期的内容以及什么落在其影响境内。

主动UX专业人士

我们的受访者报告说,涉及高效项目的UX从业者采用研究和设计思维技术来告知产品设计,以及促进团队凝聚力和合作的领导活动。他们进行生成和评估研究,以确定特征差距,并检查长期和短期解决方案。UX人们主动地向最终用户提供了填补未满足用户需求的机会,而不是等待特色要求,而不是等待特色要求。

制度化过程,以保护用户居中的设计

参与高效项目的一些受访者分享了他们的团队正式的过程用于批准用户故事在没有适当的背景或情况的情况下,尽量减少俯冲的管理或外人的颠覆性请求。适当的新员工培训确保员工公司(包括管理和利益攸关方)熟悉既定规则,并遵守它们。

UX影响

虽然敏捷UX团队今天在7年前经历了更高的成功水平,但UX的影响仍然有成长的空间。平均,从业者得分UX对他们的敏捷项目的影响只有4.0分,满分为7(1 =低影响力,7 =影响很大)。

敏捷方法最初被认为是程序员改进其实施实践的方法。软件项目显然依赖于更多技能组,而不是纯粹的编程,而软件成功不仅仅是实现的问题,还取决于设计。这种更广泛的理解需要一些时间来反映在流程实践中,但正在发生。

随着敏捷UX的发展,UX从业者的作用也是如此。在现代软件开发环境中,UX有助于定义产品和服务的开发方式。因此,UX的作用扩展到领导和沟通。有效的ux从业者积极主动,并提前涉及UX相关活动的团队成员。他们将用户需求转化为业务需求,并令人信服地与利益相关者进行交流。

有关更多技术和详细解释在Agile UX的最佳实践中,下载完整的报告有效的敏捷UX产品开发或参加全天课程精益ux和敏捷在UX会议(也可以作为贵公司的内部活动。)