# 1. 老板问"友商怎么没这问题"，如何不贬低又不背锅？ A 友商架构好是因为他们系统新，我们系统老 B 友商也有问题，只是没暴露 C 先认可友商，把差异归因于发展路径与历史取舍，再把话题引向还债方案 ✓ 正确答案 D 承认这是自己的责任，马上改进
# 2. "绞杀者模式"逐步替换 vs 大爆炸重写，怎么向业务解释选前者？ A 详细讲解绞杀者模式的架构原理 B 直接宣布技术决策，业务不用懂 C 用"边跑边换零件"类比，讲清风险、节奏、成本三维利益并给出阶段验收里程碑 ✓ 正确答案 D 强调重写技术含量更高
# 3. 新需求叠加在烂代码上，如何坚持"顺手还一点"？ A 先拒绝新需求，等还完债再接 B 把还债捆绑进需求开发，按"触达即整理"规范执行，并用收益叙事让业务看到还债等于提速 ✓ 正确答案 C 悄悄改代码，不被发现就行 D 每次单独向业务申请还债预算
# 4. 业务方要"下周上线"，你说"至少要三周"，如何不伤关系地坚持？ A 直接拒绝，告诉业务不可能 B 答应下周上线，加班硬赶 C 共情开场、用风险解释工期、给出分级方案让业务选择并书面确认风险 ✓ 正确答案 D 让业务自己找别的团队做
# 5. 用"缺陷逃逸率"指标证明快反而更慢，怎么说服？ A 强调测试是专业底线，不能压缩 B 拒绝所有加急需求 C 用逃逸率与返工成本算时间账，把考核口径改成总交付周期，并提议试点验证 ✓ 正确答案 D 让业务自己看代码质量报告
# 6. 质量与速度冲突时，谁来担决策责任，怎么写进纪要？ A 技术团队拍板上线时间，出了问题自己扛 B 纪要里只写结论，不写风险和决策人 C 技术讲清风险、业务拍板决策，纪要记录"决策+决策人+风险+应急预案"并要求书面确认 ✓ 正确答案 D 拒绝上线，让业务自己看着办
# 7. 用"改一行要动十个文件"讲耦合度，老板有体感吗？ A 详细解释模块间依赖关系的技术原理 B 用生活类比建立画面，并把耦合翻译成交付速度、人力成本与事故风险，提议小实验验证 ✓ 正确答案 C 让老板自己改一次代码感受一下 D 直接说系统架构很糟糕
# 8. 用"新人上手成本"量化债，HR 也听得懂的故事？ A 从招聘场景进入，用"上手时间×人力成本+流失重置"算账，落到还债能帮 HR 省钱 ✓ 正确答案 B 请 HR 看系统代码复杂度报告 C 讲技术债的架构历史 D 要求 HR 多招熟手
# 9. Sonar 扫描的坏味道数字，如何翻译成业务语言？ A 把全部扫描指标整理成完整报告发给老板 B 让老板安装 Sonar 自己看 C 只讲技术达标率，如 95% 通过 D 筛选与业务风险强相关的少数指标，逐项映射"业务后果"并给出分级处理计划 ✓ 正确答案
# 10. 组织“无会日”遇到老板临时召集，你如何把“还债需要整块时间”讲成业务风险，既参与又不打乱还债节奏 A 直接拒绝参会，强调无会日规则 B 偷偷把会议邀请忽略 C 每次都去开会，无会日形同虚设 D 把整块时间讲成还债产能，给老板"开会推迟还债或改期开会"的选择，中断后同步影响账单并机制化保护 ✓ 正确答案
# 11. 老板把技术债评审叫成“架构闲聊会”，你想把它变成有预算决策的正式评审，如何重命名议程并提前发材料 A 延长会议时间，让大家充分讨论 B 增加参会人数以示重视 C 重命名为"投资评审会"，议程设明确决策点，提前发含选项与风险的材料，会后发决策纪要并跟踪执行 ✓ 正确答案 D 要求老板必须出席每次会议
# 12. 非技术老板要求每周口头汇报技术债，你如何把它转成一份 10 分钟能读完的书面简报并约定只看结论 A 直接发邮件说以后不口头汇报了 B 拒绝每周汇报，太占用时间 C 口头汇报照旧，私底下减少内容 D 先做书面版证明效率，一页纸结论先行，再谈"周书面+月口头"的机制并持续迭代 ✓ 正确答案
# 13. 周报里老板只关心业务数字、技术债一行不看，你如何把还债影响折算成延期风险与成本数字写进周报 A 把还债影响折算成延期风险、人力成本与故障概率，写进老板关注的业务数字里并给趋势预警 ✓ 正确答案 B 在周报里加大技术债部分的篇幅 C 单独给老板发一封技术债专题邮件 D 把技术债写进周报标题，引起注意
# 14. 向非技术管理者汇报技术债需要“决策型”沟通，你如何准备 3 个带成本的选项让老板做选择题而不是听讲座 A 设计 3 个同口径可比、带投入收益代价的选项并附推荐，细节放附录，一页纸呈现 ✓ 正确答案 B 把技术债原理讲透，老板懂了才能决策 C 只给一个方案，让老板批准 D 选项越多越好，显示工作充分
# 15. 老板在站会上问“技术债什么时候还完”，你如何用“还债速度 vs 新债产生速度”两条曲线回答而不是给空头承诺 A 承诺一个具体日期，给老板确定性 B 用还债速度与新债速度两条曲线讲清平衡逻辑，按数据给"进入可控区间"的里程碑，并把时间表与资源挂钩 ✓ 正确答案 C 说"还完不可能"，让老板死心 D 转移话题，说先看业务
# 16. 老板质疑“为什么还债要整块时间”，你如何用上下文切换损失数据说明碎片化还债反而更慢更贵 A 用切换成本与效率损失数据算总账，折算成人力成本，并提议试点对比验证 ✓ 正确答案 B 强调还债很复杂，必须整块时间 C 找老板的领导给老板施压 D 把还债安排到周末整块时间
# 17. 技术债还债方案汇报后无人拍板，你如何把“要预算、要人、要时间窗”三个决策点写进纪要并逐项催办 A 把预算、人力、时间窗拆成决策点清单写进纪要并标注状态，逐项催办、闭环更新、无果则升级议题 ✓ 正确答案 B 等下次会议再提一次 C 找老板当面问到底批不批 D 默认没人反对就是通过，直接启动
# 18. 向非技术高管演示技术债 demo 时对方只看结果不看过程，你如何安排演示顺序让对方先看到业务收益 A 从架构现状讲起，让高管理解背景 B 结果收益开场、关键步骤建立信任、风险兜底、收尾给资源请求，15 分钟内完成 ✓ 正确答案 C 完整演示所有技术细节，显示专业 D 先问高管懂不懂技术再决定讲法
# 19. 用白板向老板画技术债分布图（按模块/风险/成本），你如何设计这张图让非技术者一眼看懂优先级 A 用复杂的技术指标做三维图，信息越全越好 B 把 50 个技术债全部列在图上 C 画一张系统架构图标注债务位置 D 用"业务影响×还债成本"四象限加气泡风险标注，象限起业务名，标不还的后果并给结论 ✓ 正确答案
# 20. 向老板共享屏幕展示技术债清单前，你如何提前把内部代码路径、保密项目名脱敏成通用名称 A 只要主文档没问题，其他不用管 B 把敏感信息全部删掉，宁可信息缺失 C 按清单检查代码路径、项目代号、人名备注四类信息，换壳保义，并检查屏幕边缘与工具残留 ✓ 正确答案 D 脱敏是安全部门的职责，个人不用管
# 21. 向高管远程汇报技术债时对方明显走神，你如何把 30 分钟汇报压缩成 10 分钟并只讲 3 个关键数字 A 提高音量，把剩余内容讲完 B 停下来等高管处理完手机再继续 C 主动提出压缩到 3 个关键数字（现状-风险-请求）快速收口到决策点，完整材料会后邮件发 ✓ 正确答案 D 跳过所有内容，直接问"您批不批"
# 22. 技术债还债优先级会议上有人沉默不语，你如何把“默认同意”改成“每人必须表态”并记录在案 A 会议结论以多数人沉默为准 B 开场宣布表态规则、逐人点名表态、表态与责任绑定、逐条记录并邮件确认 ✓ 正确答案 C 会后逐一私聊确认意见 D 让主持人替沉默者做决定
# 23. 老板和技术负责人为“先还债还是先上线”吵不出结论，你如何用风险量化表推动当场拍板 A 让双方各自提交报告，领导决定 B 以老板的立场为准，技术服从 C 投票决定，少数服从多数 D 建"先上线vs先还债"的收益/代价量化表，请双方供数、计算临界点、收敛分歧到一个数字并记入纪要 ✓ 正确答案
# 24. 老板口头同意还债但不批预算，你如何把口头承诺固化成带金额与期限的书面决策记录 A 24 小时内发含金额期限责任人的纪要并设确认窗口，跟进审批单，里程碑临近时提醒升级 ✓ 正确答案 B 老板口头同意了，等预算下来就行 C 录音留存，等对质时用 D 再约一次会当面确认
# 25. 用 ADR 记录技术债还债决策后，如何给非技术老板写一页“执行摘要”让他不用读正文就能审批 A 把 ADR 正文精简一半发给老板 B 摘要越简短越好，只写"请批准" C 老板不需要审批 ADR，技术人员自决 D 用"决策-背景-代价风险-不做的后果-审批请求"五段式一页呈现，数字与正文一致并明确确认动作 ✓ 正确答案
# 26. 还债决策记录公开后担心老板觉得被挑战，你如何在文档里区分“信息透明”与“质疑权威” A 记录决策事实与依据，不写对错判断，定位为组织资产，措辞中性并主动说明用途 ✓ 正确答案 B 公开所有讨论细节，包括反对意见 C 只记录结论不记录依据，避免争议 D 敏感决策不公开，私下保存
# 27. 多团队还债方案评审用“提案-异议-截止”机制，如何设定异议期让非技术老板也有机会提意见 A 技术异议与业务异议分设期限，给老板业务版摘要和可拍板问题，主动征询并书面回执处理结果 ✓ 正确答案 B 延长统一异议期到两周，人人有份 C 让老板在技术评审文档里直接评论 D 老板的意见以口头为准，不用记录
# 28. 还债方案异步评审通过后老板一票否决，你如何准备一页“否决影响清单”让老板看到否决的成本 A 据理力争，质疑老板的否决权 B 绕过老板找更高层推翻 C 直接停止一切还债工作等老板新指令 D 准备一页"否决影响清单"呈现沉没成本、连锁风险与替代路径，姿态是支持决策而非对抗 ✓ 正确答案
# 29. 用文档+评论评审还债方案时没人细看，你如何给文档加“必读 3 页+决策点”防止走过场 A 设"必读3页+决策点强制表态+结构化评审表+完成门槛+未表态公示" ✓ 正确答案 B 延长评审周期，给大家充足时间 C 群里@所有人提醒认真阅读 D 改回线下开会评审
# 30. 还债方案评审讨论跑偏到具体实现细节，你如何把技术细节剥离到附录、让讨论回到预算与排期主线 A 严厉打断，重申会议纪律 B 顺着讨论，把细节聊透再回主线 C 用议程锚定预算排期主线，把细节标记为附录待议项承诺会后处理，必要时设"细节时段" ✓ 正确答案 D 提前散会，下次再开
# 31. 还债优先级用“默认通过”加速评审，你如何防止老板事后说“我没同意过” A 默认通过本来就没有约束力，只能靠自觉 B 规则书面前置、点对点送达留痕、截止发生效通知、决策入档，高风险决策要求明确表态 ✓ 正确答案 C 每次决策都打电话确认，最保险 D 把默认通过改成全部投票
# 32. 还债方案文档 20 页老板不看，你如何把核心内容浓缩成 5 行摘要加一张风险矩阵放在最前面 A 把文档缩减到 10 页 B 首页顶部放"做什么/为何/要什么/代价/请求"5 行摘要加一张风险矩阵，数字锚定正文并物理前置 ✓ 正确答案 C 给老板口头讲一遍代替文档 D 加粗文档中的关键段落
# 33. 用"故障概率×损失"量化技术债，如何做这张表？ A 概率和损失凭经验拍数即可，越精确越好 B 只算损失不算概率，简单直接 C 统一概率与损失口径、标注数据来源与置信度、含直接业务声誉损失并支持参数调整重算 ✓ 正确答案 D 表格越复杂越显专业
# 34. 技术债导致一次大故障后，如何转化为预算获批的契机？ A 故障结束后立刻找老板要预算 B 把事故责任推到历史同事身上换取预算 C 事故复盘只谈修复不谈债务，避免麻烦 D 救火后复盘立因果、量化损失、趁热提交还债提案并给出投入产出与防复发承诺 ✓ 正确答案
# 35. 用"房贷"比喻技术债，非技术老板能听懂吗？ A 房贷比喻牵强，老板听不懂 B 比喻讲完就行，不用给行动 C 用本金利息月供复利断供对应技术债现象，主动讲清边界差异，并落到还债计划 ✓ 正确答案 D 房贷比喻只适合有房的人，多数老板听不懂
# 36. 老板只关心功能上线，如何把还债说成"提速"而非"停工"？ A 用"刹车片/修路"类比和"先慢后快"曲线，20%产能还债80%交付，试点数据证明还债等于提速 ✓ 正确答案 B 承诺还债期间不交付新需求，专心还债 C 承认还债确实会停工，但值得 D 要求老板先批预算再谈定义
# 37. 把"重构"包装成"新功能支撑"过审，算不算骗？ A 只要立项能过，怎么包装都行 B 关联立项（重构是功能前提）是合理策略，借壳立项是欺骗，应透明捆绑并论证业务价值 ✓ 正确答案 C 重构永远不能以业务名义立项 D 包装不算骗，因为最终都是技术工作
# 38. 技术债 vs 业务需求抢排期，谁拍板最合理？ A 技术债属于技术问题，技术负责人拍板 B 承担后果的业务/管理层拍板，技术供给业务语言的风险成本信息，设规则优先与例外升级机制 ✓ 正确答案 C 谁嗓门大谁拍板 D 业务需求永远优先，还债排队
# 39. 用一页 memo 向 CTO 讲清技术债，结构怎么搭？ A 用"结论-量化现状-根因-方案对比-风险预案-请求"六段一页呈现，指标口径与既往报告一致 ✓ 正确答案 B CTO 懂技术，可以写详细技术报告 C 用类比让 CTO 快速理解 D memo 只写结论，细节都不用
# 40. 重构期间需求照旧压，如何争取"双轨并行"的资源？ A 向公司申请额外招聘还债团队 B 让交付团队加班兼顾还债 C 把团队拆成交付与还债两轨，论证并行损失小于串行停摆，重新配置现有人力并设弹性与检验机制 ✓ 正确答案 D 先斩后奏，分配人力和需求再汇报
# 41. 用"技术债利息"概念做季度汇报，如何让它持续被重视？ A 每季度汇报时多讲几次利息的重要性 B 把利息定义为月度量化指标、设为固定汇报栏目、折算进业务数字并设超线自动触发评审 ✓ 正确答案 C 请老板把利息纳入 KPI 考核 D 利息只在大事故后讲一次最有效
# 42. 十个技术债先还哪个，如何用"风险×成本"排序说服老板？ A 按修复难度从易到难排序最稳妥 B 用风险×成本四象限排序，每项标注构成、结合资源出批次计划，并允许参数调整重排 ✓ 正确答案 C 让老板凭业务直觉指定优先级 D 按模块重要性排序，重要模块优先
# 43. 历史代码无人敢动，如何用"安全网测试"换取动手权？ A 直接申请重构授权，说明代码多烂 B 让领导签字背书"改坏了不追责" C 先申请建测试网，用回退与特性开关兜底风险，明确验收承诺，小步示范后推广 ✓ 正确答案 D 找外包团队改，风险转移
# 44. 技术债还到一半老板变卦砍预算，如何止损？ A 立即停止一切工作，避免继续投入 B 把预算缺口转嫁给其他项目 C 找更高层推翻老板的决定 D 先固化已完成成果、提最小保全方案、争取"挂起"而非终止，书面存档并复盘原因 ✓ 正确答案
# 45. 还债成果不可见，如何向业务方展示价值？ A 用反事实（没还债会怎样）、交付指标变化、故障返工账本和操作对照演示让隐性收益显形 ✓ 正确答案 B 还债本来就没有业务价值，无法展示 C 请业务方看代码质量报告 D 还债期间多做点新功能才能证明价值
# 46. 在"先上线后修补"文化里，个人如何守住质量底线不被边缘？ A 处处坚持质量，绝不让步 B 用业务语言讲质量、数据支撑、选择性坚持关键项，并推动轻量质量机制让坚持变成规则 ✓ 正确答案 C 放弃质量坚持，融入团队文化 D 只在出事故时强调质量
# 47. 因坚持质量被贴上"拖节奏"标签，如何反转印象？ A 当面澄清自己从不拖节奏 B 先接受标签，用"总时间账"数据重构叙事，帮同事体验质量红利，并推动评价口径改为稳定交付速度 ✓ 正确答案 C 从此放弃质量要求，合群最重要 D 向老板投诉贴标签的同事
# 48. 临时方案（hack）变永久，如何推动"还债时刻表"？ A 盘点临时资产、按风险排还债时刻表、触达即还、季度更新并给无主 hack 定责任 ✓ 正确答案 B 列出所有 hack 一次性替换掉 C 临时方案能用就别动，风险自担 D 禁止再写任何临时方案
# 49. 测试覆盖率该设多少，如何向老板解释不是越高越好？ A 用边际收益递减与假测试代价解释，按模块分层设目标（核心 80%+），并用缺陷率结果指标补充 ✓ 正确答案 B 老板的要求必须执行，覆盖率设 100% C 覆盖率越低越好，节省测试成本 D 覆盖率没意义，让老板别管
# 50. 用"质量成本（CoQ）"框架和财务对话，有效吗？ A 财务不懂质量，框架没意义 B 把成本分预防/鉴定/内外部失败四类并填真实数据，诉求重构为"调整成本结构"，给出可对账的验证指标 ✓ 正确答案 C 只讲预防成本的收益，其他不用提 D 用 CoQ 框架要求财务无条件批预算
# 51. 把技术债做成"资产负债表"向董事会汇报，结构怎么设计？ A 把技术资产和债务按财务报表格式原样列出 B 资产=业务能力、负债按流动性分层、给净技术价值与负债率结论，附折旧/资本开支/风险披露 ✓ 正确答案 C 只披露技术债金额，让董事自己判断 D 资产负债表太复杂，改成图片展示
# 52. 技术债指标纳入团队 OKR，会不会变成刷分游戏？ A 选结果型指标、多指标交叉、严格口径核算，OKR 管方向、考核看业务影响，防激励扭曲 ✓ 正确答案 B 任何考核都会刷分，所以不能纳入指标 C 相信团队自觉，指标只做参考 D 指标越简单越好，避免钻空子
# 53. 技术债能用"人天"估算吗，如何避免被砍半？ A 报一个高一点的数，留出被砍空间 B 分层估算给区间、拆解子任务、用历史偏差校准，被砍时转化为"砍范围=留风险" ✓ 正确答案 C 拒绝提供估算，因为没法估准 D 老板砍多少都接受，数字本来就没依据
# 54. 事故复盘里把技术债写进根因，会被问责吗？ A 把债写在"系统/根本原因"层，用"已知未排期"上浮责任，行动落到机制并主动认领个人部分 ✓ 正确答案 B 绝不能提技术债，会被认定甩锅 C 把根因写成某个人的操作失误，最安全 D 技术债根因写不写看领导态度
# 55. 用 AI 摘要浓缩还债评审材料时摘要漏掉关键风险，你如何设计“人审摘要+风险点必读”双轨防失真 A 换一个更强的 AI 模型生成摘要 B 摘要不用 AI，全部人工写最保险 C AI 初稿+人审签发，风险点强制回读原文并单独成页必读清单，配对账表与抽检 ✓ 正确答案 D 在摘要底部加免责声明即可
# 56. 讲技术债故事时，如何不显得在甩历史同事的脸？ A 回避历史成因，只说现在的问题 B 把历史同事的贡献讲一遍再讲债 C 明确点名历史负责人，责任清晰 D 归因"当时决策与环境"而非个人，承认当时合理性，重心锚定现在方案并书面中性化 ✓ 正确答案
# 57. 向老板发起 25 分钟还债评审会，你如何设计议程让前 5 分钟就给出结论、剩余时间只讨论分歧 A 会前材料给结论，前 5 分钟宣读结论与依据，后 20 分钟只讨论分歧并收口固化 ✓ 正确答案 B 开场花 15 分钟把方案讲透，保证共识 C 会议时长弹性，讨论充分为止 D 让每个参会者先发言表态再讨论
# 58. 跨区域还债评审用英文进行导致非母语同事参与度低，你如何提前准备双语摘要保证各方公平表态 A 会议改用中文，母语者迁就多数 B 非母语同事书面提交意见即可，会上不参与 C 会前发内容一致的双语摘要，会中多通道发言+点名确认+双语投屏，会后双语纪要留异议窗口 ✓ 正确答案 D 请翻译全程同声传译
# 59. 还债评审会上技术团队抢话、老板插不上嘴，你如何安排发言顺序让老板先听到结论再做决定 A 限制技术团队的发言次数 B 议程按"结论→限时技术补充→点名老板决策"编排，结论前置并给老板先表态的选择权 ✓ 正确答案 C 让技术团队会后单独讨论 D 请老板主持会议掌握话语权
# 60. 还债评审会录音转写后自动发群，你如何先过滤掉内部代码细节与技术争论再分发给参会者 A 转写稿直接发群，保证信息完整 B 原始稿存档，群发"结论/决策/待办/风险"整理版，过滤清单+人审签发+阅读指引+反馈修订 ✓ 正确答案 C 录音转写内容只发给技术团队 D 群内只发结论，不发任何细节
# 61. 还债项目用 RACI 分完工发现“被咨询者”太多拖慢决策，你如何瘦身让每个决策只有 1 个 A A 取消咨询环节，A 直接拍板最快 B 定 1A 硬规则，C 限 2 个并设 48 小时时限，非必须 C 降为 I，按影响面分层决策 ✓ 正确答案 C 让所有人都是 A，共同担责最稳 D 增加 C 数量，意见越全决策越准
# 62. 还债项目里老板要求“谁负责就要签字背书”，你如何用 RACI 把执行责任与最终责任分开讲清 A 让所有参与人都签字，风险共担 B 指定资历最浅的人签字，保护骨干 C 拒绝签字要求，说明项目是团队协作 D 讲清 R 对动作负责、A 对结果负责且一任务一 A，签字对应 A 并配套决策权限 ✓ 正确答案
# 63. 还债评审会结论和会后邮件不一致，你如何用“结论+数字+期限”的纪要模板让两个口径统一 A 强制"结论+数字+期限"模板，会中实时记录当场念对，邮件设确认窗口并版本管理 ✓ 正确答案 B 会后让主持人凭记忆写纪要，最快 C 以资深参会者的记忆为准 D 只发结论不发数字，避免争议
# 64. 还债决策散落在 wiki/邮件/IM，新老板上任找不到，你如何建一个“技术债决策检索表”让半年前的决定可追溯 A 把散落的邮件和 wiki 归档到统一文件夹 B 新老板上任时口头交接一遍即可 C 决策靠文档不靠表，文档齐全即可 D 建索引表（编号/结论/资源/决策人/状态/链接），当日入库规则+新老板交接速览+owner 季度维护 ✓ 正确答案
# 65. 还债方案异步评审两周无共识，你如何设置“升级为 30 分钟同步会”的触发条件并提前通知各方 A 两周没共识就自然约个会聊聊 B 无限延长异步评审期，等共识自然形成 C 启动时预设升级阈值，触发后提前 48 小时通知并聚焦未决异议，30 分钟收口并配兜底规则 ✓ 正确答案 D 升级会由主持人直接拍板最快
# 66. 还债方案评审中途加入新成员，你如何给他一份“背景+已定决策+待决问题”的快速上手指南 A 把项目全部历史资料打包给他自学 B 暂停评审，等他熟悉全部背景再继续 C 给"背景+已定决策+待决问题"一页指南，附 15 分钟答疑、明确角色与下一步、并指向最新版材料 ✓ 正确答案 D 让他列席旁听几次评审会自然熟悉
# 67. 还债评审中某团队代表长期不表态，你如何用“默认同意+责任署名”机制逼出明确立场 A 先沟通探明原因，立"超期未表态=默认同意并担责"规则，配套便捷表态通道与未表态公示 ✓ 正确答案 B 直接宣布未表态者视为反对 C 反复私聊催促直到他表态 D 跳过该团队的决策点，不等他
