受监管环境的敏捷是什么
受监管环境（金融、医疗、航空、公共事业等）下的敏捷做法，把合规证据内建到迭代产出里：合规要求转成验收标准与完成定义的一部分，检查与审计跟踪随工作流自动生成，决策与变更记录完整留存。文档量可以裁剪，但证据链要完整。审计关注的是可追溯与一致性，临上线集中补材料反而更容易暴露缺口。
基本信息
| 原则一 | 合规要求转为验收标准与完成定义的一部分 |
|---|---|
| 原则二 | 证据随流程自动生成，减少事后补材料 |
| 原则三 | 保留决策与变更记录，满足审计追溯要求 |
| 原则四 | 合规与风险人员参与迭代评审，问题尽早暴露 |
| 裁剪口径 | 文档形式可简化，追溯链条与责任记录不可缺失 |
典型使用场景
- 受监管行业系统迭代，需要证明每次变更的可追溯性
- 上线前合规审查，需要按需求到代码的关联关系提供证据
- 审计方要求提供测试与审批记录，需要从流程中直接导出
- 合规要求随时间变化，需要把它转成待办条目并纳入排序
- 涉及个人数据与资金的操作，需要在迭代中持续做权限与留痕检查
证据链要素
证据链要素
需求追溯：需求编号与设计、代码、测试用例的关联标识
评审记录：评审结论、参加人、时间与未决事项
测试证据：自动化报告与必要的人工确认记录
变更记录：变更请求、审批人、影响评估与实施结果
权限与操作：关键操作的授权记录与操作日志留存策略敏捷与合规的衔接点
| 合规要求 | 敏捷中的承载方式 | 注意点 |
|---|---|---|
| 评审与审批 | 纳入完成定义与迭代评审 | 评审人需参与迭代，而非末期集中签批 |
| 文档留存 | 随工作流自动生成并归档 | 形式可简化，追溯链需完整 |
| 测试证据 | 自动化测试报告加人工确认 | 明确哪些测试需留存人工记录 |
| 变更控制 | 变更条目化并纳入待办跟踪 | 避免线下变更绕过记录 |
审计关注的是可追溯与一致性：临上线集中补文档，反而更易暴露缺口，因为补出来的记录在时间线上往往彼此矛盾。