# 1. 资深工程师的 mentorship 真实边界 A 提供经验建议与赋能、尊重学员自主、不越俎代庖，做到授人以渔 ✓ 正确答案 B 导师应替学员做所有决定与任务 C 导师应直接给答案，学员照做即可 D 导师应评估学员的绩效
# 2. Distinguished Engineer 的真实组织角色 A Distinguished Engineer 主要在某个团队写代码 B Distinguished Engineer 主要管理一个团队 C Distinguished Engineer 与 Staff 职责完全相同 D 是组织级技术领导，负责技术战略、跨组织治理、技术文化，影响范围大于 Staff/Principal ✓ 正确答案
# 3. IC 岗位降级的真实心理与团队影响 A 降级应公开处理以警示他人 B 尊重保密、坦诚说明依据、提供支持路径并管理团队氛围，把降级变成可接受的调整 ✓ 正确答案 C 降级无需沟通，直接执行即可 D 降级只影响当事人，不影响团队
# 4. Principal Engineer 的核心职责（跨团队技术方向/架构治理）与评估标准，与 Staff/EM 的边界如何划分？ A Principal Engineer 主要管团队绩效 B Principal Engineer 主要写代码 C Principal Engineer 与 Staff 职责完全相同 D 负责跨团队技术方向与架构治理，评估看技术影响与领导力，与 Staff 按影响范围、与 EM 按技术/人分工 ✓ 正确答案
# 5. Staff Engineer 角色的真实影响力建设 A Staff 靠职权命令其他团队 B 靠技术方向、标准、复用、赋能与可见性，以专业与信任在跨团队建立无职权的影响力 ✓ 正确答案 C Staff 只需在本团队深耕技术 D Staff 影响力靠技术权威压人
# 6. 企业架构师（Enterprise Architect）的真实角色 A 是组织级、跨系统的架构与治理负责人，负责业务对齐、架构治理与平台规划 ✓ 正确答案 B 企业架构师只负责单个系统架构 C 企业架构师与团队架构师职责完全相同 D 企业架构师只画蓝图不落地
# 7. 双轨制（Dual Track）的真实组织设计 A 使职级薪酬对等、标准清晰、双向流动、有真实高级 IC 岗位并治理监控 ✓ 正确答案 B 双轨制只需名义上设置两条轨道 C 双轨制中管理轨应优先获得资源 D 双轨制无需监控，自然公平
# 8. 团队规模（Headcount）申请的真实工程依据 A 用业务目标、量化工作量、能力缺口与 ROI 论证增员是支撑业务的投资 ✓ 正确答案 B 只要团队忙就应申请增员 C Headcount 申请只需说明团队忙 D Headcount 申请与业务价值无关
# 9. 脱离编码多年的管理者回归技术岗，如何用系统化复习与小型真实项目重建可信的编码能力？ A 靠过去资历即可重新获得信任 B 管理者应直接接手核心系统重建能力 C 通过系统化复习、小型真实项目、渐进式任务与熟悉现代技术栈，用可验证交付重建可信度 ✓ 正确答案 D 回归技术岗无需复习，直接写代码即可
# 10. 外包（Outsourcing）vs 自建的真实工程取舍 A 为了省钱应尽量全外包 B 外包与自建只需看短期价格 C 什么都要自建才最稳妥 D 核心能力自建、非核心且市场成熟的外包，并考虑全生命周期成本与长期战略 ✓ 正确答案
# 11. 工具采购（Tool Procurement）的真实评估流程 A 工具采购只看 license 价格 B 工具采购应看宣传推荐即可 C 从需求出发、试用验证、算全生命周期成本、并明确落地与退出机制 ✓ 正确答案 D 工具采购无需试用，买了就知
# 12. 架构师（Architect）vs 资深工程师的真实差异 A 架构师与资深工程师职责完全相同 B 架构师关注系统级架构与治理，资深工程师关注模块级实现，二者是分工协作而非上下级 ✓ 正确答案 C 架构师是资深工程师的上级 D 资深工程师只埋头实现，无需架构视角
# 13. 管理轨道 vs 技术轨道（Dual Track）的真实公平性设计 A 通过薪酬、晋升、资源对等，标准区分与数据监控，防止隐性单轨 ✓ 正确答案 B 只需在制度上声明两轨对等 C 管理轨应天然获得更多资源 D 两轨公平无需监控，自然成立
# 14. 资深工程师（Senior Engineer）独立领导项目的真实边界 A 能独立主导项目/系统级技术交付，但不做组织级决策与人事管理，按影响范围判断边界 ✓ 正确答案 B Senior 能独立做组织级战略决策 C Senior 能做人事管理 D Senior 独立带项目后无需对齐
# 15. 轨道转换（Track Switch）的真实工程边界 A 轨道转换只能是 IC 单向转管理 B 从管理转 IC 应被视为惩罚 C 基于意愿与能力双向转换，提供清晰通道与过渡支持，转换不是失败 ✓ 正确答案 D 轨道转换无需任何支持
# 16. 预算申请（Budget Request）的真实工程表达 A 预算申请应详细讲技术细节 B 用业务语言对齐业务目标、量化 ROI、说明机会成本并分阶段可验证，把预算表达为投资 ✓ 正确答案 C 预算申请只需说"需要钱" D 预算申请应与业务目标无关
# 17. 双轨制下的团队决策（Decision-Making）真实边界 A 技术决策归 IC、管理决策归管理者、交叉处协作并冲突升级 ✓ 正确答案 B 所有决策都由管理者做 C 所有决策都由 IC 做 D 双轨制下的决策无需分工
# 18. 培训预算（Training Budget）的真实分配原则 A 培训预算应平均分配给每个人 B 培训预算无需评估效果 C 培训预算只需给少数人 D 按组织能力缺口与个人需求分配，兼顾公平并评估培训 ROI，把培训当投资 ✓ 正确答案
# 19. 应用架构师（Application Architect）的真实责任 A 负责单个应用/系统的架构设计、技术选型与质量演进，并与上层架构对齐 ✓ 正确答案 B 应用架构师负责整个组织的架构 C 应用架构师与系统架构师职责完全相同 D 应用架构师只写代码不管架构
# 20. 解决方案架构师（Solution Architect）的真实边界 A 解决方案架构师只负责编写方案文档 B 针对具体业务需求设计可落地技术方案，连接业务与技术，并遵循组织架构 ✓ 正确答案 C 解决方案架构师与业务架构师职责完全相同 D 解决方案架构师只需画蓝图，无需落地
# 21. SME 角色的知识沉淀与咨询职责如何量化，单点风险（被 SME 绑架）如何缓解？ A SME 深藏不露，越神秘越好 B 被 SME 绑架是好事，说明专家重要 C 量化其知识沉淀、咨询与影响，并用知识沉淀、备份交叉与传授复制缓解单点依赖 ✓ 正确答案 D SME 的知识无需沉淀
# 22. Staff/Distinguished 级别的影响力如何通过技术战略文档、跨团队技术治理与人才培养承载，这些产出物怎样规划？ A 专家影响力只靠个人经验口头发挥 B 专家影响力无需产出物，靠声望即可 C 通过技术战略文档、跨团队治理与人才培养等产出物，把个人影响力转化为可复制的组织能力 ✓ 正确答案 D 专家只需专注技术，无需规划影响力
# 23. 双轨制的长期激励（Long-Term Incentive）真实边界 A 长期激励应只给管理岗 B IC 轨无需长期激励 C 长期激励与轨道无关，无需设计 D 两轨对等、按实际贡献而非轨道分配、绑定长期贡献并可持续，留住技术领军者 ✓ 正确答案
# 24. 预算精简（Budget Cut）的真实工程应对 A 预算精简应一刀切地削减所有项目 B 预算精简时期可随意增加技术债 C 预算精简应静默进行，避免团队恐慌 D 按业务价值排序、保护核心、砍低价值、透明沟通并提升效率，控制新债 ✓ 正确答案
# 25. 技术职级（Tech Level）与薪酬（Compensation）的真实对应 A 职级越高薪酬必然成比例越高 B 职级与薪酬强相关但非绝对，实际由职级、绩效、市场、稀缺与谈判综合决定 ✓ 正确答案 C 同一职级薪酬一定完全相同 D 职级与薪酬完全无关
# 26. 回流管理（Reverse Track）的真实可行性 A 管理转回 IC 完全不可行 B 可行但有前提，需技术未断层、组织支持回流并接受角色转变 ✓ 正确答案 C 回流管理无需任何组织支持 D 管理转回 IC 是失败，应避免
# 27. 应急预算（Contingency Budget）的真实预留比例 A 应急预算应固定预留一个比例 B 应急预算预留越多越好 C 按风险与不确定性动态调整（常见 10%-30%），合理预留、受控使用并定期重估 ✓ 正确答案 D 应急预算无需预留，随遇而安
