敏捷开发过程在程序员中受欢迎，我们研究了几年将敏捷方法和用户体验方法最好地结合起来创建伟大的产品，在快速编程后追逐时不要放弃可用性。我们早期的研究被认为是广泛的观点，因此我们现在潜入较少数量的项目，以收集我们的更深层次的见解关于精益UX和敏捷的新课程．

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

敏捷在这里留下来

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

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

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

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

实践是完美的

经过几年的审判和错误，敏捷团队正在掌握它。人们更好tateboxing.或设定活动的时间限制。每日常用会议的会议曾经上去30分钟或更长时间现在越来越接近15分钟。团队成员更好地简洁并坚持议程。对“规则”以及流程如何益处发布，更加了解和欣赏。

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

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

沟通是关键

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

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

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

组织内部的敏捷挑战

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

缺乏行政支持

敏捷的主要挑战之一是从顶部获得支持。我谈到的一些人表达了他们对管理层缺乏参与的挫败感。如果没有行政支持，团队被迫削减角落并减少工作。关于敏捷过程的误解导致通信故障和非连贯规划。

“来自敏捷之外的涉众的请求与sprint计划搅在了一起。”朱莉娅，UX设计师

“我们必须努力解决不属于规划的东西。”凯西,产品负责人

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

资源不足

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

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

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

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

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

“这真的很难做出可用性测试。我们是短职人员，没有小学研究员。我们已经借入了营销的人，但他不知道产品足够或遵守我们的“我们爱我们的用户”的哲学。“朱莉娅，UX设计师

“我们没有时间进行用户测试。”Victor，软件工程师

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

“我们试图有点倾向。我的老板鼓励我们不要使用线框 - 与草图一起去。这是一个艰难的过渡。人们开玩笑我是一个线框的瘾君子。草图帮助我了解我们都在思考的想法。“朱莉娅，UX设计师

“我们一直在做快速和肮脏的纸张和绘制模型，并与发展进行合作。”Mandy，高级程序员分析师

运行光滑的UX敏捷团队的提示

保持团队一致

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

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

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

积极主动而非被动

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

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

“开发商需要询问，而不仅仅是接受订单。每个人都需要对团队合作感兴趣。”朱莉娅，UX设计师

有一个专门的scrum master，特别是在开始时

如果您正在考虑进行敏捷或刚刚开始，请确保为Scrum Master分配预算。这个人将确保该过程顺利进行。如果没有经验丰富的协调员，有一个很好的机会，事情会出错，让人们感到对这个过程感到不安。

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

“Scrum Master是一只绵羊狗，推土机和教练。他们确保问题得到解决，团队有动力。没有Scrum Master的危险是每个人都认为这个过程被混乱了。“杰夫,产品负责人

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

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

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

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

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

结论

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

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

想要了解有关在固定时间轴中创建大用户体验的更多信息吗？加入我们的尼尔森诺曼集团全天节必威在线娱乐目吧精益UX和敏捷课程查阅更深入的建议。