工程实践骨架 (Engineering Practice Skeleton)
通用工程实践骨架——怎么具体做比较好的工程实施经验。
一句话
骨架 B 是 5 个跨项目可复用的工程实施维度——价值流、质量保障、反馈机制、变更管理、度量改进。
读完 5 篇，掌握一个跨项目的工程实践体系。
这 5 个节点
| # | 节点 | 一句话 | 核心问题 |
|---|---|---|---|
| E1 | 价值流 | 持续集成 + 持续交付 + 持续部署——从代码到用户的连续血脉 | 怎么让代码持续流向生产？ |
| E2 | 质量保障 | 测试金字塔 + TDD + 静态分析——质量不是测出来的，是设计出来的 | 怎么保证代码质量？ |
| E3 | 反馈机制 | log + metric + trace 三支柱——让系统在运行中被认识 | 怎么让系统在运行中被认识？ |
| E4 | 变更管理 | Feature Toggle + 灰度发布 + 蓝绿部署——让变更可控、可回滚、可观察 | 怎么让变更安全？ |
| E5 | 度量改进 | DORA + SPACE + Postmortem——没有度量就没有改进 | 怎么知道工程在变好？ |
5 个节点不是孤立维度——是同一工程实践的 5 个切面：
- 价值流 = 实践的连续血脉
- 质量保障 = 实践的内建约束
- 反馈机制 = 实践的实时感知
- 变更管理 = 实践的安全控制
- 度量改进 = 实践的演化闭环
5 重根脉
骨架 B = 5 节点 × 5 重根脉的完整对接：
| 根脉 | 领域 | 关键文本 |
|---|---|---|
| Kant | 哲学先验 | 《纯粹理性批判》12 范畴 / 第二类比因果律 / 第三类比共存 |
| 海德格尔 | 哲学本体 | 《存在与时间》§41 操心 / §65 时间性 / §80 历史性 |
| Wittgenstein | 哲学语言 | 《Tractatus》4.01 命题图像 / 4.022 命题显示意义 |
| James | 哲学实用 | 《Pragmatism》可验证性 / 实用主义方法 |
| 老子 | 哲学辩证 | 《道德经》38 章上德不德 / 48 章为学日益 / 67 章三宝 |
工程层根基（通用工程实践）：
| 根脉 | 领域 | 关键模式 |
|---|---|---|
| 钱学森 | 系统科学 | 《论系统工程》§4.8 三难 / §11 时滞 / §15 维纳滤波 / §19 容错 / §20 信息论 / §21 大系统演化 |
| INCOSE | 系统工程 | SE Handbook 生命周期 5 阶段 / 14 专项工程 / 质量属性 |
| Dawson | 系统思维 | Thinking in Systems 8 系统原型 / 冰山模型 / 反馈环 / Bifurcation |
| SE@G | 软件工程 | SE@Google "编程 × 时间" / "Code is a liability" / Deprecation / CaaS / Large-Scale Changes |
| EDM | 事件驱动 | Bellemare 数据通信层 / 自然演化 / best-effort determinism |
| Clean Coder | 职业纪律 | Definition of Done / 100% 测试覆盖 / Professional / Saying No |
每篇主文档的范本
# 节点标题
## 一句话
## 它在哲学里叫什么（5 位哲学家 = Kant/海德格尔/Wittgenstein/James/老子）
## 它在控制论里叫什么（钱学森 + INCOSE）
## 它在系统思维里叫什么（Dawson + SE@G）
## 它在软件工程里叫什么（通用工程实践模式）
## 看不见的地方（15-20 种失效模式）
## 相关节点没有"它在我们项目里怎么长出来"段——项目特定实践完全不在骨架 B 中。
与骨架 A 的关系
骨架 A = 通用方法论（跨项目、跨时代）= 怎么理解 骨架 B = 通用工程实践（跨项目）= 怎么具体做
两套骨架各自独立思考"骨架的骨架"——不互相依赖，但可以互相引用。
对应关系：
| 骨架 A | 骨架 B |
|---|---|
| 涌现视域（W1） | 价值流（E1）+ 反馈机制（E3） |
| 涌现作为（W2） | 质量保障（E2）+ 变更管理（E4） |
| 涌现之时（W3） | 度量改进（E5） |
| 照面（W4） | （无直接对应） |
| 隐匿（W5） | （无直接对应） |
骨架 B 是骨架 A 的工程化展开——但骨架 B 也有骨架 A 不直接对应的维度（如反馈机制、变更管理）。
V4 的核心哲学转变
V3 的方法论：
- 先固定骨架（V3 5 节点设计文档）
- 再灌注内容
V4 的方法论：
- 边灌注边迭代——骨架在灌注过程中被反复审视和修正
- 骨架不是被设计的对象，而是与知识灌注共同演化的对象
- 每一本书的精读 = 一次骨架的修正机会
与原书的对位
骨架 B 是从工程实践名著蒸馏而来：
| 维度 | 原书 / 来源 | 蒸馏出的核心 |
|---|---|---|
| 价值流 | 《Continuous Delivery》/《DevOps Handbook》/《Accelerate》 | CI / CD / 持续部署 / 主干开发 / PR |
| 质量保障 | Clean Coder / TDD by Example / Growing Object-Oriented Software | 测试金字塔 / TDD / BDD / 静态分析 |
| 反馈机制 | 《Site Reliability Engineering》/《Observability Engineering》 | Log/Metric/Trace + 告警 + On-call + A/B |
| 变更管理 | 《Continuous Delivery》/ Feature Toggle 模式 | 4 种 Toggle / 5 种部署模式 / Expand-Migrate-Contract |
| 度量改进 | 《Accelerate》/ SPACE 论文 / 《The Field Guide to Understanding 'Human Error'》 | DORA 4 指标 / SPACE 5 维度 / Postmortem / PDCA |
注：骨架 B 不绑定特定原书——其核心模式来自现代软件工程共识（Continuous Delivery / DevOps / SRE）。