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

我最近采访了八个专业人士,他们在敏捷环境中工作,以了解他们的旅程,他们的成功和失败。我与人们谈到了从用户体验(UX)设计师到开发人员和产品所有者的人。所有人都在敏捷环境中工作至少两年。

敏捷已经站稳了脚跟

没有回头。我谈到的每个人都承认这个过程并不总是顺利,但是今天它比他们首次开始的要好得多几年前。即使在2年的标志,有些人也承认这不是所有玫瑰,但它比之前的好多了 -没有人想回到传统的发展模式瀑布等过程。

一般来说,敏捷团队都认为这个框架很方便透明度。问题较早识别,功能更快地提供。开发人员和设计师花了几个月和几个月的日子已经过去了,独立工作,只有在最后确定的问题。敏捷最小化了最后一分钟的惊喜,允许开发人员更有效地预测时间表。

“我们聪明地努力。整个月内没有14小时。我们是一支球队,我们经常发布......由于我们使用没有单片的较小的块,预测比巨大的东西更容易,并且可能需要9个月。每个人都意识到进展。“维克多,软件工程师

“在敏捷之前,它更难以留在轨道上。现在有更多的问责制。事情更透明。“Anca,软件工程师

熟能生巧

经过几年的反复试验,敏捷团队已经掌握了窍门。人们更擅长限定或者为活动设定时间限制。过去每天站立会议持续30分钟或更长时间,现在接近15分钟。团队成员更擅长于简洁和坚持议程。对“规则”以及流程收益如何发布有了更好的理解和理解。

时间估计更准确。在早期,一些团队比他们可以处理更多冲刺(或时间单位),但今天这已经不是什么问题了,因为他们已经知道了对于给定的sprint,什么是合理的工作。

“尴尬正在磨损。人们必须习惯于呼唤事物和新活动的有趣方式。“Michelle,UI设计师

沟通是关键

对于某些团队成员来说,使用敏捷的最大好处是通信。Scrum方法为跨职能团队成员提供了贡献思想,股票职责和将过程的结构组成。

“敏捷的最大优势是回顾。它允许人们冒着肮脏的洗衣,改进,并尝试不同的东西...起初我非常专注于以下规则。在不同Scrum团队工作后,我了解到我必须为这些团队工作......现在我们有一个共享词汇,共同的理解。“杰夫,产品经理

“scrum的值是对话。不要在遵循所有规则后击败自己。我们尽可能多地做。“凯茜,产品所有者

组织内的敏捷挑战

对于许多人来说,敏捷的道路仍然颠簸。公司 - 广泛的支持是一个艰难的战斗。团队必须努力展示非信徒的价值敏捷,并鼓励他们突破他们的舒适区。

缺乏高管支持

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

“利益攸关方的要求与Sprint规划在敏捷混乱之外。”朱莉娅,UX设计师

“我们不得不做一些计划之外的事情。”凯茜,产品所有者

“我们的小组正在拥抱敏捷,但我们的组织还不存在。我们有几个敏捷的教练,但教练并不擅长摇曳高级管理层。他们没有影响船上的高级管理。“曼迪,高级程序员分析师

资源不足

缺乏高管支持通常会导致资源减弱。我谈论的从业者讨论了Scrum等敏捷和精益方法的优点。每个Scrum组件都构造成解决过程需要。在团队可以承诺方法的情况下,发生了一些最成功的项目。但是,我采访的几乎每个人都不遵循食谱或被迫采取快捷方式。主要原因:缺乏资源。

没有用户的研究和可用性测试

我们的敏捷小组成员致力于验证设计的重要性。不幸的是,大多数球队都不会以一致的方式进行用户研究,如果有的话。人们引用紧张的截止日期和人员配置短缺作为缺陷的原因以用户为中心的活动。然而,折扣可用性方法可以根据需要容纳短时间时间。

跳过用户研究非常有风险。即使是最好的设计思想也是假设。一个有限的限制Genius Designer.。用户研究允许我们测试我们的假设,并防止认知偏见接管和把我们引入歧途。

“我们在内部强加的截止日期下工作,有时需要在没有测试的情况下推出掉头,这是用户次优。”朱莉娅,UX设计师

“做可用性测试真的很难。我们人手不足,没有初级研究员。我们从市场部门借了一个人,但他对产品不够了解,也不遵守我们‘爱我们的用户’的理念。”朱莉娅,UX设计师

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

好消息是精益UX技术,如素描、线框图和纸质原型设计获得了支持。鼓励设计师创造低保真原型,作为展示思想和减少重物的一种方式。缺点是许多组织没有使用目标用户测试它们。

“我们试着变得更瘦。我的老板鼓励我们不要使用线框图,而是使用草图。这是一个艰难的过渡。人们开玩笑说我对线框图上瘾了。素描帮助我理解了我们所有人的想法。”朱莉娅,UX设计师

“我们一直在做一些快速而粗糙的工作,绘制模型,并与开发人员进行更多的合作。”曼迪,高级程序员分析师

运行流畅的UX敏捷团队的提示

保持团队一致

建立一个良好的,凝聚力的团队需要域名知识需要时间,以便快速做出正确的决策。每个敏捷团队都可以不同地工作,并具有独特的团队动态。扰乱系统疯狂地打断速度,因为必须重新建立知识和期望。

“团队一致性是关键。停止重建和随身携带。团队一起待在一起,一起学习,并保持更好,更快。“Derek,Lead研究员和UX设计师

“这对我来说是一个挑战,因为资源没有专用。一周我们有这个人;下周我们有另一个人。We got an Agile coach onsite but if everyone doesn’t get the training or stick to a project long enough, then you have to start over again when you get a new person … Don’t move people back and forth between Agile and waterfall.”Michelle,UI设计师

积极主动而不是反应

如果你习惯了工作低着头对于长时间的时间,那么你需要改变你的工作风格或风险过时。合作是成功产品开发的关键。跨职能团队成员的参与促进了透明度,并允许提前确定问题。参与设计过程的各个方面,包括规划。准备分享您的想法,展示您正在研究的内容,并有助于讨论。

“每个人都需要积极主动地改善沟通。投资于您的团队以及您正在创建的内容。成为一个没有租房者的老板。“朱莉娅,UX设计师

“开发人员需要询问,而不仅仅是接受命令。每个人都需要有兴趣作为一支球队工作。“朱莉娅,UX设计师

是否有一个专门的Scrum管理员,尤其是在开始阶段

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

“确保您有专用Scrum Master。如果你不能这样做,很清楚角色。“曼迪,高级程序员分析师

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

UX必须至少在Sprint之前工作

敏捷是发展友好的,但这不是降低UX的影响的借口。有效的UX专业人员通过积极贡献思想 - 从积压梳理和打印规划到布线和用户研究,纳入敏捷过程中的敏捷过程。UX设计师必须在冲刺之前计划活动,这意味着积极主动和测试假设,并在其余的团队领先地解决设计。他们在Sprint之前进行展示和讲述活动,向用户和团队成员介绍概念,以便在开发准备开始时,该团队具有他们所需的设计。

“UX设计人员必须至少在冲刺之前进行一步。换句话说,在当前冲刺外进行研究和设计工作。我必须继续为团队奠定曲目。“Derek,Lead研究员和UX设计师

“ux人应该用模仿前进。”Michelle,UI设计师

“在发展方面设计一点。开发更舒适。他们不想要含糊不清的概念。“杰夫,产品所有者

结论

随着组织发现利益,敏捷将继续获得势头。UX专业人士必须适应敏捷和精益的UX流程,这些过程将重视透明度,协作和响应能力或遭受责任。

敏捷用户体验过程不仅仅是一个周到的设计师;您必须首先知道用户并不断测试您的假设。在敏捷过程的压缩时间表期间,不要允许用户研究逃离您。离开办公室并向您的用户学习。可以将瘦UX技术纳入敏捷开发过程。方法在线用户测试可以在几分钟内为您提供用户反馈。

想要了解更多关于在固定时间内创建优秀用户体验的知识吗?加入我们的Nielsen Nomanbetx官方网站手机版rman集团的全天精益UX和敏捷课程有关更多深入的建议。