Scrum团队与传统组织的团队

Question

对于那些开始在开发团队中使用scrum的人:你们是维持传统团队还是组建新团队？在我们的组织中，我们被分成数据库、产品开发和前端开发人员(简化！)。

我感兴趣的是，其他人是否真的因为scrum而重组了他们的整个团队结构，或者如果你形成了专门的项目(?)团队组合，例如每个“老”团队中的一个人。

Answer 1

实际上，我甚至不能想象如果你保持你的角色竖井，scrum如何工作。在scrum中，我们通过产品构建垂直切片，以便在sprint期间交付的每个功能都需要您提到的所有技能(加上您没有提到的QA )。如果人们不在同一个团队中，你将如何创建持续的协作，并让他们致力于sprint？在我看来，这是最有可能以"Scrumfall“结尾的方式。我无论如何都不是专家，但在我看来，在scrum失败的必经之路是将其视为一个项目管理解决方案，而不是整个组织变革。它的核心是文化。

来回答你关于“多面手”的问题。简单的答案是，让某些人只能做某些事情，你就会在完成任务时造成巨大的瓶颈。对于专业，你总是在每一步都受到资源有限的限制。在sprint 1中，您可能有很多db工作要做，而不仅仅是一个dba可以做的事情。但是在sprint 5中，数据模型完全没有变化，您的dba将会无所事事。在sprint计划中，如果您必须按角色在任务级别进行分配和分配，而不是仅仅抓住适合您团队速度的下一组优先功能，那么在合理的时间内提交几乎是不可能的。从长远来看，多面手模型将不可避免地带来业务价值。在你实现异花授粉之前，你可能不会马上看到它。

我要警告的是，如果你已经按照角色在孤立的组中，那么你在敏捷重组时必须非常小心。许多人还没有准备好，不想失去他们的特殊头衔，只想成为团队成员。我认为你应该总是期待一定数量的营业额。

Answer 2

在scrum/敏捷开发中，最好是团队中的大多数人都是“多面手”，这意味着任何人都可以合理地进入任何角色，这样任何人都可以在积压的项目中完成待办事项，而没有人会等待其他人。

你今天的情况可能不是这样，但做一些事情，比如同行编程和站立会议，看看人们在哪里有进步，并改善知识的交叉授粉，将有助于实现这一目标。

Answer 3

在我的公司，我们为每个项目创建了一个临时的跨职能团队。我们现有的团队仍然存在，但我们拥有跨职能的scrum团队是非常重要的。