# 1. 部署频率、变更前置时间、变更失败率、恢复时间的定义 A 部署频率与前置时间衡量交付速度，变更失败率与恢复时间衡量交付质量与韧性 ✓ 正确答案 B 变更前置时间指流水线一次执行的耗时，恢复时间指修复代码的编码用时 C 四项指标互不相关，各自独立 D 部署频率衡量代码质量，变更失败率衡量发布速度
# 2. DORA 精英/高效/中等/低效能的分位基准 A 分位基准是权威硬性标准，未达到精英级即说明团队工程能力不合格 B 分位基准提供行业参照系，但应结合团队上下文解读，而非机械套用为 KPI ✓ 正确答案 C 低效能团队部署频率最高 D 所有团队都应按精英标准强制考核
# 3. DORA 指标在 CI/CD 工具链中的自动化采集与口径统一中从部署事件、版本控制、事故系统聚合 A DORA 指标应由团队手工填报，以反映真实情况 B 从部署事件、版本控制与事故系统自动聚合数据，并统一"部署/故障/恢复"口径，保证可比与可信 ✓ 正确答案 C 各团队自行定义口径即可，无需统一 D 各系统各自出报表，最后由平台把各自的数字相加即可得到统一口径
# 4. 变更前置时间的分阶段拆解（编码/评审/构建/部署各段耗时）以精准定位瓶颈，而非只看总值 A 只看总值即可，无需拆解 B 将前置时间拆为编码/评审/构建/部署各段并用数据定位阻塞环节，避免盲目优化 ✓ 正确答案 C 拆解会增加复杂度，应只统计处理时间 D 拆解后应优先优化耗时占比最小的阶段，因为那里改动成本最低
# 5. 为何 DORA 四项比「代码行数/工时」更能反映效能 A 代码行数越多代表效能越高 B DORA 与代码行数只是统计粒度不同，本质上都能反映交付效能 C DORA 衡量交付结果（上线多快多稳），且难操纵，比代码行数/工时更能反映真实效能 ✓ 正确答案 D 工时是最可靠的效能指标
# 6. 变更前置时间（lead time）的口径（提交到生产）界定 A 前置时间从需求提出算起，到需求完成结束 B 前置时间定义为从代码提交到成功部署到生产，以客观可追踪的提交与生产部署为锚点 ✓ 正确答案 C 前置时间应从第一行代码开始编写算起，到测试环境验证通过为止 D 各团队可自定义口径，无需统一
# 7. 变更失败率统计应排除哪些非代码因素 A 所有生产故障都应计入变更失败率 B 凡是被回滚过的部署都不应计入失败，因为影响已经及时挽回 C 应聚焦由变更本身导致的失败，排除基础设施/外部依赖等非代码因素，通过根因分类保证口径纯净 ✓ 正确答案 D 只统计外部故障，忽略变更本身
# 8. 效能度量的古德哈特定律（指标成目标即失真）防范 A 通过多指标交叉、指标不用于个人考核、绑定业务结果并定期审查，防止指标被操纵而失真 ✓ 正确答案 B 只要把指标目标值设得足够高，指标就不会被操纵而失真 C 单一指标设为 KPI 最能提升效能 D 指标被操纵是团队自发的，无法防范
# 9. 平台工程的 ROI 如何用「开发者生产力」量化 A 平台 ROI 无法量化，只能凭感觉 B 通过时间节省、交付加速、自助化率与质量提升，结合前后对比将平台投入与生产力提升价值比较 ✓ 正确答案 C 平台 ROI 只算建设成本，与价值无关 D 用平台自身的代码量与上线功能数量作为 ROI 的核心衡量依据
# 10. 平台价值向业务指标（上市时间）的映射 A 平台价值与业务指标无关，无需映射 B 把平台上线之后的营收增长全部计为平台价值，即完成业务映射 C 通过"平台能力→交付效能→业务结果"的因果链，结合前后对比将平台价值映射到上市时间等业务指标 ✓ 正确答案 D 平台改进直接决定营收，无需归因
# 11. DORA 指标与业务结果（营收/留存）的关联 A DORA 指标直接决定营收，因果关系确定 B DORA 与业务结果只是巧合的统计相关，对业务决策没有参考意义 C 留存完全由 DORA 决定，与产品无关 D DORA 高效能与更好业务结果正相关，但归因需谨慎，交付效能是支撑而非充分条件 ✓ 正确答案
# 12. 小批量（small batch）如何同时改善四项指标 A 小批量只提升部署频率，与其他指标无关 B 大批量版本更稳定，失败率更低 C 小批量通过缩小变更影响、加快反馈，同时改善部署频率、前置时间、变更失败率与恢复时间 ✓ 正确答案 D 小批量会增加恢复时间
# 13. 部署频率统计的粒度界定中按服务/环境/变更类型（功能 vs 配置）分别统计避免口径混乱 A 部署频率只需一个总数即可，无需拆分 B 只统计生产环境的功能发布，测试环境部署与配置变更不计入部署 C 按服务/环境/变更类型分别统计，避免口径混乱与整体平均掩盖结构差异 ✓ 正确答案 D 配置变更与功能发布应合并统计
# 14. 变更失败率与恢复时间的关联中快速恢复能力可部分抵消较高的失败率 A 失败率越高，效能必然越差，与恢复时间无关 B 快速恢复能力可部分抵消较高失败率，评估稳定应结合失败率与恢复时间看"失败代价" ✓ 正确答案 C 只要恢复足够快，变更失败率的高低就完全不必再关注 D 低失败率团队必然恢复慢
# 15. 避免「为提频而提频」的片面优化 A 把部署频率设为团队唯一考核目标，其余三项指标会自然随之改善 B 综合看 DORA 四项、绑定业务价值并聚焦能力提升，避免为提数字而损质量 ✓ 正确答案 C 为提频可以跳过测试，只要部署快 D 提频无需考虑变更价值
# 16. 度量数据的采集自动化与防篡改 A 从 CI/CD、Git、事故系统自动采集，写入不可变日志并加访问控制，保证数据真实可信 ✓ 正确答案 B 由各团队自行维护度量表格并定期上报，平台只负责汇总展示 C 数据源可以随意，无需校验 D 防篡改无法实现，数据只能靠自觉
# 17. 按团队上下文（规模/领域）解读指标而非横向攀比 A 所有团队都应按同一高标准攀比，落后即低效 B 高风险领域应提频优先，稳定次之 C 指标只用于排名，无需解读 D 结合领域、规模与成熟度上下文解读，以自身基线看进步，避免横向攀比误导 ✓ 正确答案
# 18. 结合 Flow Metric（WIP/周期时间）补充 DORA A Flow Metrics 与 DORA 无关，无需结合 B Flow Metrics 已覆盖交付结果，引入后可以不再采集 DORA 指标 C 周期时间与前置时间完全相同，无区别 D Flow Metrics 通过 WIP 与周期时间揭示流动健康度，补充 DORA 的交付结果视角，共同诊断瓶颈 ✓ 正确答案
# 19. 交付效能改进的「实验-度量-反馈」循环 A 改进靠经验直觉，无需实验与数据 B 一次同时改多个变量，提升速度 C 每次改进作为一次可验证实验，用前后数据对比验证效果并迭代，实现数据驱动改进 ✓ 正确答案 D 度量数据无用，反馈无需收集
# 20. DORA 指标在平台采纳前后的对比归因 A 通过基线采集、前后对比、对照组与控制变量，谨慎归因平台贡献而非断言完全因果 ✓ 正确答案 B 只要采纳平台后指标变好，就可断定全部改善均由平台带来 C 无需基线，只看采纳后即可 D 归因无需考虑其他同期变化
# 21. 平台自助服务的「时间节省」测量方法 A 依靠开发者自报时间即可，无需客观数据 B 用平台自助功能被调用的总次数直接作为节省的时间量 C 时间节省无法测量，只能估算 D 通过对比新旧路径耗时差值、操作频率统计与客观遥测，量化总节省时间并换算成本 ✓ 正确答案
# 22. 平台满意度的定量（NPS/问卷）与定性反馈结合 A 定量（NPS/问卷）衡量满意度水平与趋势，定性（评论/访谈）抓取根因，两者结合驱动改进 ✓ 正确答案 B NPS 只要保持为正数就说明体验良好，无需再看趋势与根因 C 定性反馈不可量，无需收集 D 只用 NPS 即可，无需定性反馈
# 23. 平台工程避免成为「新瓶颈」的扩容策略 A 通过弹性扩容、自助化、异步化、降级与容量监控，让平台自我服务、自我扩容 ✓ 正确答案 B 把平台请求改为人工排期串行处理，即可保证平台稳定不过载 C 平台负载越高越稳定，无需扩容 D 平台瓶颈无法避免，只能靠增加人力
# 24. 恢复服务时间（MTTR）与告警到恢复的口径 A MTTR 从告警发出算起，到缓解结束即可 B MTTR 应以工单关闭为终点，包含事后复盘与改进项的完成时间 C 用临时绕过时间作为恢复终点即可 D MTTR 覆盖检测+响应+修复，起点为故障发生、终点为服务恢复，细分各段可定位恢复瓶颈 ✓ 正确答案
# 25. 指标看板的心理安全（不用于个人考核） A DORA 指标应直接用于个人考核，提升压力 B 看板应公开展示每位成员的个人指标排名，以营造透明与竞争氛围 C 指标用于发现与改进而非追责，看板聚合匿名并按诊断定位，避免古德哈特定律 ✓ 正确答案 D 指标无需考虑心理安全，越严格越好
# 26. DORA 与 SPACE 框架的互补使用 A SPACE 是 DORA 四项指标加上满意度维度后的升级版命名 B DORA 看交付结果（多快多稳），SPACE 看开发者状态（体验/协作），结合可评估"高效且可持续"的交付 ✓ 正确答案 C SPACE 已取代 DORA，无需二者结合 D 只用 DORA 即可，SPACE 无价值
# 27. 平台采用率（adoption rate）的真实含义与误区 A 把平台安装好就算采用完成 B 采用率应按已接入平台的服务数量占比一次性统计，接入后无需再跟踪 C 一次性试用即可算采用 D 采用率指平台被持续实际使用的程度，应关注持续活跃与黄金路径覆盖，而非注册/一次性使用 ✓ 正确答案
# 28. 平台团队规模与所服务团队的合理配比 A 配比应固定为 1:1 的对口支持，每个应用团队配备一名平台工程师 B 配比受平台成熟度与自助化程度影响，参考约 1:10~50，规模化关键是提升自助化杠杆而非固定比例 ✓ 正确答案 C 平台团队越多人越好，无需考虑配比 D 配比与平台自助化程度无关
