今天带来的是UX敏捷开发的相关的内容。
摘要：125名实践者分享了在敏捷项目中提升用户体验的经验和成功故事。
年初，我们在UX大会上要求敏捷实践者分享有助于敏捷项目成功的技巧和技术。
我们共收到来自美国和新加坡的125个回复。调查对象来自不同规模的公司，拥有从UX设计师和开发者到设计负责人和项目经理等不同的工作职能。（显然，这个调查对象池有某些潜在的偏见，并不包含那些没有用户体验职能的公司。但是，公平的说，调查反馈确实反映了这些公司对用户体验的关心，送员工参与用户体验培训。）
成功敏捷项目的10个关键技巧
下面是敏捷专家们提到的最多的技巧：
1.为发布计划和绘制故事地图预留时间
受访者表示在项目初期花费时间合理规划发布是非常值得的投资：
“在计划、设计和规范方面投入更多经历。” “在初期就参与进来。” “花时间规划阶段，然后聚焦优化和调整。在项目开始之前获得必要支持。” “在每次冲刺之前进行合理充分的规划。留出充裕的时间处理不可避免的障碍。”
在项目初期就与相关人员一起合作可使团队对项目有共同的理解和共同的愿景。在整个项目过程中，这些共同愿景都会指导项目成员，帮助他们排布用户故事优先级并做出正确的权衡。
很多团队在规划发布计划的时候会绘制故事地图，帮助相关人员与其他项目成员一起创建产品待办事项列表。这个活动通常会揭示新的机会并帮助团队对用户故事分组并排布优先级。
UX人员参与制定发布计划可使他们聚焦更广泛的情景之中，识别未来需要研究的知识缺口，并在项目开始之前收集信息并告知团队方便决策。 如果在项目早期团队分配时间进行发现和研究工作，之后会减少很多精力的浪费。
在精益开发之前，实施发现流程，进行绘制功能图标、制作角色模型及用户故事地图。
2.在冲刺（Sprint）前进行UX相关活动和设计。
很多人说，在同一个冲刺中尝试设计与开发统一功能是很有挑战的。两周通常无法既进行研究、创建线框图和设计，又对选定的用户故事进行相关的开发工作。
解决这个挑战的最常见建议是将UX/UI与开发流程错开安排，研究和设计工作在每次冲刺开始之前完成。例如，UX在冲刺（sprint）1里创建界面。开发人员在冲刺2拿到完成的设计并进行开发工作。
“UX/UI相关工作需要领先一个冲刺。我和敏捷准专家及产品负责人一起排布项目优先级，并提前一个开发冲刺完成UX/UI需求。不考虑速度，我的时间使用与冲刺（sprint）不一样的计数方式，非常有效。” “研究和设计必须领先至少一个冲刺（sprint）。给自己充足的时间进行充分的用户研究并测试设计。” “确保一定要提前进行设计，这样你就能在开发开始之前制作原型和测试设计概念。” “在冲刺中花时间进行调查，预测接下来冲刺的需求。” “为冲刺计划准备模型”
领先开发流程工作可以给设计师时间深入思考并使用真实用户测试假设。保持领先允许整个团队在设计进入冲刺（sprint）前，检查模型并识别潜在问题。
项目的大小和复杂程度影响了UX设计师应该提前多久开始工作。大部分实践者认为应该最好提前1到2个冲刺（sprint）。
这需要团队成员沟通协调努力。设计在开发冲刺（sprint）之前完成并不意味着UX设计师简单讲设计丢给开发者然后继续前进就行了。尽管设计师应该继续提前计划，但是他们仍必须支持现有冲刺（sprint），为团队提供建议，并进行必要的调整。
另外，所有团队成员，包含项目经理、产品负责人及工程师都应该在整个流程中与UX设计师紧密合作。以便设计“准备”好时，每人都可以同步工作。前后端开发者需要理解并支持设计、交互和用户流。
3.培养协作文化
软技能是敏捷项目成功的关键。调查对象认为健康的协作是成功的主要因素。这个发现并不令人惊讶；毕竟，在在敏捷宣言中，个人和交互比流程和工具更重要。在任何软件开发组织中，无论使用什么流程方法，良好的沟通都是至关重要的。但是，协作在敏捷流程里更加重要，因为开发时间很短并有严格限制的。
一些组织选择使用设计思维技巧，如构思和头脑风暴，鼓励沟通并拆除那些组织有效沟通和团队协作的筒仓（silos）。
“协作至关重要。” “与团队中其他职能紧密协作帮助我们在流程中更快达成统一意见。” “与团队成员持续不断的合作。我们使用草图和白板会议、旅程体验地图帮助扑捉全渠道体验。” “在各职能团队中分享信息。多与开发者和设计师进行沟通。” “在操起不要不贬低不忽略任何想法。” “让每个人都参与进来并欢迎任何人给出建议或想法。” “保持与商业分析、设计师和开发者的紧密关系。” “每周见一次同步并了解进度。关注帮助他人完成工作。” “每日站会、迭代演示、双周脉冲会议（pulse meetings）并与管理层沟通互动。”
在现代软件开发环境中，UX积极参与定义网络产品和服务的开发方式。正因为这样，UX的作用已经扩展到沟通领域。通过推动团队成员参与用户测试、实地调研及团队设计构思及头脑风暴等活动，UX可以成为良好团队协作的催化剂。
4.迭代思考，而不是尽善尽美。
在研究中，我们发现很多人支持迭代设计流程。从低保真模型开始（草图及线框图）及基于用户和顾客反馈迭代。换句话说，快速失败，经常失败。
“尽量使用低保真开发，不要美学。” “使用快速脏乱的线框图方式开发。” “快速失败，并迭代更多选择。” “不要追求完美。” “迭代式工作。” “迭代并经常测试。”
线框图是敏捷流程的绝配，因为它允许团队成员在投入大量的精力和时间之前，快速测试设计想法。早期发现的设计缺陷总比功能已经编码完成后发现的缺陷修改起来要容易很多。
5.参与敏捷（scrum）会议。
在四个敏捷（scrum）仪式中，每次站立会（敏捷会议（scrum meetings））得到调查人员的一致支持。敏捷会议一般在每天的同一时间举行，且限时15分钟。敏捷会议的主要目的是让团队中的每个人都更新进度，并识别需要清除的障碍。
“每天一个简短的敏捷会议。” “与开发者的每日站立会确保我们走上正轨更容易。” “每次站立会是关键。” “用计时器，每人只有两分钟。不然他们会说不完。” “每日快速状态会议可以让保证每个人都能完成任务。” “参加简短的站立会。”
有时人们会反对每次站立敏捷会议，因为加上所有其他的梳理和计划会议、演示及回顾，会议占据了很多宝贵的时间。但是，我们的研究结果发现这个仪式在保持团队更新和同步信息上是很有用的，因为它可以根据需要做出改变。
基于研究发现，如果你们已经从流程中去掉了每日站立会，也许需要在考察一下并给它一个机会。密切关注他可能影响人们参与意愿的其他因素：这个会议执行的方式，是否讨论引入了UX相关活动等等。
6.把用户研究变成团队驱动事件。
人们将可用性测试作为团队构建和影响决策的积极因素。即使日程很紧，敏捷团队也能够将用户测试融入到开发流程中。这个发现打破了用户测试太耗时并且费钱的神话。团队正在努力实现：每周用户测试是一种可行的方法。
调查人员鼓励把可用性测试变成团队事件，团队成员（和相关人员）可以观察会议并参与汇报讨论。
“确保所有相关者在测试时都在场。” “提供过硬的（用户）数据来影响决策。” “让开发人员和产品负责人参与或观察可用性会议。” “为冲刺提供足够的时间进行研究和测试。越早计划越好。” “测试后尽量多见面，确保你们看法同步。” “每周组织会议展示上周的测试发现。”
基于用户数据而不是自己的观点或者未测试的假设，共同进行决策，从而推动项目更快向前发展。
7.保证强相关人员的参与度。
调查人员着重强调在关键点上相关人员参与的重要性。这个概念与敏捷原则相一致：客户协同比合同协商更有价值。合同是非常重要的，也是很有用的，但是如果他们阻碍了有效协作，也就阻碍了进步。
不同的组织与相关人员的协作策略不一样。这些技术范围很广，从早期建立核心领导团队并安排核心UX成员与客户合作，到邀请客户参与用户测试会议再到经常发表高水平的演讲。
“与相关人员及工程师进行持续对话。” “在项目的每一大步，用大愿景演讲实施领导。” “首先组织领导团队。” “让核心相关人员看到你的困难。” “将用户体验纳入业务相关人员的考量之中。”
8.设置明确的角色和职责。
很多调查人员强调团队成员需要理解自己和同事的角色。为了敏捷开发能够有效工作，成员需要知道期望是什么及他们的影响范围是什么。
“立场的绝对分离是有非常必要的。” “与产品负责人、顾客和用户一起进行关于敏捷流程及对他们期望的分享对话。” “拥有独立的敏捷教练和产品负责人。” “你需要一个强有力的敏捷教练。” “了解你的开发团队是怎么工作的。”
在传统敏捷方法中，除了用户体验实践者之外，团队组成和作用是相当明确的。事实上，传统的敏捷（Scrum）团队并不包含用户体验。因为用户体验的作用和流程可能非常新，且对其他团队成员来说很陌生，它对设置期望和帮助人们在敏捷情景下思考用户体验尤其重要。
清晰定义每个人的角色和作用及在不同情景下的权威，最小化各种误解和职权争夺战上的精力浪费，提升协作效果。
9.支持培训和管理会议。
敏捷团队成员强调培养客户、新团队成员及实施敏捷UX流程的外部团队的重要性。
“举行‘边午餐边学习’（Lunch and Learn）活动帮助其他人理解流程。” “掌握方法，然后解释它。” “举行培训和教化。” “进行跨职能培训会议。” “跨职能培训” “遵循仪式。并传授给客户。”
“提供非现有项目的公开培训。给予一些指导原则和最佳实践，并解释原因。”
在敏捷环境中，团队成员在不同团队中不断变动是很正常的。尽管这种实践并不理想，但是这是很多资源有限的团队面对的现实。
培训提供了一个机会，传授员工公认的UX及敏捷实践。敏捷提供了发布产品的框架，但是UX合并到现有框架的方式岁组织和团队变化而不同。
除了培训直接团队，还要培训外部团队和业务部门。设置合理的期望可以使沟通和转换更顺畅。
10.不断调整你的方法直到成功。
随着敏捷团队的成俗，他们会式样更多不同的敏捷和UX技巧并调整它们已适应环境需要。迭代设计不仅仅应用到界面中，还要应用到你的项目方法论中。
“我们不断的回顾敏捷方法的每个方面，并不断调整，使他们更好的工作。回顾和项目总结非常有用。” “培训团队大多数敏捷方法。让他们自己决定使用哪个。因为团队是自组织的，他们应该决定对于他们的流程什么方队方法是最好的。” “我们更喜欢长时间不用固定迭代的流程。”
敏捷方法为构建你的工作提供了框架，但并不会决定你如何运行项目。它鼓励团队自我组织，反思更有效的工作方式，并根据需要调整，以降低不必须要的复杂。
高级软件开发团队正变得比以往更加多学科和流动性。成功的团队常常混合使用各种方法。敏捷开发和用户体验方法是为了应对传统方法的缺陷而发明的。敏捷开发和UX方法各有各的优点，如果我们不过分强调规则而更关注产出的话，他们完全可以一起使用。
请关注下方公众号二维码或搜索公众号：Forbetterworld， 内容同步更新，
欢迎留言讨论，转载请注明出处，观点归原作者所有。
