工作过程和设计决策的文档化是组织的记忆:它可以防止团队在原地打转——重复错误或只是一次又一次地争论同一个话题。在敏捷中工作的用户体验实践者面临的一个挑战是最小文档的概念——为了快速工作，团队停止记录重要信息。另外，太长的文档也有被忽略的风险。无论是哪种情况，结果都是浪费时间去回忆信息或追溯设计决策，而不是为最终用户进行试验和迭代以改进产品。
本文讨论了如何在敏捷产品开发过程中记录和交流正确的用户体验细节类型。采用这些实践的团队将不会被过多的文档所淹没，并且很容易记住什么是重要的。
敏捷产品开发中的文档
无论产品开发阶段如何，在用户体验文档中记住以下因素:
- 观众是谁?这个问题的答案应该决定文档中包含的详细程度，哪些信息是优先级，以及如何和在哪里进行通信。选择适合受众的信息粒度级别将避免浪费精力，并使信息易于理解。
- 的目的是什么?文件是否要提供背景背景、证据或理由?是为了帮助团队日后记住一些事情吗?是报告进展吗?首先理解为什么需要文档将帮助您了解需要包含哪些细节。
- 质量/数量:少即是多:不要记录每一个细节或会议，但要足够明确意图或方向，提供概述，证明一个决定，或概述某件事应该如何运作。
- 它是迭代且持续的:不要等到最后一分钟才记录细节;在你研究和设计的过程中，挑战你自己的偏见和理论基础，保持你的项目可控，并产生更好的结果。
何时及如何记录?
尽管敏捷更喜欢个人、交互和对话，而不是大量的文档，但在两种情况下，使用轻量级文档来增强讨论是特别重要的:
1.事情开始之前-例如，以前发现或其他用户研究事件(以前称为仪式)，或冲刺。轻量级文档提供了上下文，创建了共享的理解，并在团队出现问题时提供了一些参考。对于这类文档:
- 包括你将要做的计划。
- 保持简短——使用一页纸的项目符号计划或总结。
- 沟通你所做的任何事将如何影响团队。
- 概述谁负责目标或工件。
- 包括时间框输入的日期和工作。
2.当一些变化例如，如果一个设计或特性需要朝不同的方向发展，或者sprint目标、可发布增量或开发过程被修改了。因为敏捷更多的是响应变化而不是遵循计划，这些实例中的轻量级文档将帮助团队快速记住变化发生的时间和原因，并为更好更快的响应做好准备。在这些情况下:
- 在您工作时，增量地分享更改。
- 只关注最重要的。
- 使用现有的工具和文档添加细节(例如，对于设计解决方案，设计系统、带注释的线框图、Slack通道、Jira/Confluence、其他共享文档或代码库等)。
- 概述谁负责下一步步骤、行动项目和最终决定。
- 包括时间盒决策和后续工作的日期。
沟通正在进行的学习和进步
同样重要的是通知团队进展的目标以及不断收到的用户反馈。UX团队可以自己或合作伙伴创建这些进度报告产品所有者或经理协作地检索和报告数据。
不要用冗长的演讲、过于详细的研究结果和反馈、或者模糊的图表来轰炸人们。无论是创造还是消费，这些都是浪费。相反，定期发送简明的进度报告——通过每周电子邮件总结。给它起一个朗朗上口、引人注目的名字，比如“UX Feedback Friday”，这样人们每周都能收到它。保持细节清晰，并专注于您的业务和团队关心的指标。包括团队应该知道的任何积极和消极的定性反馈。
从分析或商业智能平台检索定量数据，并从最近的用户研究或平台上分享的反馈中总结定性的见解网络推广者或客户满意度得分跟踪。组反馈到关键的主题并分享最紧迫的部分。
每周进度报告应包括以下内容:
- 团队或产品名称
- 数据反映的日期范围或时间框架
- 量化度量的进展
- 积极的定性反馈或来自用户研究的行为观察
- 来自用户研究的负面定性反馈或行为观察
- 文化构建者，如团队事件、趋势或调查工具
良好的用户体验文档和交流的好处
好的UX文档可以确保每个人都了解并帮助敏捷项目顺利运行。当在正确的细节级别和位置捕获正确的信息时，就不会浪费。良好的文档有助于更好、更快地做出决策，有助于呈现和证明设计决策，并减少认知贷款d作为一种形式外部存储器．保持思维过程的组织性也能在利益相关者中建立用户体验的信任和信誉。在大型组织中，适当共享好的UX文档也有助于跨职能协调。
结论
文档经常以敏捷性或速度的名义被忽略。写下来是思考用户体验工作的关键部分，可以防止你的团队再次犯同样的错误。现在就开始记录正确的细节类型，以便以后更快地移动。
分享这篇文章: