撰写arc42规范文档时，是否需纳入当前流程及上下文范围？

我在帮团队落地arc42规范文档的时候，经常会建议大家在「Context and Scope」部分补充当前人工流程的示意图，再搭配目标应用的流程示意图做对比——这绝对是提升文档可读性和说服力的好办法，原因有这几点：

• 快速传递价值：不管是给开发团队、产品经理还是业务相关方看，直接对比「旧流程的繁琐/痛点」和「新应用的高效/优化点」，比纯文字描述直观10倍。比如旧流程里跨部门手动传递Excel、重复校验数据的环节，用示意图标出来，再对应新应用里自动同步、系统校验的步骤，谁都能一眼get到这个应用的核心价值。
• 贴合arc42的核心目标：arc42的「Context and Scope」本质是帮读者搞清楚「我们为什么要做这个系统？它解决了什么问题？」，加入当前流程正好能补上「问题现状」这块拼图，让上下文的逻辑更完整——毕竟没有对比，就没法体现新系统的必要性。
• 灵活适配规范要求：arc42本身是个灵活的框架，不是死板的模板。官方示例里没放不代表不能加，反而很多成熟的arc42文档都会在这个部分扩展现状描述，示意图就是最直观的呈现方式。

至于怎么放更合理，给你个小建议：

1. 在「Context and Scope」下新增两个子小节：
   • 当前人工流程现状：配示意图（比如泳道图，标注清楚角色、步骤、痛点环节）
   • 目标应用流程状态：配对应示意图，标注优化点
2. 可以在两张图之间加一段简短的文字对比，点明核心差异和解决的问题。

这样一来，你的文档不仅符合arc42的规范，还能让所有读者快速抓住项目的核心意义，绝对是加分项！

内容的提问来源于stack exchange，提问作者Andre Wruszczak