# 1. 价值流图（Value Stream Mapping）的绘制步骤中从需求触发到生产交付逐环节标注处理时间与等待时间 A 价值流图只需标注总时间，无需逐环节 B 从需求到交付逐环节标注处理时间与等待时间，计算总量与流动效率，识别等待瓶颈 ✓ 正确答案 C 仅需标注处理时间，等待无关紧要 D 价值流图只画环节，不画时间
# 2. 交付管道各环节（编码/评审/构建/部署）等待时间的量化拆分，以定位真正的瓶颈环节 A 各环节等待时间无需拆分，看总数即可 B 等待时间无法量化，只能靠访谈 C 瓶颈一定在编码环节 D 通过埋点测量各环节处理与等待时间，聚合统计找出等待最久、积压最多的瓶颈环节并定位根因 ✓ 正确答案
# 3. WIP（在制品）限制与周期时间（cycle time）的看板度量中利特尔法则（Little's Law）下 WIP 越高周期越长 A WIP 越高流动越快，周期越短 B WIP 与周期时间无关 C 利特尔法则下 WIP 越高周期越长，限制 WIP 可减少切换、加快流动、缩短周期 ✓ 正确答案 D 周期时间 = 吞吐量 × WIP
# 4. 价值流度量结果驱动改进项优先级排序中优先攻克占比最大的等待环节 A 改进应平均分配在各环节，无优先级 B 优先攻克等待占比最大的瓶颈环节，评估改进杠杆与成本，用数据驱动优先级排序 ✓ 正确答案 C 优先改进最小的环节，收益最稳 D 优先级凭主观感觉决定即可
# 5. SPACE 五维度（Satisfaction 满意度、Performance 绩效、Activity 活动、Communication 协作、Efficiency 效率）各自的落地指标示例 A SPACE 只用一个维度衡量生产力即可 B 只需看代码提交量即可代表生产力 C SPACE 通过满意度、绩效、活动、协作、效率五维度，每维度定量+定性结合，全面衡量开发者生产力 ✓ 正确答案 D 协作与效率维度无意义
# 6. 流动效率（flow efficiency = 处理时间 / 总前置时间）作为价值流健康度指标 A 流动效率 = 等待时间 / 总前置时间 B 流动效率 = 处理时间 / 总前置时间，反映真正干活时间的占比，低效率直接暴露等待浪费 ✓ 正确答案 C 流动效率 = 处理时间 / 等待时间，比值越小说明流动越健康 D 流动效率与价值流健康度无关
# 7. 价值流度量的数据自动化中如何从工单、提交与 CI/CD 事件拼接时间线，避免人工填报失真？ A 从工单、提交与 CI/CD 事件自动提取并按关联字段拼接时间线，避免人工填报失真 ✓ 正确答案 B 价值流数据由团队手工填表即可，最真实 C 各系统数据无需关联，分别统计即可 D 数据自动化会失真，应用人工抽样
# 8. 批量与队列效应中需求与发布批次大小如何影响周期时间，价值流中如何识别批量过大？ A 大批量导致排队等待与批量等待，拉长周期时间；识别 WIP 堆积与大而稀疏的发布可发现批量过大 ✓ 正确答案 B 把需求拆小会增加协调开销，因此大批量交付的周期时间反而更短 C 批量与周期时间无关 D 队列越长周期越短
# 9. 价值流图中"信息流"与"物料流"的区分在软件交付中的映射 A 软件交付只有物料流，无信息流 B 信息流与物料流是完全独立的，无需区分 C 物料流是代码/交付物流转，信息流是需求、决策、评审等驱动信息，软件交付瓶颈常藏在信息流 ✓ 正确答案 D 只需优化物料流，信息流无关紧要
# 10. 跨团队交接（handoff）等待在价值流中的放大效应与团队拓扑优化 A 每次交接都带来等待与信息损耗，通过按价值流组织团队、减少交接并提供明确契约来缓解 ✓ 正确答案 B 在交接环节增加评审与审批层级，可以减少信息损耗带来的等待 C 交接等待与团队拓扑无关 D 交接无需契约，完全靠自觉
# 11. SPACE 框架"至少三维度、每维度定量+定性结合"的应用原则，避免单一维度误读 A 只用一个维度即可，最简洁 B 至少覆盖三维度且每维度定量+定性结合，避免单一维度误读并兼顾水平与根因 ✓ 正确答案 C SPACE 各维度只需采集客观遥测数据，定性访谈会引入主观偏差 D 维度越多越好，无需取舍
# 12. 开发者体验的定性数据（访谈、问卷、满意度）与定量数据（工具遥测）的三角验证 A 用访谈/问卷等主观数据与工具遥测等客观数据交叉印证，发现感知与事实差距并解释根因 ✓ 正确答案 B 当定性与定量结果冲突时一律以定量遥测为准，主观感受不予采信 C 定性定量数据矛盾时直接忽略 D 只用定性数据即可，无需定量
# 13. DevEx 度量与 DORA 指标的互补（DORA 看交付结果、SPACE 看人的状态）与潜在冲突（高频部署可能降低满意度） A DevEx 与 DORA 结论冲突时应以 DORA 为准，满意度属于软性指标不作决策依据 B DORA 看交付结果、DevEx 看人的状态，二者互补；需同时观测以发现"提频伤满意度"的冲突并校准节奏 ✓ 正确答案 C 高频部署永远提升满意度，无冲突 D 只用 DORA 即可，DevEx 无价值
# 14. 团队认知负荷（cognitive load）的度量与治理中工具链碎片化、上下文切换的代价 A 工具碎片化与上下文切换增加认知负荷，通过统一入口、减少切换、自动化与文档化来治理 ✓ 正确答案 B 认知负荷高说明团队成员能力不足，应通过增加培训与文档考核解决 C 认知负荷无法度量，更无需治理 D 切换越多效率越高
# 15. 开发者体验"三大支柱"（反馈回路、认知负荷、心流状态）的日常度量 A 三大支柱只有一个，直接度量即可 B 反馈回路用构建/评审/环境耗时量化，认知负荷与心流用工具切换、中断频率与问卷结合度量 ✓ 正确答案 C 心流状态只能用主观感受，无法度量 D 三大支柱与日常度量无关
# 16. 价值流图的定期重绘与改进效果的纵向对比 A 价值流图只画一次即可，无需重绘 B 纵向对比无法量化改进效果 C 重绘无需保持口径一致 D 定期重绘并与基线纵向对比，验证改进效果并发现新瓶颈，形成持续改进闭环 ✓ 正确答案
# 17. 内部开发者平台（IDP）对 DevEx 的影响度量中自助率提升、等待时间下降 A IDP 对 DevEx 的影响无法度量 B 等待时间与 DevEx 无关 C 只需看自助率，其他无关 D 通过自助率提升、等待时间下降、满意度改善等指标，量化 IDP 减少阻塞与摩擦的实际影响 ✓ 正确答案
# 18. DevEx 调研的匿名性与频率（如季度 pulse survey）设计 A 调研应实名，才能追踪到个人 B 匿名保护、季度 pulse 配合轻量快检、题精简约并闭环反馈，保证真实与可持续 ✓ 正确答案 C 调研应尽量高频且题目详尽，每周发放长问卷才能获得准确数据 D 调研无需反馈结果，填完即止
# 19. 价值流中的返工流中缺陷与返工时间如何单独标注与度量，反映质量对流动效率的影响？ A 返工时间应合并进正常处理时间统计，以免打击团队积极性 B 单独标注返工流并度量返工时间与返工率，反映质量对流动效率的损耗，推动左移质量 ✓ 正确答案 C 返工不影响流动效率 D 返工时间无需统计，反正无法改进
