在Scrum团队中让多个角色的人可以吗？

我正在评估一些敏捷风格的方法，以可能向我的团队介绍。使用Scrum，是否可以让同一个人扮演多个角色？我们有一个由四个开发人员和一个网页设计师组成的小组。我们实际上没有领导（我要担任这个职位），质量检查测试人员或业务分析师，我们所有的开发任务都来自CIO。自动化测试被视为浪费时间，一切都集中在速度而不是质量上。

首席信息官将提出一个开发任务（无论是功能还是错误），然后将其交给开发人员（而不是整个团队，个人，通常是私下或出乎意料的），然后有望完成。CIO并没有收集超出最初想法的要求（这在以前已经使我们很痛苦，因为我们将实施某些措施只是为了发现最终用户都无法使用该功能，因为没有咨询过他们甚至没有得到有关此功能的信息。在开发它之前，我们会惊慌地被告知要还原更改），但需要对我们所做的一切发表意见/予以批准。

首先，首先要考虑引入Scrum风格来引入一些标准和实践吗？从阅读的角度来看，Scrum似乎更多地依赖于信任和沟通，并且更多地关注项目管理而不是开发，这是我们完全没有的，因为我们目前没有任何项目管理的表象。

其次，如果它可以工作，那么对于某人来说，让我自己充当ScrumMaster和开发人员，是否不合理？还是让开发人员同时担任产品负责人（尽管很有可能这将是CIO，而不是开发人员）？我意识到Scrum Master和产品负责人应该是不同的人，但同时我认为我们没有任何人具有产品负责人的素质（可能会变成“我需要所有这些故事，我不关心如何完成交易”和/或任何冻结都会立即冻结）。

在我看来，我可能需要选择并选择Scrum / XP / Lean来弥补当前的工作方式，因为这种心态很难改变。例如，结对编程永远无法实现（这很浪费（如果浪费，如果您需要两个人，则只能完成一半的任务）），TDD很难卖，但欢迎周期短。

Scrum，看板或其他任何敏捷方法主要是针对软件开发项目的方法。换句话说，它本质上是项目管理实践。

尽管您极希望您和您的团队从事项目工作，但您会发现，由于您确实没有在进行“项目”工作或全心投入团队工作，因此，Agile根本无法在您的组织中工作。 “项目承诺”。

您可能会围绕一个复杂的功能组织一个小型项目，但实际上您与业务分析师或最终用户没有任何联系，因此当您无法真正知道用户的身份时，如何验证您正在执行用户故事？要吗？

您唯一的利益相关者是您的老板，并且他基本上可以确保您的团队不存在，无法为项目的其他利益相关者提供服务，您可以作为一个团队来满足他及其需求，而无论这如何影响其他利益相关者。

最重要的是，他将个人任务分配给个人，并可能在他决定应执行任务时立即对它们进行优先级排序。如果要立即更改各个项目的资源优先级，或者如果冲刺将被搁置，则无法使用敏捷项目方法。

它不应该那样工作

冲刺是整个团队的承诺，要在指定日期之前交付一部分用户故事。一旦开始，冲刺应该完成，然后再进行任何优先级排序或更改。在如此混乱的临时环境中运行时，应该如何管理项目？

您不会在有利于敏捷项目管理方法的环境中工作。您甚至都没有在适用于Waterfall方法的环境中工作。您在君主制中工作，您只是国王的典当，正在竞标和扑灭大火。

这不是软件开发项目团队的素质。

因此，我以一种非常晦涩的方式回答您的问题，是说在您的情况下，个人扮演多个角色并不重要。您手上有更大的问题。您在问如何从没有屋顶的房屋中去除地毯上的水渍。

正如我在这里指出的那样，如果Scrum Master或产品负责人有可执行的任务，那么它们也是团队的成员。

就是说，除非您有CIO和客户的真正支持，否则您在使用敏捷时会遇到严重的问题。您的CIO是否愿意遵守这样的事实，即他不能在冲刺中添加工作项，而必须等到下一个？他愿意优先考虑要开发的项目吗？从您写的内容来看，听起来他拥有您的工作，因此应该是产品负责人。如果他不愿意，那么您将不会比现在更成功。

Scrum可能是解决CIO将工作分配给开发人员的问题的一个很好的解决方案，但前提是CIO会接受该流程。我怀疑您的CIO不会喜欢直接下岗。但是，如果您可以让CIO接受他编写用户故事并对其进行优先级排序的想法，那么他会发现这是一种非常有效的管理方式。但这首先要说服您的CIO遵守流程。

当然，Scrum是要考虑的事情。但是，要使所有相关人员参与同一页面并接受结构上的一些更改，同时至少要获得一些冲刺以解决使用此方法的各种初始问题，还有话要说。

产品负责人应在开发团队之外，否则此处将存在严重的利益冲突。Scrum Master可能是开发人员，因为在这种情况下冲突并不那么糟糕。