agile - Scrum 团队与传统组织的团队

Question

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

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

Answer 1

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

回答你关于“通才”的问题。简单的答案是，通过让某些人只能处理某些事情，你会在完成任务时造成巨大的脂肪瓶颈。对于专业，您总是在每一步都受到限制，因为资源有限。在 sprint 1 中，您可能有很多 db 工作要做，而不仅仅是一个 dba 可以做的事情。但是在 sprint 5 中，数据模型完全没有变化，您的 dba 将坐在那里保持无聊。如果您必须在任务级别按角色划分和分配，而不是仅仅抓住适合您团队速度的下一组优先功能，那么在 sprint 计划中几乎不可能在合理的时间内提交。从长远来看，通才模式必然会带来商业价值。

我会警告说，如果您已经按角色处于孤立的组中，那么在敏捷重组中您必须非常小心。许多人还没有准备好，也不想准备好失去他们的特殊头衔而只是成为团队成员。我认为你应该几乎总是期望一些营业额。

Answer 2

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

现在，您今天的情况可能不是这种情况，但是做一些事情，例如同行编程和站立会议，以了解人们在哪里遇到障碍并改善知识的交叉授粉将有助于实现这一目标。

Answer 3

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

Answer 4

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

Answer 5

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

Answer 6

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

Answer 7

我认为我们保持了传统的团队，至少目前是这样。在我工作的信息系统部门的应用程序分支中还有几个其他团队，尽管这些团队是在我们进入 Scrum 之前加入的。

我们大多数人都在进行一个使用 Scrum 的大项目，团队似乎发展得很好。我们有一些新的工具和流程，它们似乎对我们帮助很大，并给了我们一种“很棒”的感觉，希望我们能将这种感觉传递给其他团队。

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