关于 · 团队介绍
系统工程团队
这个职能把一段口头需求变成一份可定义的系统：需求、接口、预算，以及每一项被满足的证据。多数交付问题都能追溯到某条从未写下来的需求。
本页介绍
- 需求被写成可检验的陈述，而不是形容词——双方一开始就清楚验收要看什么。
- 接口控制覆盖机械、供电、数据与指令边界，任一项变更都要经过评审。
- 重量、供电与时间三项预算一并闭合；只满足其中两项，是留给现场的问题。
- 验证计划从需求出发，使验收方法在制造之前就已存在。
这个职能
它是把一段口头需求变成一份可定义系统的地方。实际工作包括：写下可被检验的需求、划定各方认可的接口边界，以及闭合重量、供电、时间三项预算——正是这三项决定一个配置是真的成立，还是只在纸面上说得通。
后期才暴露出来的问题，多数能追溯到某条从未写下来的需求，或者被写成形容词而不是可检验陈述的需求。这个职能很大程度就是为了防止这件事。
接口与变更控制
接口控制覆盖机械、供电、数据与指令边界。影响面大的后果往往来自很小的接口变更：换成时序略有不同的传感器、挪了连接器位置、供电轨加载超过原始假设。每一件单看都不起眼，每一件都足以让一周的集成工作作废。
因此对已确认接口的变更要经过评审，结果要记录。这不是为了流程而流程——它决定了几个月后能否回答出某个序列号区间为什么表现不同。
V 模型：验证先于制造
验证计划从需求出发，意味着验收方法先于硬件存在。这也是验收标准能在开工前与客户确认的原因，详见项目服务流程。
凡无法检验的需求，会被改写直到可检验。一条没人能验证的需求不是需求，是等待被辜负的期望。