我们在我们的项目中遵循scrum。我看到大多数情况下,scrum大师会为我们分配任务。然而,我从许多scrum书籍中读到,scrum的工作方式(“拉”方法)相反,而团队成员则负责处理任务或特性。scrum大师分配任务是正确的方法,还是违背了敏捷思想?
发布于 2011-02-22 04:28:17
根据维基百科关于Scrum的文章,Sprint任务不由ScrumMaster分配:
sprint积压上的任务从不分配;相反,任务由团队成员根据设定的优先级和团队成员的技能根据需要注册。这促进了团队的自我组织和开发人员的参与.
此外,ScrumMaster的定义是他/她负责确保人们遵守Scrum过程的规则。
ScrumMaster负责Scrum过程的人员,确保它被正确地使用并最大化它的好处。
ScrumMaster不分配任务,简单明了。团队是自我组织的,决定由谁来决定由团队决定什么。
这是真正的Scrum。然而,许多组织当然会使用这方面的变化。
发布于 2011-02-22 05:17:10
这是它应该工作的方式,但是就像所有在theory...it中工作的东西一样,它并不总是实际工作的。
存在依赖关系、客户需求和外部驱动程序。有些事情必须先完成,然后才能完成每个人都想要做的花哨小部件。
有基本的开发能力,从内部驱动。有些事情是艰难的,有些人只是更好。当然,当我在无限时间内工作时,我可以让你弄清楚;但是当有事情要做的时候,分配给最适合完成工作的人,最好的人就是得到工作的人。
还有一些个性问题,比如控制过度的Scrum和/或不被告知就不能自己系鞋带的开发人员。我的团队,例如,两者都有。在这种情况下,对每个人来说忽略Scrum的这个小事实就更好了。
换句话说,不要仅仅因为这个过程是这样做的。做有效的事。去他妈的剩下的。
当然,还有人类existence....maybe的另一个基本事实--你甚至不知道Scrum到底是谁。也许不是那个有那个头衔的人。也许你连一个都没有。
发布于 2011-05-19 02:55:26
绝不可能。
Scrum在这个问题上是完全清楚的。开发小组作为一个小组,负责完成Sprint待办事项中的项目。他们也完全控制着他们如何完成开发,没有人被允许告诉他们如何去做。
作为一名教练,Scrum在他看到团队由于任何原因都有可能错过Sprint目标时,确实扮演了一个指出它的角色。但是,他需要让他们知道他们将如何处理,然后离开他们的路。
另一种方法可以是让团队完成Sprint,让他们对缺乏结果负责,然后让它在Sprint回顾中得到讨论。
https://softwareengineering.stackexchange.com/questions/50336
复制相似问题