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

我最近采访了8位在敏捷环境中工作的专业人士,了解他们的经历、成功和失败。我采访了从用户体验(UX)设计师到开发人员和产品所有者的各种人。他们都在敏捷环境中工作了至少两年。

敏捷在这里留下来

没有回头路了。与我交谈的每个人都承认,这个过程并不总是一帆风顺的,但是今天比他们刚开始的时候好多了几年前。即使是在2岁的时候,也有人坦言不全是玫瑰,但比以前好多了-没有人想恢复传统的发展process such as the waterfall.

一般来说,敏捷团队同意这一框架促进了这一框架透明度。Issues are identified sooner and features are delivered faster. Gone are the days when developers and designers spent months and months cranking away, working independently, and only identified issues at the end. Agile has minimized last-minute surprises and allowed developers to predict timelines more efficiently.

“我们在更聪明地工作。一个月不超过14小时。我们是一个团队,我们发布的频率更高……因为我们使用的是较小的块,而不是单一的,这比巨大的、可能需要9个月时间的东西更容易预测。每个人都能更快地意识到进步。”Victor,软件工程师

“Before Agile it was harder to stay on track. There is more accountability now. Things are more transparent.”ANCA,软件工程师

实践是完美的

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

Time estimates are more accurate. In the early days, some teams took on more than they could handle in冲刺(或时间单位),但今天这不太问题,因为他们已经了解了给定冲刺的合理工作是什么。

“这种尴尬正在逐渐消失。人们必须习惯于用有趣的方式称呼事物和新的活动。”Michelle,UI设计师

沟通是关键

For some team members, the biggest benefit to using Agile is communication. The Scrum method provides the structure for cross-functional team members to contribute ideas, share responsibilities, and refine the process together.

“The biggest advantage to Agile is retrospectives. It allows people to air dirty laundry, improve, and try different things … At first I was very focused on following the rules. After working in different Scrum teams, I’ve learned that I have to work for those teams … Now we have a shared vocabulary, a shared understanding.”Jeff, Product Manager

“The value of scrum is conversation. Don’t beat yourself up over following all the rules. We do as much as we can.”Cathy,产品负责人

Agile Challenges Within Organizations

For many people the Agile road is still bumpy. Gaining company-wide support has been an uphill battle. Teams must work hard to show nonbelievers the value of Agile and encourage them to break out of their comfort zones.

Lack of Executive Support

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

“Requests from stakeholders that are outside of Agile mess with sprint planning.”Julia,用户体验设计师

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

“我们的团队正在接受敏捷,但我们的组织还没有。我们有过几位敏捷教练,但他们并不擅长左右高级管理层。他们没有影响到高级管理层的参与。”Mandy,高级程序员分析师

资源不足

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

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

我们的敏捷小组成员同意验证设计的重要性。不幸的是,如果有的话,大多数团队并没有在一致的基础上进行用户研究。人们把严格的截止日期和人员短缺作为工作不足的原因user-centered activities. 然而,折扣可用性方法can accommodate short timelines as needed.

跳过用户研究是非常危险的。即使是最好的设计理念也只是假设。一个人的生活是有限度的genius designer。用户研究允许我们测试我们的假设,并防止认知偏见接管并引领美国误入歧途。

“我们是在内部规定的截止日期下工作的,有时需要在没有测试的情况下推出一些东西,这对用户来说是次优的。”Julia,用户体验设计师

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

“We don’t have time to run user testing.”Victor,软件工程师

好消息是精益用户体验技术,如素描、线框和paper prototyping获得了支持。设计师被鼓励创建低保真度的原型,以此来展示想法和减少繁重的文档。缺点是许多组织没有对目标用户进行测试。

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

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

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

保持团队一致

It takes time to build a good, cohesive team with the domain knowledge to make the right decisions quickly. Each Agile team may work differently and have a unique team dynamic. Disrupting the system wildly interrupts velocity because knowledge and expectations must be reestablished.

“Team consistency is key. Stop reorganizing and shuffling people around. Teams that stay together, learn together, and keep getting better and faster.”Derek,首席研究员和用户体验设计师

“It’s a challenge for me because resources are not dedicated. One week we have this person; next week we have another person. 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设计师

Be Proactive Not Reactive

如果你习惯了工作低头for long stretches of time, then you need to change your work style or risk being outdated. Collaboration is key in successful product development. The involvement of cross-functional team members facilitates transparency and allows issues to be identified early. Be involved in all aspects of the design process, including planning. Be prepared to share your ideas, show what you are working on, and contribute to discussions.

“每个人都需要积极主动地改善沟通。投资于你的团队和你正在创造的东西。做主人而不是租客。”Julia,用户体验设计师

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

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

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

“Make sure you have a dedicated Scrum master. If you can’t do that, be clear about roles.”Mandy,高级程序员分析师

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

UX Must Work at Least One Step Ahead of the Sprint

Agile is development friendly, but that’s no excuse for reducing UX’s influence. Effective UX professionals incorporate themselves in the Agile process by actively contributing ideas — from backlog grooming and print planning to wireframing and user research. UX designers mustplan activities before the sprint occurs,这意味着要先发制人,测试假设,提前处理设计。他们在sprint之前进行show-and-tell活动,向用户和团队成员介绍概念,以便在开发准备就绪时,团队拥有所需的设计。

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

“用户体验人员应该在冲刺之前使用模型。”Michelle,UI设计师

“Design a little ahead of development. Development is more comfortable with that. They don’t want ambiguous concepts.”Jeff,产品负责人

结论

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

敏捷的用户体验过程不仅仅是一个有思想的设计师;你必须首先了解用户并不断测试你的假设。不要让用户研究在敏捷过程的压缩时间里从你身边溜走。走出办公室,向用户学习。将精益用户体验技术融入敏捷开发过程是可能的。方法如在线用户测试可以在几分钟内获得用户反馈。

想要了解有关在固定时间轴中创建大用户体验的更多信息吗?加入我们的尼尔森诺曼集团的全天manbetx官方网站手机版精益UX和敏捷课程for more in-depth recommendations.