VIN 维脉 VIN

VIN

技术架构

由规范层、知识层、作业层、闸门层与稽核层五层构成;规范决定作业,作业产生纪录,纪录回头修正规范。

五层与其失效后果

回答的问题失效时会发生什么
规范层正确的做法是什么?为什么是这样?做法留在个人身上,人一走能力就走
知识层要做这件事,该读哪些规范?凭印象运行,漏读添加或升版的标准
作业层这件事由谁运行?用什么工具?一个角色什么都做,权限与数据暴露面过大
闸门层在哪里拦下来还来得及?事后才发现,而事情已经做完了
稽核层当初为什么这样做?出过什么错?同样的错误反复发生,无人察觉

规范层|组织自己的标准

承载架构标准、设备标准、命名规则、安装进程、变更流程与数据分级政策。所有规范以版本控制管理,标明适用范围、前置条件与权威来源;同一事实只写一次,其他位置只引用不复写。规范层同时记录理由与被否决的方案,使后续阅读者不必重新推导一遍。

知识层|按作业类型组织的导读

回答一个问题:「要做这件事,该读哪些规范?」它以作业类型而非文档结构组织,每一类作业对应一份导读,内含启动必读清单、条件必读对照、产出规格、收尾检查,以及该类作业的常见遗漏与历史教训。

作业启动时先更新导读本身,再依导读更新所需规范 —— 索引不先更新,就不知道该更新什么。

闸门层|依风险决定拦截点

在三个位置拦截:作业启动前(检查前置条件是否齐备)、不可逆动作运行前(变更计划送独立审查)、交付前(产出物检查与独立验收)。

闸门的位置由「错误何时变得无法挽回」决定 —— 文档与实作的错误在进库前还能拦,安装与部署的错误在做完之后就拦不住了,因此只有后者需要前置闸门。

稽核层|可回溯的纪录

保存每一次作业的完整纪录:依据哪一版规范、做了什么、结果如何、失败过几次、每次失败的完整运行纪录。纪录依机器可判定的条件分流:条件全部满足者结案,否则转为待办工单。

结案条件不由运行角色裁量 —— 因为结案是唯一没有下游检查的路径。