引用维基百科：
Scrum 由 ScrumMaster 促进，他的主要工作是消除团队交付 sprint 目标能力的障碍。ScrumMaster 不是团队的领导者（因为他们是自组织的），而是充当团队与任何分散注意力的影响之间的缓冲。ScrumMaster 确保按预期使用 Scrum 流程。ScrumMaster 是规则的执行者。”
在此基础上工作，以及大多数企业一次运行 2-3 个项目的事实，SM 需要完成哪些实际工作任务来填补全职工作？或者，这不是一份全职工作，而且那个人还做其他事情，比如开发、销售等？
有没有 SM 有什么要分享的？
不幸的是，我们没有拥有专门的 Scrum Master 的奢侈。我也是一名团队负责人和高级开发人员，每天都忙得不可开交。
我通常整天都在Stack Overflow上。哦，我试着协调午餐。
ScrumMaster 角色的关键是消除障碍。
ScrumMaster/迭代管理器
ScrumMaster/Iteration Manager 也是牧羊犬，即他们保护团队（羊群）。最后，ScrumMaster/迭代经理是团队与外部资源的联系点，但主要是项目经理。
“充当团队与任何分散注意力的影响之间的缓冲”
那是一份全职工作。有很多人很想从团队中获取信息，而 SM 负责处理这些问题。要做好这项工作，重要的是要积极主动，而不是被动应对。因此，他们应该保持所有的车轮平稳运行。当 SM 运行良好时，这是一个惊人的转变。
我认为有多少人回答这个问题，就会有多少人回答这个问题。在一个有敬业的人的小团队里，他们大多知道自己在做什么，SM 的作用几乎是无形的；在一个试图应对模糊要求和权力斗争的大型团队中，SM 将非常引人注目，并且可能永远不会有自己的时间，因为他们将成为团队（以及团队之外的利益相关者）所有挫折的避雷针。
知道自己想要实现什么并拥有一个知道如何实现它的小团队是无可替代的。如果你有这些，并且你“采用了 SCRUM”，你可能很快就会确信成为一名 Scrum Master 很容易。但是，如果相反，您的团队非常混乱，目标不明，并且正在进行大量的政治斗争，并且您“采用 SCRUM”，您可能会认为成为 Scrum Master 是全职的（也许不可能）需要结合非常稀有才能的工作。大多数真正的团队可能介于这两个极端之间。
请注意：这个问题和答案已超过十二岁。从那时起，对 Scrum Master 角色的共识理解有了很大的发展，所以我不再认为这是对这个问题的有效答案，更不用说一个值得被接受的答案了。一定要对它投反对票。除此之外，不用理会。
Scrum Master 会做一些事情，比如确保 Scrums 发生、组织 sprint 计划会议、回顾等。此外，他将能够向管理层解释团队正在做什么以及为什么团队成员不能被挖到其他项目，直到冲刺结束。除此之外，Scrum Master 并没有任何明确的任务。因此，一个人应该很容易成为 3 个团队的 Scrum Master，并且仍然有时间去做管理类型的工作（假期请求、程序、参加与董事无聊的会议等等），或者可以自由地为开发做出贡献团队的资源。
虽然 ScrumMaster 是 Scrum 框架中的一个角色，但履行该角色的个人必须是团队的成员。在 Scrum 中，团队成员应该不惜一切代价全职。团队成员应该能够接手 Sprint 积压的任务。它们可能是开发任务、测试任务、配置 CI 服务器任务等……如果你不能为燃尽做贡献，那为什么还要加入团队呢？任何有自尊的 ScrumMaster 都应该做的最后一件事是偷懒加入另一个团队。ScrumMasters 应该是嵌入并致力于他们的团队和产品。ScrumMaster 是团队中的一个角色，而不是一个职位。我不同意那些认为你可以同时成为多个项目的 ScrumMaster 并且仍然是世界级的人。事实是，这不是 Scrum。
首先也是最重要的：消除障碍。
最好让 Scrum Master 专注于一个团队，以便尽快消除障碍。其中一些可以主动完成，例如通过推动 PO 为下一个 Sprint 更好地分析某些故事。
如果有额外的时间，如果 SM 有一些技能可以让他在团队中担任开发人员或测试人员，那将是很方便的。我已经看到了 SM 的良好结果，他们尽可能多地委托给（经典）项目经理，并且大部分时间都专注于开发。
长话短说，Scrum Master 负责让事情发生。在实践中，Scrum Master 通常是伪装的项目经理。至少我公司是这样的。
在此基础上工作，以及大多数企业一次运行 2-3 个项目的事实，SM 需要完成哪些实际工作任务来填补全职工作？
他们技能范围内的任何东西都可以帮助团队实现目标。
或者，这不是一份全职工作，而且那个人还做其他事情，比如开发、销售等？
ScrumMaster 最初并不打算成为一份全职工作。ScrumMaster 是由团队中的某个人担任的角色。该团队成员全职致力于产品。所以，当他/她不做 ScrumMaster 职责时，他们默认回到 Sprint Backlog 上的烧毁任务。
开发人员保持生产力所需的一切。订购比萨饼。去与管理员、管理层和其他团队交谈。做官僚主义的东西。如果没有其他人可用，请修复构建服务器。
这里的关键词是 Scrum Master 的角色是促进者的角色。正如上面有人正确提到的那样，他最重要的工作是确保为他的团队提供无缝的无干扰环境，这意味着消除障碍，确保他的团队始终拥有他们需要的任何东西。Scrum master 是产品团队和开发团队之间的纽带。决策由团队而不是 Scrum master 完成。在多个团队之间共享一个 Scrum Master 是一个坏主意，因为一个团队的要求可能会成为另一个团队的障碍，因此违背了 Scrum Master 的全部目的。此外，让您的经理作为您的 Scrum 主管是非常危险的，因为交付给经理的压力可能会迫使他进行微观管理，这对任何 Scrum 团队来说都是一个杀手。除了常规的东西
Scrum Master 每天必须管理的一些重要事情是
最重要的是，Scrum Master 必须待命并支持他的团队。
所有这些工作都会占用大量时间，并且确实需要一个专门的 Scrum Master，他不扮演其他角色。
Scrum Master 就像团队的熊妈妈。他们照顾团队的健康（项目方面），保护他们免受讨厌的外来者的伤害，并为团队消除任何障碍。我为我的团队扮演 ScrumMaster，但我也是开发负责人（为同一团队！），参与技术讨论、设计讨论、开发人员和团队 QA 之间的协调（如果他们自己还没有这样做的话）。我确实会尝试承担实际的开发任务，以便在有时间的时候将图表烧毁。
ScrumMaster 在多个团队中扮演这个角色不是非常分散注意力吗？天哪，我会觉得这很混乱。哪个障碍再次阻挡了哪个团队？等等谁在做这个任务？？
正确实施的 Scrum Master 角色对项目来说是无价的，不应被视为兼职角色。该角色最重要的方面是为开发团队在 Scrum 会议上提出的任何问题排除障碍。技术 Scrum Master（大多数 SM 往往是这样）不应该是团队中的开发人员，但应该能够就设计和解决方案提供建议（如果您愿意，可以扩展结对编程）。
他们负责更新 ProductBackLog（故事应该由业务创建）、SprintBackLog 和 BurnLog，并负责与业务和 IT 管理人员联络以了解进度。他们还为任何需要调查的项目管理 SpikeLog，这些项目可能演变成故事（再次由业务驱动）。
正如驱动开发所暗示的那样，ScrumMaster 是一个完整的团队成员，因此应该是全职的。我通常将我的角色视为“确保团队作为一台运转良好的机器”，这在不同的时间可能有多种含义。通常，SM 会花费大量时间来促进团队与团队外部人员的互动，尤其是那些与业务分析和利益相关者期望相关的人。除此之外，还需要满足 Cam 列出的机械项目并照顾团队的身体和情绪状态。
与较早的答案之一相关，我坚持的一个基本方面是，团队中的任何成员都不是我的直接下属，也不是彼此的直接下属。这排除了休假时间、费用等成为我工作的一部分，但在不弄乱必须存在的信任关系方面大有帮助。
众所周知，scrum-master 列表中的第一优先级是消除团队报告的障碍。但这不应该就此止步，他应该不断地寻找潜在的障碍……更重要的是那些存在但尚未发现的障碍。肯说，障碍就是机会。因此，scrum-master 应该整天利用这些机会，让他的团队提高生产力。
Scrum 的最终目的是为项目带来成功。拥有 Scrum-master 的目的是确保 Scrum 成功实现 Scrum 的目的。现在要实现 Scrum-master 的目标，他/她也必须在战略层面思考和行动。这是全职工作。