主题
风险管理
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
163 道问题
本页为第 101–150 题，共 163 题。
A · 专业解题与实现5
- 核心服务的月度可用性仍达到目标，但故障额度消耗速度突然加快，且错误集中在一个新发布的功能。你会如何判断是否暂停发布或回滚？
- 新模型在离线测试集上的总体得分明显提高，但上线小流量后，某类真实用户的任务完成率下降，投诉也增加。你会如何判断评估集、指标和发布决策哪里失真？
- 一个功能已全量发布，但多年未清理的开关仍控制多个代码分支；团队不清楚哪些开关可删除，回滚时也依赖人工记忆。你会如何建立开关生命周期和清理责任？
- AI 助手会读取用户上传的文档，其中可能包含要求模型忽略既有规则并调用外部工具的文本。你会如何区分数据与指令，限制工具权限并验证防护效果？
- 用户可上传压缩包供系统解析，历史事故显示恶意文件会耗尽资源或越权访问路径。你会如何设计隔离、解压限制、内容检测和安全失败策略？
当前目标在这里暂无匹配题。 ·
B · 业务理解与领域建模4
- 用户投诉某项服务未按约完成，日志显示产品流程已触发，但供应方没有确认，运营团队又认为合同责任不清。你会如何梳理服务承诺、责任边界和补救路径？
- 事件生产方准备把字段从字符串改为结构化对象，但一部分消费者部署周期较长，另一些会把未知字段丢弃后再写回。你会如何安排双写、版本协商、迁移和终止旧格式？
- 历史事件中的客户归属字段被发现写错，需要批量修正并重新计算下游指标；同一事件还可能触发通知和合作方回调。你会如何区分数据重算与重新触发外部操作，并避免重复影响？
- 商家更新价格后，已加入购物车但尚未提交的订单可能仍显示旧价；已提交但未付款的订单又有不同承诺。你会如何定义价格锁定、有效时点和用户告知规则？
当前目标在这里暂无匹配题。 ·
C · 价值判断与方向规划5
- 团队可以本周上线一个范围有限、信息量一般的实验，也可以等待三个月完成较大研究后一次性投入；后者影响关键市场窗口。你会如何比较学习价值、延迟成本和错误决策风险？
- 新市场的政策和客户采购周期尚不明确，公司仍需要制定年度目标和预算。你会如何把长期方向拆成季度假设、验证里程碑和可触发的计划调整条件？
- 一个新流程的小流量实验显示转化提升很大，但只有几十名用户，且其中几笔大额交易占了多数收益。你会如何判断结果稳定性、风险和是否继续扩大样本？
- 安全团队建议增加数据访问审计和异常检测，但没有近期事故可量化收益；产品团队希望优先投入客户可见功能。你会如何构建风险情景、控制证据和合理的投资比例？
- 一个客户贡献了产品近一半收入，并要求团队优先提供专属功能；扩大同类客户可能增长更快，却会增加集中度和谈判风险。你会如何评估客户集中、市场机会和产品独立性？
当前目标在这里暂无匹配题。 ·
D · 交付执行与持续运营18
- 一项身份字段变更涉及客户端、API、数据仓库和外部合作方，初始计划只列出服务端开发与前端改版。你会如何拆解依赖图并识别迁移、回滚和验收中的遗漏工作？
- 团队准备把订单数据迁移到新存储，读取路径先切换，写入路径稍后改造；计划只包含开发和上线，没有明确数据差异校验或回退条件。你会如何补全迁移分解？
- 季度组合中每个项目都被标为最高优先级，但产品、数据和安全团队的容量不足以同时支持。你会如何统一优先级定义、暴露依赖和形成资源取舍？
- 五个项目按各自价值排序都合理，但共享三个串行依赖团队，整体交付周期远超季度窗口。你会如何识别组合瓶颈、重新排序和决定是否拆分交付？
- 大型活动和节假日重叠，客服、审核和供应团队预计容量不足；营销活动已经对外公布。你会如何安排值班、控制新请求进入、告知用户并升级异常？
- 移动端新版本先向 5% 用户发布，崩溃率看起来翻倍，但活跃设备数少且主要来自一种旧机型；营销活动即将开始。你会如何止损、补证据并决定继续、暂停或回退？
- 新系统依赖尚未验证的第三方能力，团队无法准确估算完整实施；管理层要求给出可信时间范围。你会如何安排技术探针、风险验证和后续交付阶段？
- 年度项目预算已批准，关键岗位招聘持续失败，外包又受安全要求限制；其他团队已有可用人力但需要调整职责。你会如何比较延期、缩小范围、内部转岗和重新分配预算？
- 项目计划列出多个依赖团队，但没有具体交付负责人或确认日期；每个项目单独看都可行，组合层面却可能争抢同一产能。你会如何建立依赖承诺和风险视图？
- 项目设置了需求、设计、测试和上线评审，但材料齐全不代表关键假设已验证；团队常在评审会上才暴露风险。你会如何把阶段门改成真实的决策检查？
- 关键项目因供应商故障受阻，业务、工程、法务和财务都需要信息；现有升级流程要经过多轮状态会议，错过了解决窗口。你会按什么顺序向谁提供哪些信息，尽快明确决策人和行动？
- 外部服务商的响应时长和一次解决率连续恶化，但合同只规定月度平均服务承诺；内部团队每天都在补救。你会如何设计分层监控、例会、整改和合同调整机制？
- 核心服务部分不可用，原因尚未确认，客户、管理层和合作方都要求更新时间；团队担心过早说明会造成误解。你会如何区分已知事实、假设、行动和下次更新时间？
- 项目计划要求在季度末完成全面发布，但核心数据授权和合规评审仍未确认。你会如何设置阶段门，使团队可以推进准备工作，同时避免在关键条件未满足时作出难以撤回的投入？
- 项目即将完成，但业务发起人离职，接收团队也没有明确负责人。你会怎样处理验收、交接和未决风险？
- 一次故障没有达到客户承诺的重大事故门槛，但影响了少量客户并暴露流程缺口。你会如何决定是否公开复盘及公开到什么程度？
- 同一处置命令在两个区域的影响不同，手册只描述了默认拓扑。值班人员可能按错环境执行。你会如何修订和防止再发？
- 灾备演练提前一周通知所有团队，大家准备专门脚本，演练顺利但真实恢复仍然失败。你会如何调整演练设计？
当前目标在这里暂无匹配题。 ·
E · 协作沟通与影响10
- 业务负责人坚持按原日期发布，但小范围发布数据表明退款率和支持工单同时越过预设范围。产品团队认为样本太小，安全团队要求暂停。你会怎样把争议转成一个可作出的决定？
- 一次跨部门评审临时压缩到十分钟，决策者只想知道“能不能按期上线”。你掌握的证据显示有两个不同影响范围的风险。你会怎样组织信息，让对方能在有限时间里作出知情选择？
- 什么情况下你会把一个跨团队问题升级给更高层？你会怎样描述它？
- 跨部门会议已发布决定记录，但一个受影响团队明确表示无法按期交付。你会怎样确认各方是否接受了决定、哪些反对意见仍未解决，以及接下来谁负责处理？
- 上线负责人决定按期发布，安全团队认为残余风险超过其接受范围，但管理层选择继续。你会如何记录异议、责任和复查条件，并让团队理解可执行范围与升级边界？
- 你即将离开项目，手上有一个尚未证实但可能影响发布的风险。接手者背景有限，你会如何交接？
- 一方认为按时发布后再修复即可，另一方认为当前缺陷已经影响客户信任。双方都认为对方拖慢项目。你会如何处理？
- 你认为项目风险应告知客户或高层，直属负责人想等更多证据。你会如何处理？
- 项目临近发布时，安全审查发现设计问题，业务方认为要求来得太晚。你会如何改善后续项目中的参与方式？
- 你发现一个高层支持的计划可能无法按目标实现，短期内没有替代方案。你需要报告风险并维持团队行动。你会如何做？
当前目标在这里暂无匹配题。 ·