答复。

业务分析师的工件是记录要求、流程和规格的文档和图表。它们对于确保透明度、跟踪变更以及防止项目参与者之间的误解是必要的。

主要工件：

• 商业需求文档 (BRD) — 记录项目的目标和任务。
• 规格说明书 (SRS) — 系统要求的技术描述。
• 业务流程图（例如，BPMN，UML 活动图）。
• 需求可追溯性矩阵（Traceability Matrix）。
• 界面的原型、草图、线框图。

保持 акту性的方法：

• 实施定期审查和更新文档的流程
• 使用协作工具（Confluence，Jira，Miro 等）
• 确定负责保持工件 акту性 的人员

关键特征：

• 具有单一的 акту信息源（Single Source of Truth）
• 需求和流程的标准化
• 团队内部知识传递的透明度和简易性

具有陷阱的问题。

能否仅限于一份高层次的规格而不需要其他文档？

不可以，细化和图表对于不同组别是必要的：开发、测试、用户培训。信息不足可能会导致实施中的错误。

是否可以将文档存储在分析师的本地计算机上，而不与团队同步？

不可以，文档应集中存储，并对整个团队可用。

什么时候更新文档——在项目完成时还是在变更过程中？

文档应在变更发生时更新，否则信息不同步的风险就会出现。

常见错误和反模式

• 仅将文档保存在分析师处或孤立地点
• 缺乏定期更新的流程
• 忽视业务流程的图表和可视化

生活中的例子

负面案例： 文档仅在发布完成后更新。在实施过程中，开发任务、测试和客户期望之间出现矛盾。 优点：启动时节省时间。 缺点：混乱、错误、返工。

正面案例： 所有内容存储在 Confluence 中，责任人定期更新工件，有变更审查。 优点：透明、快速适应变更。 缺点：需要明确的纪律和流程。