【UXRen译#30】7个成功技巧——当UCD与敏捷式开发邂逅在一起
超过20年的时间，敏捷式方法很有理由的已经在软件开发的世界中掀起一阵风暴。敏捷式方法专注在不断迭代和增加开发、跨功能团队，以及吃重的文档下，很好的符合我们需要快速反应不断改变的科技需求。然而，在平衡咄咄逼人的开发日程需求下，敏捷式方法已让许多产品持有者、开发团队和用户体验（UX）专业人员，拥有最好的方式将用户为中心的设计融入这段历程。
一开始，这看似是不可能的任务——要如何将可能需要花费数月去准备、执行和报告的用户研究，放入经过每次冲刺（sprint）后都会产生不一样产品版本的开发循环中呢？信不信由你，建立用户反馈的循环在敏捷开发历程中不仅是可能的•，而且是不断改变和迭代开发的敏捷哲理很自然的一种延伸。然而，建立这反馈循环，会让你的团队组成、工作程序和产出物，产生深深地变化。
因为每一个敏捷团队的工作方式都存在很小（或很大）的差异，因此找出你团队运作的正确方式，是需要做些试验。在过去几十年来，许多组织都已开始报告他们在试着整合用户体验工作进入敏捷历程的成功和挑战。例如这些基于访谈在敏捷环境中的用户体验专业工作者报告：Desirée Sy和Lynn Miller的一些个案研究、Aviva Rosenstein近期的”盒子与箭”文章、Janet Six的”用户体验那些事”文章。除了这些个案研究和访谈外，一些有趣的趋势和最好的实践已经开始浮现。
如果你是敏捷团队中寻找加入用户体验工作到现在运作程序中的一员，或者你是一位在试图从瀑布流开发团队转变到敏捷法的用户体验专业工作者，本文提供一些可以帮助你将用户为中心的设计融入到敏捷开发历程的实际技巧和资源。这些技巧是基于我个人与敏捷团队的共同工作经验和我曾在用户体验文献中看过的报告（请参考文末文献或而外读物）趋势而提出。
1. 建立一支跨功能人员的协作团队
与你的组织建立一支团队，团队的成员都是天生对于不同领域充满好奇心、与他人合作良好且富有弹性的人。这支团队必须包含能够完成项目的所有人——产品持有者、开发人员、分析师、品保人员、用户体验专家、设计师等等。
敏捷式在项目执行上，天生就是一种高度合作取向。因此，在项目工作的任何方面，需要所有的团队成员乐于提供他们特殊的洞见。跨功能的团队，在所有项目的提供多重领域观点的想法，这会导致更好的设计解决方案。如果可能的话，共同所在地的团队成员可以激励互动。然而，共同在一个地方时不可能或不经济的情况时，有好的远端会议解决方案也可以运作的很好。
2. 项目开始时即带入用户体验研究员和设计师进入团队
在项目最初时，务必确保将用户体验专家和设计师带入你的团队中，他们可以帮助建议和测试产品的伟大愿景，并帮助保持团队在项目开展时聚焦在这愿景上。早期带入用户体验专家进入团队，可以帮助团队一同工作的过程，最大化测试者、设计师和开发者之间的合作和效率。除此之外，这个以让用户体验团队成员有时间去建立测试/设计的协议和发展研究参与者名单，这些是很难在不断冲刺环节中去做的事情。（在敏捷式的世界，冲刺（sprint）是指特定的工作必须在特定的时间内完成、审视，这通常是指几个礼拜的时间）
3. 在工作上采取合作而非封闭的方式
>当团队成员专家们致力于奉献于他们的工作中，敏捷式团队在工作中会有许多歧异出现。成功将用户体验整合进入开发过程的团队们，能够借由在可用性测试和设计工作中，将所有成员涉入其中，并且整合以团队统一解决方案为基础的设计于其中。
这种紧密的合作类型，帮助滋长了对产品共享愿景、建立信任和增加团队效率。除此之外，当开发总是由用户需求来形成的，这帮助确保设计是不断符合开发现实的。 Aviva Rosenstein的”盒子与箭”文章中：与敏捷式团队工作的用户体验专家指南（The UX Professionals’ Guide to Working with Agile Scrum Teams），对基于认识和尊重他人力量来发展强而有力的团队关系提供了一些建议。
4. 鼓励试验
如同Jeff Gothelf在他的书中（倾靠用户体验Lean UX）指出：“允许失败培养了一种试验的文化 。试验可以培养创造力。创造力可以启发解决方法”。因为没有一种可以套用在所有敏捷式的方法，所以确保团队能够自由的试验他们的程序、产出和冲刺的韵律是很重要的。鼓励建立这样一种文化：在团队历程和产出中是勇于冒险和用心求进步的——终究，你不可能第一次就做对，不过你如果不断试验，最终会成功的。
举个例子，一些敏捷式用户体验参与者，致力于交错式的冲刺取向来将用户体验、设计活动和开发活动进行整合，而设计活动发生在开发工作的前一或两次的冲刺（如同 Lynn Miller和DesiréeSy的文章所附注的）。不过Jeff Gothelf在倾靠用户体验（Lean UX）谈到他自己的团队在这种取向中遇到的缺点，并且述说他们让所有人在寻找冲刺历程中同时聚焦在同样的问题上。你的团队可以（或许是应该）以他人的模型试着将用户体验工作整合进入冲刺循环当做起点——但如同Jeff的团队，不要害怕这开发历程需要纳入符合你的项目和团队的需求。
5. 为团队找到最佳的冲刺规律
维持持续的步伐，建立能够让团队适度进步的冲刺规律是很关键的。当将用户体验活动纳入冲刺历程时，这点特别重要。找到正确的规律，需要选择每一次冲刺的适合范围、挑选正确的用户体验活动、设想如何将设计工作能够最好的块（chunk）化（DesiréeSy的文章对此有帮助的建议）、找到文件化适合的程度，以及游戏于冲刺的时间长度。
最后，冲刺的规律将会依赖于团队和项目。例如，有些团队可能会每两周一次发现搭配用户体验测试的冲刺循环对他们来说很适合；其他团队可能偏好三或四周的循环。如上述的，有些团队可能偏好交错式的用户体验活动整合在冲刺规律中；其他团队则偏好如同Jeff Gothelf描述的模式。
6. 确定用户体验活动是聚焦且可执行的
采用敏捷式工作，时间间隔必须满足用户体验活动完成来做调整。例如，你的团队或许必须：
- 流线化研究规划过程。
- 发展较小规模的研究，聚焦在几个关键的设计元素上
- 测试低保真的原型，而非发布高保真原型（见GarettDworman的用户体验部落格中说明采用低保真原型在迭代设计解决方案中的优点）
- 采用例如快速迭代测试和评估方法的方法学来快速测试和迭代设计
- 采用快速重整的线上测试产品如用户测试（User Testing），或透过采用内部开发参与者的非正式测试（特别是在早期设计时）来补足正式的可用性测试
- 想办法能快速招募目标群众参与更正式的研究（例如，建立一个可用于研究的参与者库）
为了确保用户体验活动达到团队的讯息需求，所有团队成员必须在每一次用户体验测试中参与对研究问题的发声。一旦结果出来了，所有团队必需过一次这些发现，并对议题产出现实、可行动的解决方案。
7. 以适合的品质试验用户体验研究材料和产出
当长而详细的文件化占据开发过程，敏捷式的价值在于“工作于开发软件超越理解文件”（见Manifesto的敏捷软件开发）。这样的价值加上快速发布版本的循环，表示根本没有时间写一堆文件——当你完成你的写作，你的报告将会被异议。所以，为了不断推进，工作于敏捷式的用户体验成员需要有创意的去想如何他们才能产出轻量的研究项目和可提供团队需求的产出结果。例如，在DesiréeSy文章中谈到使用口语故事和演示观察到的行为，伴随每个议题的指示卡片来与她的团队沟通测试结果。
结果必须是简洁且受团队排序，如此每个人才会对结果买单，并且知道需聚焦问题的先后顺序。在Janet Six对Carol Barnum的访谈中，Carol说她团队的历程是在研究结束当天，所有人要聚在一起开会，同意并排序开发团队需要去修正的议题；对于开发者在场时，过一次议题表单，点出下一步或未来的再一次冲刺。如果做得恰当，轻量级的报告应该是不会冠上缺乏品质的污名；这是一种不一样，通常是更有效的方法根据结果进行沟通。
文献和资源
如果你和你的团队想要知道更多关于这个主题，可参考底下的文献和资源
- Agile Development and User Experience (class offered by the Nielsen Norman Group)
- Beck, K., Beedle, M., van Bennekum, A., Cockburn, A., Cunningham, W., Fowler, M., Grenning, J., Highsmith, J., Hunt, A., Jeffries, R., Kern, J., Marick, B., Martin, R.C., Mellor, S., Schwaber, K., Sutherland, J., Thomas, D. (2001), Manifesto for Agile Software Development.
- Dworman, G. (2014), When To Prototype, When To Wireframe – How Much Fidelity Can You Afford? UsabilityGeek.com.
- Gothelf, J. (2013), Lean UX: Applying Lean Principles to Improve User Experience. Sebastopol, CA: O’Reilly Media, Inc.
- Medlock, M.C., Wixon, D., Terrano, M., Romero, R., and Fulton, B. (2002), Using the RITE method to improve products: A definition and a case study. Presented at the Usability Professionals Association 2002 Conference, Orlando, FL.
- Miller, L. (2005), Case Study of Customer Input for a Successful Product. Proceedings of Agile 2005. Denver: Agile Alliance.
- Rosenstein, A. (2013), The UX Professionals’ Guide to Working with Agile Scrum Teams. Boxesandarrows.com.
- Six, J.M. (2011), Integrating UX into Agile Development. UXmatters.com.
- Sy, D. (2007), Adapting Usability Investigations for Agile User-centered Design. Journal of Usability Studies, Vol. 2(3), pp. 112-132.
译者：陈奕霖；审校：绿宝；发布日期：May 28, 2014 原文作者：Wendy Littman
原文链接：http://usabilitygeek.com/marrying-user-centered-design-agile-software-development-process-tips-success/
顶部图片来源：slidesharecdn.com 版权所有：UXRen翻译组 （转载请注明出处！）