课程统一用语。所有课程中的术语以此表为准。
| 术语 | 定义 |
|---|---|
| 调研问题句 Research Question |
调研开工前必须写出的一句话:技术 X 能否在我们的场景下满足〔可度量判据〕且不触犯〔红线约束〕。定义了"调研完成"长什么样。第 1 课核心概念。 |
| 创新代币 Innovation Token |
Dan McKinley(Choose Boring Technology)的比喻:一家公司只有约 3 枚创新代币,每引入一门团队不熟的新技术花一枚。调研的默认答案是"不引入",举证责任在新技术。 |
| 红线约束 Hard Constraint |
不可协商、不可交易的既定条件:license、合规、平台支持、预算上限。不进评估矩阵,单列检查单,一票否决。 |
| 术语 | 定义 |
|---|---|
| 项目健康度 Project Health |
开源项目"会不会死"的信号集:维护方性质、发版节奏、issue 响应速度、文档生态。第①层的评估对象。第 2 课核心概念。 |
| 承诺性信号 / 历史信号 | 承诺性信号(发版节奏、维护方、响应速度)预测项目未来;历史信号(star、提交总数、fork 数)只记录过去的人气。初筛只依据前者,后者仅作弱参考。 |
| bus factor | "几个人被公交车撞了项目就死"的人数。bus factor = 1 且该维护者失活,是最直接的项目死亡信号。 |
| 评估矩阵 Evaluation Matrix |
候选技术对比表:5~7 个维度来自问题句判据,1~5 分带锚点定义,加权求和。铁律:权重先锁定、再打分。第 3 课核心概念。 |
| 存疑项 Open Question |
文档、issue、讨论区都回答不了、必须实测的判据。第②层的关键产出——它精确圈定第③层要花钱验证什么。查不到 ≠ 中等分。 |
| 限时试点 Spike |
XP 实践:时间盒(1~3 天)内用真实数据验证存疑项的实验。代码写完即弃、到点必停、不许续盒——用固定成本换信息。第 4 课核心概念。 |
| 实验卡 Experiment Card |
spike 开工前每个存疑项写的三行卡:存疑项 / 假设 / 判定线。判定线必须开工前写死,防止结论被沉没成本绑架。 |
| 最薄垂直切片 Thinnest Vertical Slice |
spike 的切法:从真实输入到真实输出端到端打穿一条最担心的路径,宽度压到最窄;旁支(UI/异常处理/优化)全部砍掉。 |
| 术语 | 定义 |
|---|---|
| ADR Architecture Decision Record |
Nygard(2011)的一两页决策记录:Title / Context / Decision / Status / Consequences 五节。"不采用"也要写;不可改写,只可标 Superseded 废止。第 5 课核心概念。 |
| 技术雷达四环 Adopt / Trial / Assess / Hold |
Thoughtworks 的技术定位语义:采用(默认选择)/ 试用(限非关键项目)/ 评估(可 spike 不可投产)/ 暂缓(增量禁止)。团队雷达 = 全部技术判断的台账,每个环位须有 ADR 支撑。 |
| 术语 | 定义 |
|---|---|
| demo 驱动调研 | 跑通官方 quickstart 即宣布"调研通过"。官方示例只证明安装没坏,证明不了它扛得住你的数据量、集成方式与异常路径。 |
| 凑分矩阵 | 先有偏好结论,再倒调权重让总分符合预期——评估矩阵从决策工具退化为说服工具。解法:权重在打分前公开锁定。 |
| 无限续盒 | "再给一天就跑通了"——spike 时间盒反复延长,变成没立项的开发项目。值得再投入的是一张新的、单独审批的实验卡。 |