Scrum高手整天做什么？
引用维基百科：
Scrum由ScrumMaster提供，ScrumMaster的主要工作是消除阻碍团队实现冲刺目标的能力。 ScrumMaster不是团队的领导者（因为他们是自组织的），而是在团队和任何分散的影响之间起缓冲作用。 ScrumMaster确保Scrum过程按照预期使用。 ScrumMaster是规则的执行者。“
在这个基础上工作，事实上大多数企业一次只能运行2-3个项目，SM为了完成一项全职工作需要做些什么实际的工作？ 或者，这不是一个全职的工作，而是个人做其他事情，如开发，销售等？
有没有什么SM可以分享？
Scrum Master会做一些事情，比如确保Scrum的出现，组织冲刺计划会议，回顾等等。还有，他将能够向pipe理层解释团队正在做什么，以及为什么团队成员不能被偷窥到其他项目，直到冲刺结束。 除此之外，Scrum Master没有任何确定的任务。 所以，一个人应该很容易成为3个团队的Scrum Master，而且还有时间做pipe理型工作（假期请求，程序，参加与董事的无聊会议等），或者自由地为开发做贡献团队的资源。
不幸的是我们没有专门的Scrum高手的奢侈。 我也是一个团队的领导者和高级开发人员，而这一天还不止这些。
我通常在堆栈溢出整天。 噢，我试着统筹午餐。
ScrumMasterangular色的关键是消除障碍。
ScrumMaster /迭代pipe理器
- 制定发布计划
- 构buildScrum / Iteration计划
- 计划和主机的
- Scrum /迭代计划会议
- 显示并告诉
- 发布计划会议
- 回顾展
- 拥有拦截板，并积极与团队合作识别和移除拦截器
- 更新团队WIKI
- 更新队伍中的大型可见图表，包括故事卡片墙
- 参加每日站立
- 参加Scrum的每日Scrum
ScrumMaster / Iteration Manager也是羊狗，那就是他们保护团队（牧群）。 最后，ScrumMaster / Iteration Manager是团队与外部资源的联系人，但主要是项目经理。
“作为团队和任何分散影响之间的缓冲”
这是一个全职工作。 有一群人喜欢从团队获得信息，而SM是处理这些问题的。 要做好这个工作，重要的是积极主动，而不是被动的。 所以他们应该保持所有的车轮运转平稳。 当SM运行良好时，这是一个惊人的转变。
我想这个问题会有很多答案，因为有人可以回答。 在一个小团队中，大多数人都知道他们在做什么，SM的作用几乎是看不见的; 在一个更大的团队试图应付模糊的要求和权力斗争时，SM将是高度可见的，可能永远不会有自己的时刻，因为他们将成为团队（和其外部利益相关者）的所有挫折的避雷针。
要知道你想要达到什么样的目标，并拥有一个知道如何达到目标的小团队，是无可替代的。 如果你有这个，而你“采用SCRUM”，你很可能会很快确信，成为Scrum Master是容易的。 但是如果你有一团糟，一个不明确的目标，还有很多政治斗争正在进行，而你“采用SCRUM”，那么你可能会认为成为Scrum Master是一个全职的也许是不可能的）工作，需要非常难得的人才组合。 大多数真正的团队可能介于这两个极端之间。
虽然ScrumMaster是Scrum框架中的angular色，但履行这一职责的个人必须是团队的一员。 在Scrum中， 团队成员应该不惜一切代价全天候工作 。 团队成员应该能够在Sprint积压工作中挑选任务。 他们可能是开发任务，testing任务，configurationCI服务器的任务等等。如果你无法帮助烧毁，那么为什么要join团队呢？ join另一个团队是ScrumMaster应该做的最后一件事。 ScrumMasters应该是embedded并致力于他们的团队和产品的仆人领导者。 ScrumMaster是团队中的angular色，而不是职位。 我不同意那些认为你可以在一个以上的项目上成为ScrumMaster并且仍然是世界级的人。 事实是，这不是Scrum。
首先是： 消除障碍 。
如果一个Scrum Master专门为一个团队服务，那么最好的办法就是尽快删除障碍。 其中一些可以主动完成，例如通过推动采购订单来更好地分析下一个Sprint的某些故事。
如果有更多的时间可用，如果SM有一些技能可以使他在团队中担任开发人员或testing人员，那么这很方便。 我已经看到了SM的好成绩，尽可能将其委派给（经典）项目经理，并将大部分时间专注于开发。
长话短说，Scrum Master负责让事情发生。 在实践中，Scrum Master经常是一个变相的项目经理。 至less在我的公司里是这样的。
在这个基础上工作，事实上，大多数企业一次只能运行2-3个项目，SM为了完成一项全职工作而做了哪些实际的工作？
他们的技能内的任何帮助球队实现目标。
或者，这不是一个全职的工作，而是个人做其他事情，如开发，销售等？
ScrumMaster本来并不打算成为一个全职工作。 ScrumMaster是团队中某个人的angular色。 该团队成员全职致力于产品。 所以，当他没有做ScrumMaster任务的时候，他们默认回到在Sprint Backlog上烧掉任务。
一切和开发者需要保持高效的东西。 订购披萨。 去谈pipe理人员，pipe理层和其他团队。 做官僚主义的东西。 修复生成服务器，如果没有其他人可用。
这里的关键是Scrum Master的angular色是一个协调者的angular色。 正如有人正确地提到那里，他最重要的工作就是确保他的球队无间断的分散环境，这意味着消除障碍，确保他的球队随时都有他们需要的东西。 Scrum master是产品团队和开发团队之间的一个链接。 决策是由TEAM而不是Scrum master来完成的。 在多个团队之间共享一个Scrum Master是一个坏主意，因为一个团队的要求可能成为另一个团队的障碍，从而无法实现Scrum Master的全部目的。 把经理当作Scrum主pipe是非常危险的，因为经理的交付压力可能迫使他微观地pipe理这对任何Scrum团队来说都是一个杀手。 除了常规的东西
- 安排冲刺计划和回顾
- 方便日常站立安排
- Demo在Sprint迭代结束
- 处理队员提到的问题
Scrum Master每天必须pipe理的一些重要事情是
- 即使碰到球队，也要预见并消除球队的分心。
- 鼓励团队多沟通
- 保持与产品团队的持续沟通，检查未来冲刺的准备工作
- 确保团队遵循他们共同商定的stream程，有时在冲刺繁忙期间，有些stream程会在裂缝中滑行
- 不断寻找如何改进团队遵循的stream程
最重要的是Scrum Master需要待命并支持他的团队。
所有这些工作都需要花费大量的时间，并且需要一个专门的Scrum Master而不是其他angular色。
Scrum Master就像是团队的母亲。 他们照顾团队的健康（项目明智），保护他们免受讨厌的外人，并消除任何障碍的团队。 我为我的团队打ScrumMaster，但是我也是一个开发主pipe（同一个团队！）参与技术讨论，devise讨论，协调开发人员和我们团队的QA（如果他们自己没有这样做的话）。 我会尝试着去做一些实际的开发任务，在有时间的情况下把图表烧掉。
对于ScrumMaster来说，在多个团队中扮演这个angular色是非常分散注意力的。 上帝，我会发现混乱。 阻碍哪个队再次阻挡哪个？ 等待谁在做这个任务？
一个正确实施的Scrum Masterangular色对于Project来说是无价的，不应该被视为兼职angular色。 这个angular色的最重要的方面是作为开发团队在Scrum会议上提出的任何疑问的一个障碍消除器。 技术Scrum Master（大多数SM往往是这样）不应该是团队中的开发人员，但应该能够就devise和解决scheme提供build议（如果愿意，可以将其扩展到结对编程）。
他们负责更新ProductBackLog（故事应该由业务创build），SprintBackLog和BurnLog，并且为了与业务和ITpipe理相衔接而进步。 他们还为需要调查的任何项目pipe理SpikeLog，这些项目可能演变成故事（再次由业务驱动）。
由于驱动开发意味着，ScrumMaster是一个完整的团队成员，因此应该是全职的。 我一般把自己的angular色看作是“确保团队的function是一个润滑良好的机器”，在不同的时间可以有不同的含义。 通常情况下，SM会花费大量时间促进团队与团队以外的人交stream，特别是那些与业务分析和利益相关者期望相关的人。 除此之外，还需要满足Cam列出的机械项目，并关注团队的身体和情绪状态。
与其中一个较早的答案有关，我坚持的一个基本方面是团队中的任何一个成员都不是直接向我报告，也不是对方。 这样就排除了休假时间，开支等因素成为我工作的一部分，但是却不会混淆必须存在的信任关系。
一般来说，Scrum-Master列表中的第一优先级是消除团队报告的障碍。 但是，这不应该停留在这里，他应该不断地寻找潜在的障碍，更重要的是存在但尚未确定的障碍。 肯说障碍是机会。 所以Scrum-master应该整天利用这些机会来使他的团队产生过高的生产力 。
Scrum的最终目的是为项目带来成功。 拥有scrum-master的目的是确保scrum成功实现scrum的目的。 现在为了实现Scrum-Master的目的，他/她也必须在战略层面思考和行动。 这是全职工作
