# 1. IC（Individual Contributor）成长阶梯的真实设计原则 A 按工作年限自动晋升 B 按技术熟练度与代码量划分等级 C 与管理工作年限完全无关，只看代码质量 D 按影响力范围与复杂度从定义、执行、协作到战略递进 ✓ 正确答案
# 2. 工程师成长路径中的导师制（Mentorship）真实价值 A 三者均可提供真实的晋升机会 B Coach 是三种角色中唯一能提升绩效的 C Mentor 提供经验与建议，Coach 通过提问激发思考，Sponsor 提供背书与机会 ✓ 正确答案 D Sponsor 的主要作用是培训具体技能
# 3. 资深工程师应如何系统建设个人技术品牌与行业影响力，使其反哺职业机会？ A 围绕深耕领域持续输出利他性内容，形成长期复利 ✓ 正确答案 B 追热点、高曝光就能快速建立品牌 C 品牌建设与本职工作无关，应完全独立进行 D 只有开源贡献才能建立技术品牌
# 4. 技术能力模型（Tech Competency Model）的真实边界 A 应直接作为绩效奖金评分的唯一依据 B 模型越精细越准确，应无限细化 C 作为晋升评审与能力盘点的共同参照，而非逐项裁决 ✓ 正确答案 D 能力模型可以完全替代管理者的判断
# 5. 经验传承（Experience Transfer）的真实工程经验 A 写尽可能多的经验文档供全员阅读 B 只依赖资深工程师口头传授 C 通过结对、复盘、轮岗等机制让隐性知识在人与人的协作中流动 ✓ 正确答案 D 把经验全部集中在少数专家脑中保管
# 6. 反向辅导（Reverse Mentoring，年轻人辅导资深者新工具/新趋势）在跨代际协作中的真实价值与落地难点？ A 反向辅导的本质是让资深者向年轻人学习新工具，纯单向输出 B 反向辅导只适用于前端技术等浅层话题 C 其价值是双向赋能，难点在于权力不对称与面子障碍 ✓ 正确答案 D 反向辅导完全不受组织文化影响
# 7. 技术投资回报（ROI）的真实评估方法 A 所有技术投入都必须精确量化成金钱 B ROI 只与短期成本节省有关 C 综合可量化成本收益与不可量化的风险、战略价值，用范围估计并设复盘点 ✓ 正确答案 D 技术投入不应考虑机会成本
# 8. 技术选型（Tech Selection）的真实决策流程 A 选最流行、技术最先进的技术就一定正确 B 选型只需看文档，无需试运行验证 C 技术选型完全由架构师个人偏好决定 D 先明确业务约束，评估候选，再用 PoC 验证并明确退出机制 ✓ 正确答案
# 9. 技术雷达（Tech Radar）的真实构建经验 A 由架构师个人编写并作为强制规范 B 技术雷达只需列出技术名称，无需说明理由 C 技术雷达条目越多越全面越好 D 通过团队共识形成采纳/试验/评估/暂缓四象限，并周期性更新 ✓ 正确答案
# 10. ThoughtWorks 技术雷达方法论的真实应用 A 它是基于实践的观点性框架，应作为趋势参考而非教条 ✓ 正确答案 B 其推荐是绝对正确的，应无条件采用 C 只需每年更新一次即可 D 它只适用于 ThoughtWorks 内部
# 11. 技术愿景如何从业务目标推导并转化为可执行路线图，愿景沟通与落地度量如何对齐？ A 技术愿景应纯粹从技术先进性出发 B 愿景与落地度量无需关联 C 从业务目标倒推技术能力，用业务语言沟通，并建立技术指标与业务指标的映射 ✓ 正确答案 D 技术愿景只需向技术团队内部沟通
# 12. 代际差异（Generational Gap）的真实团队影响 A 代际差异是团队冲突的最主要根源 B 按代际标签管理团队能提高效率 C 应去标签化，聚焦协作机制，让差异成为互补资源 ✓ 正确答案 D 代际差异只影响资深员工
# 13. 共享平台（Shared Platform）与业务团队的边界 A 平台提供可复用能力与黄金路径，业务保留能力之上的自主决策 ✓ 正确答案 B 平台应强制所有业务接入统一方案 C 业务团队应完全脱离平台自建 D 平台只负责业务逻辑无关的底层
# 14. 团队拓扑（Team Topologies）的真实应用经验 A 应按职能部门组织团队 B 默认优先使用 Stream-aligned 团队，并依据认知负荷与软件边界设计团队边界 ✓ 正确答案 C 四种团队类型是固定不变的 D 团队认知负荷越高越有利于交付
# 15. 团队间接口（Team Interface）的真实设计原则 A 接口应显式化、最小化、稳定化，并明确所有权 ✓ 正确答案 B 接口越多越灵活，应尽量多暴露 C 团队接口设计只与 API 技术有关 D 接口变更无需版本管理
# 16. 技术晋升（Tech Promotion）的真实评估标准 A 以工作年限长短作为晋升依据 B 技术深度是晋升的唯一标准 C 晋升只看某一瞬间的高光表现 D 以职级对应的影响力范围与持续稳定表现作为核心标准 ✓ 正确答案
# 17. 新人入职（Onboarding）的真实工程经验 A 采用 30/60/90 分阶段 + 文档 + 结对 + 渐进式任务，并配 mentor 与 feedback ✓ 正确答案 B 新人靠自学摸索即可，无需 structured 流程 C 入职流程越复杂越完善 D 入职体验不影响留存率
# 18. 新人（Junior）与资深（Senior）协作的真实工程边界 A Senior 应替 Junior 完成所有任务以保证质量 B Senior 应完全放手让 Junior 自由发挥 C Senior 搭框架把关、Junior 执行成长，并随能力扩大自主权 ✓ 正确答案 D 协作边界一旦确定就固定不变
# 19. 跨团队项目（Cross-Team Project）的真实协调经验 A 跨团队项目无需总负责人，各团队自管即可 B 明确单一负责人、显式化依赖、对齐里程碑并设冲突升级路径 ✓ 正确答案 C 依赖关系应保持隐性以方便各团队自由发挥 D 跨团队项目失败主要是技术难度
# 20. 工程文化中的学习时间（Learning Time）真实边界 A 学习时间应完全脱离工作任务，自由探索 B 学习时间越多越好，无需评估效果 C 学习时间应目的明确、有产出并尽量与工作任务结合，避免形式化 ✓ 正确答案 D 学习时间只适合资深员工
# 21. 技术领导做个人项目如何保持一线手感，与团队职责的平衡如何把握？ A 应大量参与团队常规开发以保持手感 B 精选少量高价值动手场景并保证授权，避免抢团队活 ✓ 正确答案 C 技术领导完全不需要动手 D 一线手感越强，管理职责越容易履行
# 22. 技术领导脱离一线（Drift）的真实信号 A 脱离一线只体现在熟练度下降，不影响决策 B 决策拍脑袋、评审泛泛而谈、对团队困难缺乏感知是典型信号 ✓ 正确答案 C 脱离一线是突然发生的，无需预防 D 脱离一线后应更多地用权威压人
# 23. 横向轮岗如何设计周期与目标使个人与团队双赢，交接成本与知识断层如何控制？ A 轮岗周期越短越好，以便快速试错 B 轮岗只需考虑个人意愿，无需组织目标 C 周期 3-6 个月以上，明确目标并做好交接与 shadow 设计，以控制断层 ✓ 正确答案 D 轮岗期无需交接文档，靠经验自然传递
# 24. 跨团队知识共享（Knowledge Sharing）的真实机制 A 只要鼓励分享，员工就会自发共享 B 通过激励机制、低摩擦载体与常态化平台，让知识共享持续发生 ✓ 正确答案 C 知识共享应完全依赖口头传递 D 知识共享与绩效无关，应纯自愿
# 25. 工程师长期激励（Long-Term Motivation）的真实策略 A 靠自主权、成长路径、使命感与归属感等内在驱动维持 ✓ 正确答案 B 长期激励主要靠高额奖金与加班费 C 长期激励只与薪酬水平有关 D 工程师的长期热情无法被管理
# 26. 工程能力雷达（Tech Radar）的个人使用 A 个人雷达应无限扩大学习范围 B 个人雷达只记录已掌握的技术 C 用评估/试验/淘汰循环管理技能，并结合组织雷达聚焦学习 ✓ 正确答案 D 个人技术成长无需主动规划
# 27. 资深工程师公开输出（博客/演讲/开源）与本职工作精力之间应如何平衡？ A 让输出反哺工作，主题取自工作问题，并设定时间边界避免影响交付 ✓ 正确答案 B 公开输出应完全脱离工作，另花大量时间 C 公开输出越多越好，不计成本 D 公开输出与个人品牌无关
# 28. 业务价值 vs 技术债务的真实取舍 A 技术债务应全部禁止，确保代码质量 B 允许有目的的借债并明确还债计划，按债务对业务迭代的阻碍程度排优先级 ✓ 正确答案 C 技术债务仅由代码质量问题造成，与业务无关 D 技术债务越多越快，应放任不管
# 29. 优先级排序框架（RICE、ICE、WSJF）的真实使用边界 A 框架依赖主观打分，应作为讨论脚手架并用业务战略兜底，而非自动决策器 ✓ 正确答案 B RICE 适合所有场景，可自动决策 C WSJF 不依赖任何主观判断 D 框架能完全替代管理者的判断
# 30. 技术战略（Tech Strategy）与业务战略的真实对齐 A 技术战略应独立前进，保持技术领先 B 技术战略只需技术团队内部认可 C 从业务战略推导技术能力，用业务语言表达技术价值并定期校准 ✓ 正确答案 D 技术战略与业务目标无关
# 31. 技术预算（Tech Budget）的真实分配原则 A 全部预算应投给创新 B 按运营/增长/创新/技术债分类，从业务目标倒推并保留创新额度与债务偿还计划 ✓ 正确答案 C 技术预算与业务周期无关 D 技术债无需预算，等有空再说
# 32. 技术对外沟通（Tech Communication）的真实边界 A 用业务语言讲价值、进展、风险与成本，而非堆砌技术术语 ✓ 正确答案 B 对外沟通应详细讲解技术细节 C 对外沟通只需汇报技术指标 D 技术对外沟通与受众无关
# 33. 技术路线图（Tech Roadmap）的真实工程经验 A 路线图应精确规划到每个远期细节 B 路线图只描述技术栈，不涉及业务目标 C 路线图制定后无需更新 D 近详远略、滚动更新、用主题组织，并作为对齐工具而非承诺书 ✓ 正确答案
# 34. 机会成本（Opportunity Cost）的真实评估 A 机会成本只关注当前方案的收益 B 机会成本与资源分配无关 C 决策时应与放弃的次优方案比较，权衡资源使用的相对价值 ✓ 正确答案 D 机会成本无法用于技术决策
# 35. OKR 与日常工程任务的真实衔接 A 把 OKR 拆解为可执行任务并纳入排期，用其指导优先级与定期复盘 ✓ 正确答案 B OKR 是独立汇报的工具，与日常任务无关 C OKR 制定后无需跟踪 D OKR 只用于长期目标，不用于日常排期
# 36. 渐进式责任扩大（Progressive Responsibility）的真实实施 A 应让新人立即接管核心系统以快速成长 B 责任扩大不能伴随着评估 C 责任扩大与能力无关，只看意愿 D 从低风险任务起步，逐步承担更高风险责任，并配脚手架与复盘 ✓ 正确答案
# 37. 虚拟团队（Virtual Team）的真实有效性 A 通过文档化、异步优先、重叠时间与明确边界提升协作效率 ✓ 正确答案 B 虚拟团队只会降低效率，应避免 C 虚拟团队应增加更多同步会议 D 虚拟团队无需建立信任
# 38. 远程一代（Remote Generation）的真实工作偏好 A 远程一代普遍偏好严格打卡与工时监控 B 偏好灵活性、自主性与结果导向，管理应从过程控制转向结果负责 ✓ 正确答案 C 所有远程员工偏好完全一致 D 远程员工无需职业发展机会
# 39. 优先级博弈（Priority Politics）的真实经验 A 谁的嗓门大、人脉强谁就优先 B 用统一价值框架、透明决策与组织目标对齐，降低博弈的破坏性 ✓ 正确答案 C 优先级博弈无需管理，自然解决 D 应暗箱决策避免争论
