敏捷开发过程在程序员中很流行，我们已经学习了几年将敏捷方法和用户体验方法最好地结合起来创造伟大的产品，在追求快速编程的同时不放弃可用性。我们早期的研究考虑了广泛的视角，所以我们现在深入到少数项目中，为我们的研究收集更深入的见解关于精益UX和敏捷的新课程．

我最近采访了8位在敏捷环境中工作的专业人士，了解他们的历程、成功和失败。我与用户体验(UX)设计师、开发人员和产品所有者等人进行了交谈。所有人都在敏捷环境中工作了至少两年。

敏捷在这里

没有回头路了。和我谈过的每个人都承认这个过程并不总是一帆风顺，但是今天的情况比他们刚开始的时候好多了几年前。即使在两年的时候，有些人也承认它并不全是玫瑰，但它比以前好多了没有人想回到传统的发展方式过程如瀑布。

一般来说，敏捷团队认为这个框架很方便透明度．问题被更快地识别，特性被更快地交付。开发者和设计师花上几个月时间埋头苦干，独立工作，最后才发现问题的日子已经一去不复返了。敏捷最小化了最后时刻的意外，并允许开发人员更有效地预测时间线。

“我们更聪明地工作。整个月都不用每天工作14个小时了。我们是一个团队，并且我们更频繁地发行游戏，因为我们所处理的是较小的内容，所以比起那些需要花费9个月时间的庞大内容，我们更容易进行预测。每个人都能更快地意识到进展。”维克多,软件工程师

“在使用敏捷之前，很难保持正轨。现在有更多的责任。事情变得更加透明。”Anca,软件工程师

熟能生巧

经过几年的尝试和失败，敏捷团队逐渐掌握了诀窍。人们更擅长限定或者为活动设定时间限制。以前每天要开30分钟或更长时间的站立会议现在已经接近15分钟了。团队成员更擅长简明扼要，坚持议程。对于“规则”以及流程如何使发布受益，有了更好的理解和欣赏。

时间估计更准确。在早期，一些团队承担了超出他们能力范围的任务冲刺(或时间单位)，但今天这已经不是什么问题了，因为他们已经知道在给定的sprint中什么是合理的工作。

“这种尴尬正在逐渐消失。人们不得不习惯这种有趣的称呼方式和新的活动。”米歇尔,UI设计人员

沟通是关键

对于一些团队成员来说，使用敏捷最大的好处是交流。Scrum方法为跨职能团队成员提供了一种结构，他们可以一起贡献想法，分担责任，并改进过程。

敏捷最大的优势是回顾。它允许人们去洗脏衣服、改进和尝试不同的东西……起初我非常专注于遵守规则。在不同的Scrum团队工作后，我知道我必须为这些团队工作……现在我们有了一个共享的词汇，一个共享的理解。”杰夫,产品经理

“scrum的价值在于对话。不要因为遵守了所有的规则而自责。我们尽我们所能。”凯西,产品负责人

组织内部的敏捷挑战

对于许多人来说，敏捷之路仍然崎岖不平。获得全公司的支持是一场艰难的战斗。团队必须努力向不相信敏捷的人展示敏捷的价值，并鼓励他们走出舒适区。

缺乏行政支持

敏捷的主要挑战之一是获得高层的支持。与我交谈过的一些人表示，他们对缺乏与管理层的接触感到沮丧。如果没有管理层的支持，团队就会被迫走捷径，工作效率也会降低。对敏捷过程的误解会导致沟通中断和不连贯的计划。

“来自敏捷之外的涉众的请求与sprint计划搅在了一起。”茱莉亚,用户体验设计师

“我们不得不做一些不在计划之内的事情。”凯西,产品负责人

“我们的团队正在拥抱敏捷，但我们的组织还没有做到。我们有几个敏捷教练，但他们不擅长左右高级管理层。他们没有起到让高管加入的作用。”Mandy，高级程序员分析师

资源不足

缺乏行政支持通常会导致资源减少。与我交谈过的实践者都同意敏捷和精益方法(如Scrum)的优点。每个Scrum组件的结构都是为了满足流程需求。一些最成功的项目发生在团队能够致力于该方法的时候。然而，我采访的几乎每个人都没有遵循食谱，或者被迫走捷径。主要原因:缺乏资源。

缺乏用户研究和可用性测试

我们的敏捷小组成员都同意验证设计的重要性。不幸的是，大多数团队并没有在一致的基础上进行用户研究。人们将紧迫的截止日期和人员短缺作为缺陷的原因以用户为中心的活动．然而,折扣可用性方法可以根据需要安排较短的时间。

跳过用户研究是非常危险的。即使是最好的设计理念也只是假设。a是有限度的天才设计师．用户研究让我们能够测试我们的假设，防止认知偏见接管我们并将我们引入歧途。

“我们在内部设定的最后期限下工作，有时需要在没有测试的情况下推出内容，这对用户来说是次优选择。”茱莉亚,用户体验设计师

“进行可用性测试真的很难。我们人手不足，而且没有一个主要的研究员。我们从营销部门借了一个人，但他对产品不够了解，也不遵守我们‘我们爱用户’的理念。”茱莉亚,用户体验设计师

“我们没有时间进行用户测试。”维克多,软件工程师

好消息是精益UX技术，如草图，线框图，和纸上原型获得了支持。设计师被鼓励创造低保真度的原型，以此来展示想法并减少繁琐的文档。缺点是许多组织没有使用目标用户进行测试。

“我们尽量精简。我的老板鼓励我们不要使用线框图，使用草图。这是一个艰难的转变。人们开玩笑说我是个线框图迷。草图帮助我理解了我们都在想什么。”茱莉亚,用户体验设计师

“我们一直在快速制作图纸，绘制模型，并与开发团队进行更多合作。”Mandy，高级程序员分析师

运行流畅用户体验敏捷团队的技巧

保持团队一致

需要花时间建立一个良好的、具有领域知识的有凝聚力的团队，以便快速做出正确的决策。每个敏捷团队的工作方式可能不同，并且有独特的团队动态。因为知识和期望必须重新建立，所以对系统的破坏会严重影响速度。

“团队一致性是关键。不要再重新组织和洗牌了。团队要团结在一起，一起学习，不断变得更好、更快。”Derek，首席研究员和用户体验设计师

“这对我来说是一个挑战，因为资源不是专用的。有一周我们有这个人;下周我们会有另一个人。我们现场有一个敏捷教练，但如果每个人都没有接受培训或坚持一个项目足够长的时间，那么当你找到一个新的人时，你就得重新开始……不要让人们在敏捷和瀑布之间来回奔波。”米歇尔,UI设计人员

积极主动而非被动

如果你习惯了工作低着头在很长一段时间里，你就需要改变你的工作方式，否则就有可能过时。合作是成功产品开发的关键。跨职能团队成员的参与促进了透明度，并允许及早发现问题。参与设计过程的各个方面，包括规划。准备好分享你的想法，展示你在做什么，并参与讨论。

“每个人都需要积极主动地改善沟通。对你的团队和你所创造的东西进行投资。做一个所有者，而不是一个承租人。”茱莉亚,用户体验设计师

“开发商需要询问，而不仅仅是接受订单。每个人都需要对团队合作感兴趣。”茱莉亚,用户体验设计师

有一个专门的Scrum管理员，尤其是在开始的时候

如果你正在考虑采用敏捷，或者你刚刚起步，请确保为Scrum master分配预算。这个人将确保整个过程顺利进行。如果没有经验丰富的协调人，事情很有可能会出错，让人们对流程感到不满。

“确保你有一个专门的Scrum管理员。如果你做不到这一点，那就明确自己的角色。”Mandy，高级程序员分析师

“Scrum master是一只牧羊犬、推土机和教练。他们确保问题得到解决，团队受到激励。没有Scrum master的危险在于，每个人都认为流程是无序的。”杰夫,产品负责人

UX必须在Sprint之前至少一步工作

敏捷对开发是友好的，但这不是减少用户体验影响的借口。有效的用户体验专业人士通过积极贡献自己的想法，将自己融入敏捷过程中——从待定事项梳理和打印计划到线框图和用户研究。用户体验设计师必须在“冲刺”之前计划活动，这意味着要主动测试假设，并在团队其他成员之前解决设计问题。他们在sprint之前进行展示和说明活动，向用户和团队成员介绍概念，这样，当开发准备开始时，团队就有了他们需要的设计。

“用户体验设计师必须至少领先sprint一步。换句话说，在当前的sprint之外做研究和设计工作。我必须继续为团队铺路。”Derek，首席研究员和用户体验设计师

“用户体验的人应该走在模型的前面。”米歇尔,UI设计人员

“设计先于开发。开发人员对此更满意。他们不想要模棱两可的概念。”杰夫,产品负责人

结论

随着组织发现敏捷的好处，它将继续获得动力。用户体验专业人员必须适应敏捷和精益的用户体验过程，这些过程重视透明度、协作和响应性，否则就会有被抛在后面的风险。

敏捷用户体验过程不仅仅是一个深思熟虑的设计师;您必须首先了解用户，并不断测试您的假设。不要让用户研究在敏捷过程的压缩时间内远离你。走出办公室，向用户学习。将精益UX技术整合到敏捷开发过程中是可能的。方法如在线用户测试可以在几分钟内得到用户反馈。

想了解更多关于在固定时间内创建出色用户体验的知识吗?加入我们的尼尔森诺曼集团全天节必威在线娱乐目吧精益UX和敏捷课程查阅更深入的建议。