用于在敏捷环境中跟踪和沟通的精益用户体验文档

工作流程和设计决策的文档是组织记忆：它可以防止团队绕圈子——重复错误或只是一次又一次地争论相同的话题。在敏捷环境中工作的用户体验从业者面临的一个挑战是最小化文档的概念——为了快速工作，团队停止写重要信息。或者，过长的文档有被忽略的风险。在这两种情况下，结果都是浪费时间召回信息或追溯设计决策，而不是为最终用户进行试验和迭代以改进产品。

本文讨论如何在整个敏捷产品开发过程中记录和传达正确类型的用户体验细节。采用这些实践的团队不会被过多的文档所淹没，并且会很容易记住什么是重要的。

贯穿敏捷产品开发的文档

无论产品开发阶段如何，在用户体验文档中都要牢记以下因素：

• 观众是谁？这个问题的答案应该驱动文档中包含的详细程度，优先考虑哪些信息，以及如何和在何处进行沟通。选择适合受众的信息粒度级别将防止浪费精力，并使信息易于消化。
• 目的是什么？文档是否旨在提供背景、证据或基本原理？是为了帮助团队以后记住一些东西吗？是报告进展吗？首先理解为什么需要文档将有助于您了解要包括哪些细节。
• 质量大于数量：少即是多：不要把每一个细节或会议都记录下来，但要足以阐明意图或方向，提供概述，证明决策的合理性，或概述事情应该如何运作。
• 它是反复进行的：不要等到最后一分钟才记录细节；在你进行研究和设计的过程中，要挑战你自己的偏见和理由，保持项目的可管理性，并产生更好的结果。

我应该何时以及如何记录？

尽管敏捷倾向于个人、交互和对话，而不是繁重的文档，但有两种情况下，使用轻量级文档增强讨论尤其重要：

1.在事情开始之前-比如说以前,发现或其他用户研究，或事件（以前称为仪式）或短跑。轻量级文档提供上下文，创建共享理解，并在出现问题时为团队提供参考。对于此类文档：

• 包括你将要做的事情的计划。
• 保持简短-使用一页项目符号计划或摘要。
• 传达你将要做的事情将如何影响团队。
• 概述谁对目标或工件负责。
• 包括时间框输入和工作的日期。

2.当事情发生变化时-例如，如果设计或功能需要朝不同的方向发展，或者如果sprint目标、可发布增量或开发过程被修改。因为敏捷更多的是响应变化，而不是遵循计划，所以在这些情况下，轻量级文档将帮助团队快速记住变化发生的时间和原因，并为更好更快地响应做好准备。在这些情况下：

• 在工作时以增量方式共享更改。
• 只关注本质。
• 使用现有工具和文件添加细节（例如，设计解决方案、，设计系统、带注释的线框、松弛通道、Jira/Confluence、其他共享文档或代码存储库等）。
• 概述谁负责下一步、行动项目和最终决定。
• 包括时间表决策和后续工作的日期。

交流持续学习和进步

同样重要的是通知团队实现目标的进展并不断收到用户反馈。用户体验团队可以自己或与合作伙伴创建这些进度报告产品所有者或经理以协作方式检索和报告数据。

不要用繁重的陈述、过于详细的研究结果和反馈或模糊的图表轰炸人们。这些对创造和消费都是浪费。相反，定期发送简明的进度报告——通过每周的电子邮件回顾。给它起一个吸引人的名字，比如“UX反馈星期五”，这样人们就期待着每周收到它。保持细节清晰，关注业务和团队关注的指标。包括团队应该知道的任何积极和消极的定性反馈。

从分析或商业智能平台检索定量数据，并从最近的用户研究或平台上共享的反馈中总结定性见解净促销员或客户满意度得分被跟踪。将反馈分组到关键主题分享最紧迫的事情。

每周进度报告应包括以下内容：

1. 团队或产品名称
2. 数据反映的日期范围或时间范围
3. 定量度量的进展
4. 用户研究的积极定性反馈或行为观察
5. 用户研究中的负面定性反馈或行为观察
6. 文化建设者，如团队事件、趋势或调查工具

良好的用户体验文档和沟通的好处

良好的用户体验文档确保每个人都能及时了解情况，并帮助敏捷项目顺利运行。当在适当的细节级别和适当的位置捕获适当的信息时，这并不是浪费。好的文档可以更好更快地做出决策，有助于展示和证明设计决策，并减少成本认知loaD作为一种外部存储器. 保持思维过程的条理化也可以建立用户体验与利益相关者之间的信任和信誉。在大型组织中，适当共享的良好UX文档也有助于跨职能协调。

结论

文档常常以敏捷或速度的名义被取消优先级。写下来是思考用户体验工作的一个关键部分，可以防止团队再次犯同样的错误。现在就开始记录正确类型的详细信息，以便以后更快地移动。

有关文档、用户研究和将用户体验纳入敏捷产品开发的精益方法的更多信息，请参阅我们的精益用户体验与敏捷球场用户体验会议.