主要分为5个部分来讲，分别是 Scrum Master的角色、待办项的改进和估算、 Sprint计划、 每日站会、 回顾会；
以下是尽可能用易理解的语言来看待38个问题。

对于Scrum的理解更加深刻了，每个问题都会想，如果是我被问到，是否会有更好的回答，大家不妨每道题都试着先想想！！！

Scrum Master简要知识点：

Scrum Master角色

Scrum Master的角色

1. 背景知识点：

• Scrum不是方法学，而是一个敏捷框架，是众多方法的组合。其他组的实践不能全盘照搬过来，而是应该结合项目自身的情况进行使用；
• Scrum团队是一个敏捷团队，为了防止后续出现消极等不利情况，在招聘团队人员的过程中，需要确认团队工作的具体需求、人员的素质等；
• Scrum Master不是管理者，而是领导者或是教练；
• Scrum Master能够识别项目过程中Scrum团队的阻碍，需要不同的方法，如：有时需要训练、有时需要教练、有时需要导师；
• Scrum团队在遇到新挑战时，Scrum Master应当熟悉学习方法：Shu-Ha-Ri（守-破-离）；
• Scrum Master的目标不是在单个项目中领导团队完成项目，而是让Scrum团队行程自组织和自我管理，促使团队整体的进步，使自己摆脱项目的日常经营；
• Scrum Master需要让Scrum团队尽早介入到项目迭代过程中，参与到产品澄清、排序当中；
• 与干系人沟通不能仅仅依靠产品经理这个守门人，Scrum Master应该促使更透明、积极的沟通；在冲刺评审会上，Scrum团队和干系人直接的沟通能够更好的维护与干系人的关系，也能够更好的交付有价值的产品；

2. 问题列表：

• 问题1： 敏捷宣言里隐射出人胜于过程，是不是Scrum Master（其角色旨在执行该过程）因此是矛盾的吗？

  问题意图：揭示候选人是否理解Scrum Master的角色是领导团队而不是管理团队，也可以知道候选人为什么对Scrum Master感兴趣；

  可接受的回答：

  1. 我的工作是Scrum 团队的促进者，是帮助他们取的成功；
  2. 我既不是项目经理，也不是职能经理，不是他们的管理者，目标是为什么实现Scrum团队自我组织和自我管理；
  3. 我是Scrum团队的促进者，充当了老师、教练或者导师，让他们成为更优秀的敏捷团队；

  关键点：促进者、领导者而不是管理者，自我组织、自我管理，老师、教练和导师；

• 问题2 有哪些可能的指标表明敏捷实践对您的组织有效，以及哪些将证明您在敏捷方面的努力是成功的？

  问题意图：没有什么’敏捷成功‘的标准定义，每个组织必须开发自己的标准；但是如何衡量团队在采用了敏捷得到更好的回报，是我们需要思考的问题。肯定是有一些可以定性or定量的方式，能够简介考察敏捷是否成功；

  可接受的回答：

  1. 成员接受度：团队更少的人员流失率和更多的成员推荐率采用敏捷方式管理项目；
  2. 成员意愿：越来越多的有经验的员工有意愿加入；
  3. 产品价值：交付给客户的产品具有更高的保有率、更好的转化率等，低价值的产品占用资源更少；
  4. 产品质量：更少的技术债，更少的bug和更少的软件维护时间；
  5. 交付效率：从验证到产品发布的时间更短，验证假设的时间更短；
  6. 双方合作：干系人更尊重IT团队；
  7. 重视程度：越来越多的相关方参加敏捷会议，尤其在展示产品初步成果的冲刺评审会。

  关键点： 产品（业务）价值、产品质量、交付效率

• 问题3 Scrum管理员是否应该代表Scrum团队消除障碍？

  问题意图：是否应该代表Scrum成员来进行障碍的消除？应该是不能的，因为如果Scrum Master一直是妈妈的角色，永远无法实现团队的自组织和自我管理；

  可接受的回答：

  1. 在团队学习新知识or新技术时，不可避免的导致失败，陷入死循环或者是计划外的工作；
  2. 一开始，Scrum Master需要比平时更多的指导，指导团队如何更快的度过难关；但是这个指导绝对不应该是常态，必须让团队在失败中（接近失败）汲取教训；

  关键点：妈妈式的辅导只能是暂时的，自我管理&自组织才是未来；

• 问题4 Scrum Master和产品经理以什么样的方式及交流？

  问题意图：考察是否理解Scrum Master和产品经理共同的目标是为了做好产品、使组织变得更敏捷、保持敏捷同盟；

  可接受的回答：

  1. 产品经理的职责是快速提供客户的反馈，澄清需求，确保项目所有成员能够了解产品的意愿；
  2. 与产品经理保持真诚和公开的沟通，共同作为领导者,相互依靠确保Scrum项目的成功。为了报答产品经理的付出，应该与产品经理一同整理出清晰的高质量的产品待定清单，促进产品经理&Scrum团队的良好合作；

  关键点：出发点，合作，真诚沟通，高质量的产品需求，高效的产出；

• 问题5 Scrum团队是否应该参与产品需求收集过程？如果是，如何进行？

  问题意图：考察是否理解团队需要尽早参与到产品需求过程的好处；

  可接受的回答：

  1. 更早的参与，更早的寻求技术的可行性，更小的成本；
  2. 确保团队和产品方能够尽早的对产品需求达成共识，尽早准备资源分配，减少后期返工风险，为客户创造更大的价值；

  关键点：提前规划，降低风险，创造价值；

• 问题6 产品经理的角色是设计的障碍，你怎样支持产品经理以使价值最大化？

  问题意图： 如何与产品进行沟通？如何引导团队与产品合作？

  可接受的回答：
  与问题5一致，必须聚焦于如何引导Scrum团队与产品的密切沟通，让产品的思维和需求更早的被团队成员所理解，毕竟大家的目标是一致的：要么一起赢，要么一起输。

  关键点：尽早介入，真诚沟通，目标一致。

• 问题7 你怎样确保scrum团队接近产品的干系人？

  问题意图：怎样确保Scrum团队与干系人的沟通；

  可接受的回答：
  没有非常容易的方式确保团队接近干系人。但是会与干系人不断的沟通中，应当鼓励干系人采用高效、透明和有用的交流方式，确保需求或者意见被关注到，通常的方式可以是开发例会或是冲刺评审会议（是一个非常好的场合，促进不同部门与业务部门的沟通）；

  关键点：固定的会议方式；

• 问题8 您如何在部门范围内和整个组织内以及在追求中促进敏捷思维,为此，指导不熟悉IT的干系人时你的策略是什么？

  问题意图：考察候选人如何更好的推动敏捷的项目管理方式；

  可接受的回答；

  1. 告知敏捷宣言的原则。干系人要你应该与参与产品开发的组织中所有成员交流，确保工作透明；
  2. Scrum的优势1：通过演示或其他方式提供展示，向利益相关者证明，从需求的提出到最终产品的交付，Scrum显著的缩短了产品的交付时间；
  3. Scrum的优势2：与以往项目相比，可以显著减轻风险（及早介入、增量迭代），从而有助于其他部门在计划和执行方面取得成功；
  4. 可以透明地尊重他们的工作，邀请利益相关者参与到会议和评审，了解项目的实际进程和动态，促进与各个部门的紧密合作；
  5. 培训组织中的每一个人，尤其是干系人。组织研讨会，重点讨论敏捷技术，并且推动他们理解和应用。

  关键点： 敏捷原则的理解，Scrum的优势（缩短交付时间，降低风险），尊重工作，研讨会探讨敏捷的意义；

• 问题9 你怎样向高级管理层介绍scrum?

  问题意图：如何在组织中进行敏捷的推广？

  可接受的回答：

  1. 在转变的开始阶段，所有的组织都会表现出惰性（即使是svn切换成git），所以要战胜这些抵抗的高管和干系人，需要再他们做出承诺前，让他们只是敏捷讲如何让他们收益；
  2. 可以准备一个研讨会，主要案例可以拿之前未采用Scrum的项目与现在的项目做比较，从大特性、用户故事（WIP）、任务的交付时效，完成质量和迭代速度等几个方面来讲，直接输出敏捷相关的经验；
  3. 自组织团队的战斗力；

  关键点： 如何体现敏捷的意义，敏捷的重要性；

• 问题10 你已经经为项目的干系人提供了scrum的培训，当在尝试应用scrum观念的初始阶段之后，遇到第一个障碍时一些干系人开始抵制继续采用，您在处理这种情况的策略和经验是什么？

  问题意图：考察候选人如何鼓励人们就克服组织内部对敏捷的抵抗力时的交流思想和汲取的教训；

  可接受的回答：

  1. 根本原因分析：先分析遇到阻碍的原由，熟悉中层管理人员在向敏捷实践转变面临的特殊挑战；
  2. 领导风格的转变：从命令和控制型转向服务型风格，尽力提供所需的资源。

  关键点： 交流的技巧，根本原因分析，领导风格的技巧；

之后会陆续讲下其他四个部分；