斯克拉明人和团队成员

正如我在我的最后一篇文章中提到的那样，Scrum只呼吁一个项目上的三个角色。我们得到一个Scrummaster，一个团队和产品所有者。

猪和鸡

这三个角色是猪......实际上在游戏中有皮肤的那些角色......那些投入的人并将做这项工作。Scrum还谈到了Chickens ......可能对项目感兴趣的管理类型，但实际上并没有涉及完成工作。从来没有听过猪和鸡的故事？点击这里检查出来。

这篇文章将从Scrummaster和团队成员的角色开始。我们将尝试解决所有这些农场动物，弄清楚谁将做些什么，看看我们传统的项目角色可能适应的地方。

欺诈者

Scrummaster是可信的，可以确保遵循Scrum过程。这些人还确保障碍及时确定并解决。您可能会发现其中一个技术人员扮演这个角色（除了他们的日常工作之外），但除非他们得到了正确的便利化和领导技能，否则这可能会变得有点复杂。我已经看到开发人员和QA分析师很好地播放Scrummaster，我也看到他们挣扎着。

有些人认为这是让项目经理的好地方。现在我们的行业有一堆项目经理争先恐后地获得CSM认证。许多敏捷方法，包括scrum，不要调用项目经理的角色。这个想法是项目经理在自组织团队中并不是真正必要的。有时你可以获得一个播放角色的项目经理，但现在，我们只需要了解Scrummaster和项目经理不是同一回事。

斯克拉金是过程促进者和对团队的支持。项目经理通常负责管理团队并确保时间，成本和范围根据预定义的项目限制而平衡。项目经理通常具有终极问责制，以提供项目，并有权花钱来实现这一目标。这与Scrummaster不一样，斯克拉金没有权威于团队。斯克拉明人是团队的更多仆人......项目经理更像是一个老板。

我曾经认为Scrummaster角色是塞克我们的项目经理的好地方......现在我不太确定。但这引出了问题，如果项目经理不是克鲁金人，他们是否团队成员？如果没有，我们是否建议项目经理省去所有？

团队成员

团队应该非常容易理解。这些是沉重的举起来制造的人员。该团队决定了实施细节......他们编写软件......他们确保它被充分测试。该团队能够定义产品的建造方式，以及它需要多长时间，但并不是在GET的内置或秩序中有多长时间...这是产品所有者的角色。该团队审查其与产品所有者的合作，确保其符合其验收标准。

开发团队，数据库组和QA可能会很好地融入团队成员的角色。这些人有直接责任设计，建设和测试代码。但是，我们在最后一篇文章中谈到的商业分亚博vip9通道析师，系统分析师和用户体验专家呢？这些家伙实际上并没有编写代码......他们更有可能在帮助产品所有者翻译开发人员和测试人员的要求方面发挥作用。他们也是团队的一部分吗？也许......那是今天许多人最终结束的地方，但它不是扣篮。

因为现在至少听起来不像我们为项目经理有一个好的家园。我们也可能遗漏了传统的要求和设计面向角色。我们仍然尚未为我们早些时候谈过的其他鸡找到一个家。嗯，我想知道我们是否在这里遇到麻烦。

没有角色？

如果这些传统角色不是糖尿病或团队成员......这会离开我们吗？唯一剩下的是产品所有者。Scrum无法为产品所有者节省所有这些角色，可以吗？我们可能需要定义一些额外的角色，以适应发展过程中的所有这些失踪人员吗？

（杰夫·萨瑟兰本周位于亚特兰大，也许我要问他，让你们知道他所说的话;-)

下一篇文章我们将讨论产品所有者角色，看看我们是否可以弄清楚何处拿出所有这些额外的项目参与者。