关键人员离开的连续性

共 17 题

#

1. 你的关键开发人员离职了 leader 不想招人（节省成本），你怎么看怎么推动

A 量化隐性成本（单点、延期、质量）并提供过渡与分阶段补充方案 ✓ 正确答案

B 强行反对

C 直接越级投诉

D 放弃推动

#

2. 关键人离职前的风险预警与挽留尝试？

A 通过 1:1 识别信号并针对诉求挽留，挽留不成及时转入交接 ✓ 正确答案

B 等离职后再处理

C 挽留无效则可放弃

D 无需预警

#

3. 交接窗口期的并行工作（shadowing）设计？

A 一次性把所有信息倾倒

B 只交接文档

C 结对讲解、逐步独立操作并设答疑期验证 ✓ 正确答案

D 无须交接

#

4. 你的关键开发人员离职了 leader 说"不能有 bus factor"，你怎么看怎么推动

A 只靠口头强调

B 通过知识共享、备份、文档化与多人掌握关键代码落实 ✓ 正确答案

C bus factor 无法降低

D 与交接无关

#

5. 离职后知识断层的应急方案？

A 先做新项目

B 盘点接管范围与受影响模块，评估风险 ✓ 正确答案

C 直接外包

D 忽视风险

#

6. 你的团队文档库被批评"无 changelog"，你怎么看怎么推动变更记录

A 只口头要求

B 建立规范并在发布流程中强制检查，配合工具与示范 ✓ 正确答案

C 无从推动

D changelog 可有可无

#

7. 你的团队文档库被批评"无 owner"，你怎么看怎么推动责任

A 为文档指定 owner 并建立责任矩阵，定期 review 追责 ✓ 正确答案

B 不指定任何责任

C 只由 leader 维护

D 文档无需维护

#

8. 你的团队文档库过时（3 年没更新），你怎么看怎么推动

A 全部重写

B 盘点评估、按优先级分批更新并建立更新机制 ✓ 正确答案

C 直接删除

D 保留现状

#

9. 关键人员离职时如何通过文档、交接与结对完成知识转移？

A 只交接文档

B 只靠结对

C 只口头讲解

D 文档、交接、结对三结合，并验证独立性 ✓ 正确答案

#

10. 离职交接清单如何覆盖文档、账号与依赖？

A 只有文档

B 只有代码

C 文档、账号权限、外部依赖、进行中任务与代码 ✓ 正确答案

D 只有口头说明

#

11. 离职交接你如何定义“交接完成”的验收标准（文档、演示、答疑期），避免“看似交接实则没有”？

A 交接人讲完即可

B 交接时长足够

C 接替人能否独立完成工作（文档核对、演示、答疑、独立任务） ✓ 正确答案

D 签字即可

#

12. 关键人离职前你如何组织“知识萃取”（设计决策访谈、常见问题梳理），把脑子里的东西留下来？

A 只复制代码

B 无需萃取

C 离职后补记

D 通过访谈、问题梳理、结对观察把隐性经验显性化为文档 ✓ 正确答案

#

13. 替补到岗前的优先级降级与需求沟通？

A 全量承诺

B 隐瞒缺员

C 评估能力、重排需求聚焦核心，并与需求方透明沟通延期风险 ✓ 正确答案

D 停止一切需求

#

14. 如何通过代码所有权与文档化降低 bus factor？

A 让一人独占代码

B 减少人员

C 不写文档

D 代码所有权共享、文档化、结对与备份 ✓ 正确答案

#

15. 离职期工作交接的清单如何制定并验证？

A 清单表面完整

B 接替人能否独立工作而非仅清单画勾 ✓ 正确答案

C 交接时长

D 签字确认

#

16. 如何用轮岗与备份机制保障团队连续性？

A 依赖单一关键人

B 轮岗、备份、结对与文档化，消除单点依赖 ✓ 正确答案

C 减少成员

D 不写文档

#

17. 知识转移如何通过交接后的抽查与陪跑来验证？

A 交接过程结束即可

B 不需验证

C 通过抽查、陪跑与真实任务复盘确认接替人独立能力 ✓ 正确答案

D 只看交接时长