# 1. 平台团队的 Thinnest Viable Platform（TVP）理念中最小可行平台的定义、避免过度工程化与从共享脚本到平台的演进路径 A TVP 强调以最小可行平台交付，避免过度工程化，从共享脚本到平台按痛点驱动逐步演进 ✓ 正确答案 B TVP 要求一开始就构建完整平台 C 平台越复杂越好 D 共享脚本阶段无需演进
# 2. 平台工程的 ROI 度量中开发者生产力提升（DORA 指标改善）、基础设施交付时间缩短、安全合规事件减少与平台 TCO 计算 A 平台 ROI 只需看 DORA 一个指标 B 安全事件不影响 ROI C 平台 TCO 无需计算 D 平台 ROI 用 DORA 改善、交付时间缩短、安全事件减少等收益侧减去平台 TCO 成本侧来量化 ✓ 正确答案
# 3. 平台工程的组织拓扑中赋能型平台团队（Enabling Team）与平台即产品团队的差异以及与 Stream-aligned Team 的交互模式（Team Topologies） A 赋能型平台团队教能力、平台即产品团队交付平台能力、流对齐团队消费，按 Team Topologies 以清晰接口协作 ✓ 正确答案 B 平台团队应管控流对齐团队的所有操作 C 平台团队与流对齐团队无法协作 D 赋能型团队直接交付业务
# 4. 内部开发者平台的可组合性（Composability）中避免单体平台、模块化能力（Scaffolding/Catalog/CI/CD/Observability）的独立演进与组合 A 可组合平台把 Scaffolding/Catalog/CI/CD/Observability 等拆为独立模块，通过标准接口组合，独立演进避免单体僵化 ✓ 正确答案 B 平台应做成单体，便于统一管理 C 模块间必须强耦合 D 模块无法独立替换
# 5. 平台团队与业务团队的协作模式中如何用"平台即产品"思路确定需求优先级与路线图？ A 平台需求只需平台自己决定，与业务无关 B 路线图无需公开 C 优先级无需依据业务价值 D 平台以"平台即产品"思路，联合业务收集需求、按价值/成本排序并制定透明路线图 ✓ 正确答案
# 6. 平台工程的反模式中平台即项目（无持续运营）、平台即管控（过度限制）、平台即沼泽（功能堆砌无聚焦）与忽略内部用户声音 A 平台作为一次性项目交付即可，无需运营 B 平台反模式包括无运营、过度管控、功能堆砌与忽略用户，应通过产品化运营、赋能、聚焦与反馈闭环来避免 ✓ 正确答案 C 平台越管控越好 D 平台功能堆砌越多越好
# 7. 平台工程的度量体系中开发者满意度（DX）、黄金路径使用率、交付时间（DORA）如何组合衡量？ A 平台度量只看 DORA 指标即可 B DX 与黄金路径使用率无关 C 平台度量组合 DX 满意度、黄金路径使用率与 DORA 效率，客观与主观互补，避免单一指标失真 ✓ 正确答案 D 单一指标已足够评估平台
# 8. 平台度量数据的采集中如何从 CI/CD、门户与调查中自动汇聚度量数据 A 从 CI/CD、门户埋点与调查经 API/事件自动汇聚到统一度量平台，按统一口径聚合分析 ✓ 正确答案 B 平台度量只能手工汇总 C 各来源指标口径无需统一 D 调查数据无法与客观数据关联
# 9. 平台与业务团队的协作模式中 SLA/OLA 承诺与联合规划如何建立 A 通过可度量的 SLA/OLA 承诺与透明联合规划，形成"承诺-规划-交付-度量-改进"的协作闭环 ✓ 正确答案 B 平台无需向业务承诺 SLA C OLA 面向外部用户 D 联合规划与业务无关
# 10. 平台价值的论证中效率提升、成本节省与风险降低如何量化并汇报 A 平台价值从效率、成本、风险三个维度量化（DORA、节省、事件减少），用前后对比与 ROI 向管理层汇报 ✓ 正确答案 B 平台价值无法量化，只能定性描述 C 平台成本无需计算 D 风险降低无法量化
# 11. 平台反馈机制中工单、社区渠道与定期用户访谈如何收集并闭环 A 平台反馈只需工单一个渠道 B 用户访谈无法获得深度洞察 C 反馈收集后无需回执 D 通过工单、社区与访谈多渠道收集反馈，统一归类处理并回执用户，形成反馈闭环 ✓ 正确答案
# 12. 平台团队的组织定位中产品经理、SRE 与工程师的角色分工如何设置 A 平台团队只需工程师开发，无需 PM 与 SRE B SRE 负责产品需求 C PM 定方向、SRE 管可靠、工程师做实现，三者协作支撑平台"好用、稳定、持续演进" ✓ 正确答案 D PM 负责平台稳定性
# 13. 平台对开发者的沟通中文档站、变更公告与社区问答如何运营 A 平台无需与开发者沟通，用即可 B 破坏性变更无需公告 C 通过文档站、变更公告与社区问答运营沟通体系，让开发者"能学、能知、能问" ✓ 正确答案 D 文档只需发布一次，无需更新
# 14. 平台工程的社区与标准中 CNCF TAG-App-Delivery、Platform Engineering 社区（platformengineering.org）与 IDP 成熟度模型 A CNCF TAG-App-Delivery、Platform Engineering 社区与 IDP 成熟度模型为平台工程提供标准演进、知识借鉴与成熟度评估 ✓ 正确答案 B 平台工程没有社区与标准 C IDP 成熟度模型与平台无关 D 平台团队无需参考社区，自行摸索即可
# 15. 平台工程的组织演进中从工具团队到内部开发者平台（IDP）的常见组织陷阱与成功要素？ A 从工具团队到 IDP 需产品化、自助化、以用户为中心，规避"无运营、成瓶颈、过度管控"等陷阱 ✓ 正确答案 B 工具团队与 IDP 完全等价，无需演进 C 平台团队成为手工枢纽是好事 D 平台无需度量，只管交付
# 16. 平台治理中预算审批、安全基线强制与标准制定的责任归属 A 平台治理责任归属模糊即可 B 安全基线由开发者自行决定 C 预算审批、安全基线强制与标准制定需责任清晰（平台+财务/安全协作），平台主导、可问责 ✓ 正确答案 D 标准制定无需与业务协作
# 17. 平台自身的迭代中版本规划、兼容性保障与用户通知机制如何设计 A 平台迭代无需版本管理 B 兼容性保障与平台无关 C 破坏性变更无需通知 D 平台用 semver 规划版本、保障兼容并提供迁移，通过变更公告与订阅通知用户，让迭代可预期、可兼容 ✓ 正确答案
# 18. 平台采用度量中活跃用户数、黄金路径使用率与自助成功率如何统计 A 平台采用只看活跃用户数 B 自助成功率与是否人工介入无关 C 黄金路径使用率无法统计 D 活跃用户数、黄金路径使用率与自助成功率组合反映平台覆盖、标准化与自助化，从门户与 CI/CD 数据统计 ✓ 正确答案
# 19. 平台需求与路线图中内部需求收集、优先级评估与季度路线图如何管理 A 通过内部需求收集、框架化优先级评估与季度路线图滚动管理，让平台聚焦高价值、有规划、可对齐 ✓ 正确答案 B 平台需求无需管理，随意开发 C 优先级无需评估 D 路线图制定后永不更新
