今年早些时候,我们问了敏捷从业者UX会议to share tips or techniques that have contributed to the success of their Agile projects.

我们收到了125回应来自美国和新加坡的专业人士。受访者在各种规模的公司工作并持有不同的工作职责,从UX设计师和开发人员到产品所有者和项目经理。(Obviously, there is some potential bias in this respondent pool which does not include the many companies that don’t invest anything in user experience. However, it is fair to say that the survey responses do reflect practices in organizations who care enough about UX to send their staff to user-experience training.)

成功敏捷项目的前10个关键提示

以下是敏捷专业人员报告的最受欢迎的技术:

提示#1。留出时间进行释放规划和故事映射。

受访者报告说,在项目开始时花时间妥善计划释放释放值得投资:

“在规划,设计和规范中更加努力。”

“参与最早的阶段。”

“Spend more time in the planning phase and then focus on refinements and tweaks. Get buy-in before starting the project.”

“尽早挡住商业时间,签下一切。”

“在Sprint开头进行适当和广泛的规划。允许足够的时间处理不可避免的阻滞剂。“

与利益相关者合作从一开始允许团队开发一个份额d understanding and a common vision for their projects. This共享愿景引导整个项目团队成员,帮助他们优先考虑用户故事并沿途做出正确的权衡。

Some teams employ story mapping during release planning to help stakeholders collaborate with other team members in creating the product backlog. This activity often uncovers new opportunities and helps teams group and prioritize user stories.

UX参与释放计划将重点放在更广泛的背景下,识别需要未来研究的知识差距,并收集信息(例如,通过运行适当的用户学习)来告知项目在项目开始之前的决策。当团队分配了发现工作和研究时的时间,他们稍后会减少浪费的努力。

“Include the discovery process before Agile kicks off for chartering, persona development, and story mapping.”

提示#2。在Sprint之前进行UX活动。

许多人报告挑战尝试适合同一特征的设计和开发成一个Sprint。两周通常不足以进行研究,创建线框和设计,并为所选用户故事进行开发工作。

克服这一挑战的最常见建议是错开UX / UI和开发工作流,以便在Sprint开始之前完成研究和设计。例如,UX在Sprint 1.中创建屏幕1.然后开发采用已完成的设计并将其代码在Sprint 2中。

“我将一个Sprint一向UX / UI领先工作。我将使用Scrum Master和产品所有者在积压中的项目优先顺序,并在生产之前满足UX / UI要求。我的时间必须朝着冲刺的不同程度地计算,省略速度,但非常有效。“

“研究和设计应至少留在前方的一个冲刺。给自己时间进行彻底的用户研究和测试您的设计。“

“确保设计尽可能多,以便在开发之前,您可以在开发开始之前的原型和测试概念。”

“在预期即将到来的冲刺的期望期间花在冲刺期间的调查时间。”

“有模仿准备冲刺规划。”

在开发流之前的工作使设计人员能够思考和测试真实用户的假设。保持未来允许整个团队审查模型并在该功能的设计准备好进行冲刺之前识别潜在问题。

该项目的大小和复杂性影响了开发UX设计人员的工作程度。大多数从业者报告提前1到2个冲刺。

这是一项协调努力,需要团队成员之间的沟通。仅仅因为在开发冲刺并不意味着UX设计师简单地将设计交给开发人员并继续前进之前,因为设计都没有完成(或大多完成)。虽然UX设计师应该不断地计划,但他们还必须支持当前的冲刺,建议团队,并根据需要进行调整。

此外,所有团队成员,包括项目经理,产品所有者和工程师,都应在整个过程中与UX设计师密切合作,以便设计为“准备好”,每个人都同步。后端和前端开发人员需要了解和支持设计,交互和用户流程。

Tip #3. Cultivate a collaborative culture.

软技能可以将密钥保持在敏捷项目中的成功。受访者将健康的合作确定为成功的主要因素。这一发现并不奇怪;毕竟,在敏捷的宣言中,个人和互动在流程和工具上受到重视。无论其过程方法如何,良好的沟通都是必不可少的。但是,协作在敏捷设置中更为重要,其中交货时间短且时间盒。

有些组织选择了设计思维techniques such as ideation and brainstorming to encourage discussion and tear down silos that often block effective communication and teamwork.

“Collaboration has been critical.”

“与团队中的其他角色密切合作[帮助我们]在此过程中暂时到达协议。”

“与所有团队成员的持续合作。我们使用素描和白板课程;旅程体验地图有助于捕获Omnichannel体验。“

“Share info together in cross-functional teams. Communicate more with developer and designers.”

“No putdowns and no dismissal of ideas in early stages.”

“涉及团队中的每个人,欢迎每个人的建议和想法。”

“保持业务分析师,设计师和工程师之间的关系。”

“每周定期见面,更新并了解进度。专注于帮助彼此完成工作的事情。“

“日常立宪,迭代演示,双周脉冲会议以及与管理的互动。”

在现代软件开发环境中,UX大量参与定义在线产品和服务的开发方式。因此,UX的作用扩展到包括沟通。UX可以通过涉及可用性测试等活动和实地研究,而且还可以是良好合作的催化剂,也可以进行群体成员,也可以团体设计观念和头脑风暴。

提示#4.思考迭代,而不是完美。

Many people in our study favored an迭代设计过程。从低保真原型(草图,线框)开始,并根据用户和客户反馈迭代。换句话说,失败快速,经常失败。

“Work in low fidelity as long as possible to keep aesthetics out of it.”

“通过快速和肮脏的线框方法。”

“用很多选择快速迅速迭代。”

“不要试图完美。”

“迭代地工作。”

“经常迭代和测试。”

Wireframing is a natural fit for Agile processes because it allows team members to test their design ideas quickly, before investing too much effort and time. Design flaws caught early on are much easier to correct than those discovered after the feature has been coded.

Tip #5. Participate in scrum meetings.

Out of the four scrum ceremonies, daily standups (scrum meetings) received the most unsolicited nods from our respondents. Scrum meetings are typically held at the same time each day and time-boxed for 15 minutes. The main intent of scrum meetings is to keep everyone on the team updated on progress and recognize impediments that need to be removed.

“Have daily short scrum meetings.”

“我们与开发人员的日常立场使得可以轻松确保我们正常。”

“每日Scrum会议是关键。”

“只将每个人限制为2分钟,使用计时器。否则他们会永远谈谈。“

“每日快速地位会议,以保持每个人的任务。”

“参加短暂的立场。”

People sometimes object to daily scrum meetings, because, together with all the other meetings for grooming and planning, demos, and retrospectives, they eat up precious work time. However, the results from our survey reveal that this ritual is useful in keeping the team updated and synchronized so it can respond to change, as necessary.

基于本研究的结果,如果您从您的过程中删除了每天的立场,也许值得换取另一种外观并给予它一个机会。密切关注可能影响人们参与意愿的其他因素:这些会议进行了程度,以及讨论是否涉及UX相关的活动。

提示#6:将用户研究转为团队驱动的事件。

人们报告了可用性测试作为Teambuilding和影响决策的积极因素。即使使用压缩时间表,敏捷团队也能够合并用户研究into their process. This finding dispels the myth that user testing is too time consuming or expensive. Teams are making it work:每周用户测试(Testing Tuesdays) are one possible approach.

受访者鼓励将可用性测试转向团队活动,成员(和利益相关者)遵守会议并参加汇报讨论。

“Be sure that all stakeholders are present at research sessions.”

“呈现硬[用户]数据已经摇摆决策。”

“有开发人员和产品所有者参与或观察可用性会议。”

“对Sprints的足够时间进行研究和测试。尽可能多地计划。“

“测试后尽可能经常会面,以确保您全部在同一页面上。”

“从前一周开始为现在的会议提供一周的会议。”

一起制定设计决策基于用户数据,而不是意见或未经测试的假设,推荐队伍更快。

Tip #7: Secure strong stakeholder engagement.

我们的受访者强调利益攸关方参与关键点的重要性。这一概念与敏捷原则一致:价值客户协作签订合同谈判。合同很重要,很有用,但是当他们妨碍有效合作时,他们妨碍了进步。

Organizations applied different strategies for collaborating with stakeholders. The techniques used range from assembling a core leadership team early and partnering key UX members with clients, to inviting clients to user-testing sessions and to giving high-level presentations frequently.

“与利益相关者和工程师进行持续的谈话。”

“在项目的每个主要步骤中与大型情景演示(5-10分钟)参与领导。”

“Organize a leadership team first.”

“让你的封锁者对主要利益相关者可见。”

“Have UX embedded with business stakeholders.”

提示#8:设置明确的角色和职责。

许多受访者强调了团队成员需要了解他们的个人角色和同行的角色。为了有效地工作,成员需要了解预期的内容,以及什么落在其境内的影响力。

“职位的绝对分离是必不可少的。”

“使用产品所有者,客户端和用户提供有关敏捷进程的用户以及预期的共享会话。”

“有一个单独的scrum master和产品所有者。”

“You need a strong scrum master.”

“Be aware of how your development team works.”

在传统的敏捷方法中,除了用户体验从业者外,团队成分和角色都会被相当定义。事实上,传统的Scrum团队不包括UX。由于UX角色和流程可能是新的或对其他团队成员不熟悉的,因此符合预期并帮助人们在敏捷的背景下考虑用户体验尤为重要。

提供对每个人的角色和责任以及在各种情况下有权威的澄清,通过最大限度地减少误区和浪费在草图战争中的能量来提高合作。

提示#9:主机培训和船上会话。

敏捷team members emphasized the importance of educating clients, new team members, and outside teams on the adopted Agile UX processes.

“举办'午餐,学习'帮助他人了解这个过程。”

“留在方法之上并继续解释它。”

“进行训练,灌输。”

“有交叉功能培训课程。”

“Train across teams.”

“Follow ceremonies. Educate clients about them.”

“提供开放式培训,独立于他们工作的项目。提供小块的指导方针或最佳实践,并解释为什么他们是如此。“

在敏捷环境中,团队成员从一个团队播放到另一个团队时,它相当常见。虽然这种做法并不理想,但许多资源有限的组织往往是现实。

培训提供了有机会教育员工在接受的UX和敏捷实践上。敏捷为提供产品提供框架,但UX如何集成在此框架中,组织或团队之间会有所不同。

除了教育您的直接团队,向外部团队和业务部门接触。设置适当的期望使沟通和过渡运行更顺畅。

提示#10:修改方法,直到它工作。

As Agile teams mature, they experiment more with different Agile and UX techniques and tailor them to match their environment. Apply iterative design not just to the user interface, but also to your project methodology.

“我们不断审查敏捷的每个方面,并在不起作用时修改它。回顾性和项目后期都有很大的帮助。“

“教育团队大多数敏捷方法。让他们决定每个待使用的元素。由于团队自我组织起来,他们应该决定他们的进程最好。他们拥有它。“

“我们更喜欢一个没有固定迭代的时间更长的时间。”

敏捷为构建工作提供了一个框架,但不决定如何运行项目。它鼓励团队自我组织,反映出更有效地工作的方式,并根据需要进行适应,以削减不需要的复杂性。

Advanced software-development teams are becoming more multidisciplinary and fluid than ever before. Successful teams often take hybrid approaches. Agile and UX methodologies were invented in response to the pitfalls of traditional methods. Both Agile and UX methodologies have its merits and can work together if we place less emphasis on the rules and more focus on the outcome.

更多发现from our research on projects that integrate Agile development and good UX design are presented in the full-day training course on精益和敏捷UX