Scrum团队与传统组织团队

Question

对于那些在开发团队中开始使用scrum的人：您是维护传统团队还是组建新团队？在我们的组织中，我们分为数据库，产品开发和前端开发人员（简化！）。

我感兴趣的是其他人是否因为scrum而重组了整个团队结构，或者你是否组建了专门的项目（？）团队，例如每个“老”团队中的一个人。

Answer 1

如果你保持自己的角色孤岛，我实际上甚至无法想象scrum是如何运作的。在scrum中，我们通过产品构建垂直切片，以便在sprint期间提供的每个功能都需要您提到的所有技能（以及您没有的QA）。如果他们不是同一个团队，你会如何创建持续的协作并让人们致力于冲刺？似乎是最有可能以“Scrumfall”结束的方式。无论如何我不是专家，但在我看来，scrum失败的可靠方法是将其视为项目管理解决方案而不是整个组织变革。它的文化核心。

回答你关于“通才”的问题。简单的答案是，通过让某些人只能处理某些事情，你会在完成任务时制造出巨大的脂肪瓶颈。对于专业而言，通过拥有有限的资源来处理某些事情，每个步骤都会受到限制。在sprint 1中，你可能需要进行大量的数据库工作，而不仅仅是dba可以做的事情。但是在sprint 5中，数据模型根本没有变化，你的dba会坐在那里保持无聊。如果你必须在任务级别按照角色进行分配和分配，而不是仅仅抓住符合团队速度的下一组优先级功能，那么在sprint规划中几乎不可能在合理的时间内提交。从长远来看，通才模型将不可避免地带来商业价值。在你实现异花授粉之前，你可能不会马上看到它。

我会警告说，如果你已经成为角色组织，那么你必须非常谨慎地进行敏捷重组。许多人还没准备好，也不想准备好失去他们的特殊头衔，只是成为团队成员。我认为你应该几乎总是期待一定的营业额。

Answer 2

在scrum /敏捷开发中，团队中的大多数人都是'通才'，这意味着任何人都可以合理地进入任何角色，这样任何人都可以在积压工作中提取物品，因为来了，没有人在等待其他

现在情况可能不是今天的情况，但是做同行节目和站立会议等事情，看看人们有哪些障碍，改善知识的异花授粉，有助于实现这一目标。

Answer 3

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

Answer 4

我们通常会尝试混淆一点来获得一些跨团队的知识，但我们大部分时间都在研究我们的专业。但随着项目的进展，我们可以更轻松地帮助不同的团队

Answer 5

当我为前任雇主工作时，该公司改组了整个开发组织和产品管理。他们将工程师，qa和分析师放在每个团队中。拆分主要是垂直/功能，但有一些例外。这些例外是一个错误 - 架构垂直不适合，因为它确实是水平的。我认为跨职能团队运作良好。在您的情况下，如果可能，数据库和前端部门需要与其余部门合并，并且可能会创建特定于您的产品的新垂直

Answer 6

我们将团队分为新产品开发和现有产品维护，任何开发人员都可以在短跑之间跳转到另一个。

Answer 7

我认为我们维持了传统团队，至少目前如此。在我工作的信息系统部门的应用程序分支中还有其他几个团队，虽然这些团队是在我们进入Scrum之前就已经投入使用的。

我们大多数人都在使用Scrum进行大项目，团队似乎正在顺利发展。我们有一些新的工具和流程似乎对我们有很大的帮助，给了我们一种“可怕”的感觉，希望我们能够传递给其他团队。

对于数据库的更改，我们任何开发人员都可以在开发环境中进行更改，然后将脚本传递给DBA，以便在准备生产时完成。对于网络的更改，有一些基础设施人员可以处理这些并最初根据操作系统，网络，内存，硬盘等设置服务器。