Scrum Master可以分配任务吗？

我们在项目中关注scrum。我经常看到Scrum管理员为我们分配任务。但是，我从许多Scrum书籍中读到，Scrum的工作方式相反（“拉动”方法），团队成员负责任务或功能。Scrum Master分配任务是正确的方法还是违背了敏捷思想？

根据Wikipedia上有关Scrum的文章，Sprint任务不是由ScrumMaster分配的：

永远不会分配sprint待办事项上的任务。而是根据设置的优先级和团队成员的技能，由团队成员根据需要签署任务。这促进了团队的自我组织和开发者的支持。

此外，ScrumMaster的定义是他/她是负责确保人们遵守Scrum流程规则的人。

ScrumMaster负责Scrum流程的人员，确保正确使用Scrum并最大程度地发挥其优势。

ScrumMaster不会分配简单明了的任务。团队是自组织的，由谁来决定团队的工作。

这是真正的Scrum。当然，许多组织可能会使用此方法的变体。

这就是它应该起作用的方式，但是与所有在理论上起作用的事物一样，它并不总是真正起作用。

存在依赖性，客户需求和外部驱动程序。在您可以使用每个人都想使用的精美小部件之前，必须先完成一些事情。

内部有基本的开发人员能力。有些事情很难，有些人则更好。当然，在无限的时间范围内工作时，我可以让您找出答案；但是当需要完成某项工作时，则将最合适的人分配给它以最快的速度完成工作，而最好的人就是找到工作的人。

然后还有人格问题，例如过度控制Scrum Master和/或开发人员，他们在不被告知的情况下无法系鞋带。以我的团队为例。在这种情况下，每个人都可以更好地忽略这个关于Scrum的小知识，从而更好地工作。

换句话说，不要仅仅因为过程说明就这样做。做有效的事。拧紧其余部分。

当然，还有人类生存的另一个基本事实。。。也许您甚至都不知道Scrum Master到底是谁。也许不是那个头衔的人。也许你甚至没有一个。

决不。

Scrum对此非常清楚。开发团队作为一个小组，负责完成Sprint待办事项中的项目。他们还完全控制着如何完成开发工作，没有人可以告诉他们如何做。

作为一名教练，当Scrum Master认为团队出于任何原因而有可能错过Sprint目标时，确实可以指出这一点。但是随后他需要请他们弄清楚他们将如何处理它，然后摆脱它们。

另一种方法可能是让团队完成Sprint，让他们对缺乏结果负责，然后在Sprint回顾中进行讨论。

像任何意识形态一样，有时规则书需要扔掉或仔细忽略。

对似乎合适的内容进行一些判断。只是要小心有人会成为事实上的项目经理-或更糟糕的是，欺凌别人去做某些事情。

通过口授（您必须做X）进行任务分配与通过讨论和达成协议进行分配之间存在很大差异。有时，协议可能不冷不热。

再说一次，也许团队需要指导……这很难知道。

但是，我担心所有流程都坚持要求您必须遵循信函的流程，没有任何摆动或判断的余地。这样的过程可以代替思考。

我认为，主持人不应该那样做，团队成员应该自己承担任务。如果scrummaster仅执行管理工作，就像我们团队中的情况那样，那就没问题了。我们的Scrum管理员确保纸质Scrum板与excel文件保持同步。Scrum管理员的角色应该是一个促进者，我们确保您可以不受阻碍地完成工作。这就是我们的工作方式。您知道为什么您的Scrummaster会这样做吗？他是项目经理害怕过时吗？他担心团队自己不会承担任务吗？在回顾中讨论此问题可能是一个好主意。

在这两种环境中，我都是Scrum的主人（我将任务推给个人，个人将任务推给个人）。

在推团队中，开发资源不可互换。Windows客户端工作必须交给Windows开发人员，而网络工作必须交给网络开发人员。因此，我能够在计划会议期间将任务推送到资源。我还可以进行个人能力计划，以了解何时停止推动。

拉法在团队中运作良好，可以用任何资源承担任何任务。但是，我无法在计划会议期间进行个人的容量计划，而是不得不依靠平均速度来知道何时足够。（在我们对速度有了一个很好的了解之前，花了大约3-4个冲刺）。

我碰到了一篇有趣的文章，概述了Push vs. Pull的优缺点。