引用维基百科：

Scrum is facilitated by a ScrumMaster, whose primary job is to remove impediments to the ability of the team to deliver the sprint goal. The ScrumMaster is not the leader of the team (as they are self-organizing) but acts as a buffer between the team and any distracting influences. The ScrumMaster ensures that the Scrum process is used as intended. The ScrumMaster is the enforcer of rules."

在此基础上开展工作，并且大多数企业一次运行2-3个项目，SM为完成全职工作需要执行哪些实际工作任务？或者，这不是全职工作，个人还从事其他工作，例如开发，销售等吗？

那里的任何SM有什么要分享的吗？

解决方案

"充当团队与任何分散注意力的影响之间的缓冲"

那是一份全职工作。有很多人想从团队中获取信息，而SM是处理这些问题的人。要做好这项工作，重要的是要主动而不是被动。因此，它们应保持所有车轮平稳运行。当SM运行良好时，这是一个了不起的转变。

不幸的是，我们没有专门的Scrum管理员。我还是团队负责人和高级开发人员，不仅花了很多时间。

Scrum主管将执行诸如确保Scrum发生，组织sprint计划会议，回顾等活动。此外，他还将能够向管理层解释团队的工作以及为什么团队成员无法被挖出其他项目，直到团队合作。冲刺完成。除此之外，Scrum Master确实没有任何定义的任务。因此，一个人应该很容易就能成为3个团队的Scrum Master，并且仍然有时间去做管理类的工作(度假要求，程序，参加无聊的董事会议等等)，或者可以自由地为开发做贡献团队的资源。

长话短说，Scrum Master负责使事情发生。实际上，通常情况下，Scrum Master实际上是变相的项目经理。至少我的公司就是这种情况。

ScrumMaster /迭代管理器

• 制定发布计划
• 建立Scrum /迭代计划
• 显示与讲述
• 发布计划会议
• 回顾展
• 拥有阻止程序委员会，并与团队积极合作以识别和删除阻止程序
• 更新团队WIKI
• 更新团队空间中的大可见图表，包括故事卡墙
• 参加日常站立
• 参加Scrum的每日Scrum

ScrumMaster /迭代管理器也是牧羊犬，也就是他们保护团队(牧群)。最后，ScrumMaster /迭代管理器是团队与外部资源(主要是项目经理)的联系点。

我通常整天都在堆栈溢出中。哦，我试着协调午餐。

尽管ScrumMaster是Scrum框架中的角色，但履行该角色的个人必须是团队的成员。在Scrum中，团队成员应该不遗余力地全职工作。团队成员应该能够在Sprint积压订单中接任务。它们可能是开发任务，测试任务，配置CI服务器任务等等。如果我们不能为燃耗做出贡献，那么为什么要加入团队呢？挑剔并加入另一个团队是任何自尊的ScrumMaster应该做的最后一件事。 ScrumMasters应该是嵌入并致力于其团队和产品的仆人领导者。 ScrumMaster是团队中的角色，而不是职务。我不同意那些认为我们可以同时成为多个项目中的ScrumMaster并仍保持世界一流水平的人的观点。事实是，这不是Scrum。

Working on this basis, and the fact
  that most businesses are running 2-3
  projects at a time, what actual work
  tasks does a SM do to fill a full time
  job?

他们的技能范围内的任何可以帮助团队实现目标的东西。

Or, is it not a full time job and
  that individual do other things such
  as development, sales etc?

ScrumMaster最初并不是打算做全职工作。 ScrumMaster是团队中某个人履行的角色。该团队成员全职致力于产品。因此，当他/她不执行ScrumMaster职责时，他们默认返回Sprint Backlog上的完成任务。

ScrumMaster角色的关键是消除障碍。

我认为这个问题的答案将和有很多人要回答的一样多。在一个由敬业的人组成的小团队中，他们大多知道自己在做什么，SM的角色几乎是看不见的；在一个较大的团队中，它要应对含糊的要求和权力斗争，SM会很明显，并且可能永远也不会呆一会儿，因为它们将成为团队(以及团队外部利益相关者)所有挫败感的避雷针。

知道自己想要实现的目标并拥有一小撮知道如何实现目标的人无可替代。如果有，并且"采用SCRUM"，我们可能很快就会相信，成为Scrum Master很容易。但是，如果相反，团队混乱不堪，目标未定，正在进行许多政治斗争，并且我们"采用SCRUM"，我们可能会以为Scrum Master是一名全职(可能是不可能的)工作，需要非常稀有的人才。大多数真正的球队可能介于这两个极端之间。

开发人员保持生产力所需的一切。订购披萨。与管理员，管理人员和其他团队交谈。做官僚之类的东西。如果没有其他人可用，请修复构建服务器。

正确实施的Scrum Master角色对项目而言是无价的，不应将其视为兼职角色。这个角色最重要的方面是充当开发团队在Scrum会议上提出的任何疑问的障碍消除器。技术Scrum Master(大多数SM倾向于这样的技术Scrum Master)不应该是团队的开发人员，而应该能够为设计和解决方案提供建议(如果可以的话，可以扩展为结对编程)。

他们负责更新ProductBackLog(故事应由业务创建)，SprintBackLog和BurnLog，并负责与业务和IT管理部门联系。他们还为需要调查的任何项目管理一个SpikeLog，这些项目可能演变成故事(同样由业务推动)。

正如驱动开发所暗示的那样，ScrumMaster是正式的团队成员，因此应该是全职的。我通常将自己的角色视为"确保团队发挥良好作用的机器"，这在不同时间可能有多种含义。通常，SM会花费大量时间来促进团队与团队外部人员的互动，尤其是与业务分析和利益相关者期望相关的互动。除此之外，还需要满足Cam列出的机械要求并照顾团队的身体和情绪状态。

与较早的答案之一相关，我坚持的基本方面之一是，团队中的任何成员都不是直接向我报告，也不是向彼此报告。这使诸如休假时间，费用之类的事情不能成为我的工作的一部分，但是在不弄乱必须存在的信任关系方面还有很长的路要走。

首先，消除障碍。

最好将Scrum Master献给一个团队，以便尽快消除障碍。其中一些活动可以主动执行，例如通过推动PO来更好地分析下一个Sprint的某些故事。

如果有多余的时间，则SM拥有一些技能可以使他成为团队中的开发人员或者测试人员，这很方便。我看到了SM的良好结果，SM尽可能多地委派给(经典)项目经理，并在他们大部分时间专注于开发。

Scrum Master就像团队的母熊。他们照顾团队的健康(明智的计划)，保护他们免受讨厌的局外人的侵害，并消除团队的任何障碍。我为我的团队玩ScrumMaster，但我还是同一个团队的开发负责人(参与同一团队！)，他参与技术讨论，设计讨论，在开发人员和我们团队的质量保证之间进行协调(如果他们自己已经做过的话)。我会尝试并承担实际的开发任务，以便在有时间的时候将图表烧掉。

ScrumMaster在多个团队中扮演该角色是否会极大地分散他们的注意力。上帝，我会感到困惑。哪个障碍再次阻碍了哪个团队？等等谁在做这个任务？？