Scrum Master面试问题：权威准备指南
采用敏捷框架的组织报告上市时间加快60%，生产力提高25%，据第17份State of Agile报告[1]。Scrum Master处于这一转型的中心——不是重新包装的项目经理，而是赋能高绩效团队的仆人式领导。评估Scrum Master候选人的面试官寻找特定组合：深厚的框架知识、教练本能、冲突解决技能以及在不创造依赖的情况下保护团队的能力。
关键要点
- Scrum Master面试测试你对Scrum理论的理解以及在混乱的真实情况中应用的能力
- 预计会有探究你是流程执行者还是真正的仆人式领导的问题
- 行为问题评估你的教练能力、冲突解决和利益相关者管理
- 准备具体例子，展示你如何提高了团队速度、消除了障碍并促进了组织变革
- 对扩展框架（SAFe、LeSS、Nexus）的了解越来越被期望
框架和流程知识问题
1. Scrum中经验过程控制的三个支柱是什么，你如何在实践中应用每个？
三个支柱是透明、检视和适应[2]。透明意味着使工作状态可见。检视是定期审查工件和进度。适应是基于学习进行调整——许多团队在这里失败，将回顾的行动项视为建议而非承诺。
2. 你如何区分Scrum Master角色与项目经理？
项目经理拥有计划，分配工作，对交付负责。Scrum Master拥有过程，教练团队走向自管理，对团队效能负责[3]。
3. 什么是完成的定义，为什么重要？
完成的定义是团队对每个产品待办列表项"完成"含义的共识[4]。没有它，"完成"是主观的，未完成的工作作为技术债务积累。
4. 当团队持续过度承诺时，你如何处理Sprint计划？
首先诊断原因——外部压力、乐观偏差还是糟糕的估算实践。然后通过教练解决根本原因[5]。
5. 解释每个Scrum事件的目的，如果跳过会发生什么。
Sprint计划使团队在Sprint目标上达成一致。每日站会使Sprint内的检视和适应成为可能。Sprint评审与利益相关者检视增量。Sprint回顾检视团队的过程[6]。
行为和领导力问题
6. 讲述你在开发团队中解决冲突的经历。
使用STAR方法，强调调解方式。描述观察模式、个别对话、结构化会议和可重用的决策框架。
7. 你如何教练一个写模糊用户故事的产品负责人？
避免自己重写故事——那会创造依赖。在待办列表梳理时使用苏格拉底式提问，引入INVEST准则[7]。
8. 描述你在Sprint期间保护团队免受外部干扰的经历。
描述你如何承认紧急性、解释中断成本并升级给产品负责人[8]。
9. 你如何衡量自己作为Scrum Master的效能？
团队稳定性和参与度、过程改进速度、Sprint目标完成率、团队日益增长的独立性[9]。
情境和场景问题
10. 一位开发者私下告诉你，技术负责人在未咨询团队的情况下做出单方面技术决策。你如何处理？
感谢反馈，观察，在回顾中作为过程观察提出，必要时进行私下教练对话[10]。
11. 你的团队速度在过去三个Sprint中下降了30%。你采取什么步骤？
系统性调查：外部因素、工作性质、团队动态、过程变化。
12. 产品负责人想因为业务优先级发生剧烈变化而取消Sprint。你怎么做？
根据Scrum指南，只有产品负责人可以在Sprint目标过时时取消Sprint[11]。你的角色是确保决策是知情的。
13. 你同时担任三个团队的Scrum Master。如何管理你的时间？
错开Sprint节奏，培养团队内部引导者，按最紧急的障碍优先分配时间[12]。
高级敏捷概念
14. 你如何促进组织从瀑布到Scrum的转型？
从试点开始——选择有利益相关者支持的团队和项目[13]。
15. 你对扩展框架SAFe、LeSS、Nexus有什么经验？
SAFe提供全面结构但可能感觉沉重。LeSS更接近Scrum原则。Nexus专注于3-9个团队在单一产品上工作[14][15]。
16. 你如何在Scrum框架内处理技术债务？
在产品待办列表中通过量化影响使其可见。与产品负责人协商可持续的分配[16]。
17. 一个团队成员说他们不再看到回顾的价值。你如何回应？
诊断：行动项是否在被执行？引入格式多样性和引导轮换[17]。
向面试官提问
- "我将支持多少个Scrum团队，他们当前的成熟度水平如何？"
- "Scrum Master角色之外的敏捷教练支持是什么样的？"
- "团队面临的最大障碍中，哪些无法在团队层面解决？"
- "领导层如何看待Scrum Master角色——作为引导者、教练还是项目协调员？"
准备清单
- 重新阅读Scrum指南。 2020版本只有13页[18]。
- 准备三个强有力的STAR故事。 一个关于冲突解决，一个关于消除障碍，一个关于团队教练。
- 了解你的指标。 速度趋势、Sprint目标完成率、改进指标。
- 大声练习场景问题。
- 研究公司的敏捷成熟度。
