敏捷团队的初学者指南

商业部门的成员通常渴望可预测性，但这是不可能的。

市场可能是不可预测的，不可预见的情况指日可待。

组织透明度不是一个水晶球，但它可以提供对团队发展轨迹的一定程度的洞察力。

通过让每个人都能即时访问每个项目和每个任务的状态，有关项目和计划的早期警告允许团队在项目偏离轨道之前进行调整和调整。

结果是整个团队的敏捷性：可以重新评估优先级，重新分配资源，并更改计划以减轻挑战并最大化潜在结果。

尝试弹弓

什么是敏捷团队？

敏捷团队通常是由跨职能团队成员组成的小组，他们围绕一个有时限的项目联合起来。 敏捷团队应具备完成项目所需的所有能力，无论是编程、设计、文案还是决策能力。 角色和责任并不像最终结果那么重要，最终结果应该归于整个团队而不是单个团队成员。

根据发表在敏捷联盟上的一篇文章，该团队只为一个特定的项目聚集在一起。 一旦项目结束，团队就会解散，或者由不同的成员重组，在不同的项目中提供新的可交付成果。 拥有敏捷团队的主要功能之一是有能力在相对较短但可衡量的时间内交付高质量的可交付成果。 为了在紧迫的期限内实现高性能，敏捷团队被召集起来，以在短时间内、激烈的爆发中交付高质量的结果。

描述跨职能敏捷团队的两种方式是什么

跨职能团队是系统或产品/服务的一部分，其中包含所有必需的能力。

跨职能团队拥有开发产品/服务所需的所有技能。 立即提出更改请求。

敏捷团队的角色和职责

在许多情况下，敏捷团队分为三个主要角色和职责：敏捷团队成员、Scrum Master 和产品负责人。

• 敏捷团队成员：团队成员是为敏捷团队做出贡献的任何个人。 一个人可以是多个敏捷团队的成员。 敏捷团队成员可以是软件开发人员、UI/UX 设计师、数据分析师等。
• Scrum Master / Team Lead： Scrum Master 充当敏捷团队教练并促进团队会议。
• 产品负责人：充当客户代理，让项目经理和其他产品负责人等关键利益相关者参与进来，并确保项目符合商定的可交付成果。

敏捷团队结构

敏捷团队结构通常是水平的而不是线性的。 敏捷团队的结构并不重要，重要的是它的执行方式。 但是，在组建自己的敏捷团队时，可以使用几种不同的结构。

以下是敏捷团队结构的 6 个示例：

通才敏捷团队

通才不是对很多不同的事情有一点了解的人，而是精通多个不同领域的人。 在通才敏捷团队结构中，任何人都可以完成任何任务。

这并不意味着多面手是专家，但对解决问题的标准和最佳实践有足够的了解。 当出现问题时，这是非常有益的——您不需要与团队外部的专家匹配日程安排，因为您已经拥有一个具有制定解决方案的核心能力的团队成员。

如果你想整合一个通才的敏捷团队结构，你需要找到合适的人来让它发挥作用。 并非团队中的每个人都是数据分析专家或销售专家，因此您必须确定组织中多热情的人以包括在您的敏捷团队中。 此外，要完成这项工作，您需要一个不需要任何特定主题专业知识的项目。

专家敏捷团队

专家被称为主题专家或 SME。 与通才不同，专家敏捷团队由具有深厚领域专业知识的专家组成。 在这种类型的团队中，每个人都负责自己的专业相关任务。

专家可能对您的团队更有利，因为他们通常更快地完成特定任务并提出更有效的解决方案（由于他们深厚的专业知识）。 然而，有时一个由专家组成的团队并不理想，您的专家最终可能会坐下来等待下一个任务，因为他们的常规工作资格过高。 这就是为什么向有经验的组织推荐这种方法的原因。

混合敏捷团队

这种敏捷的团队结构结合了通才和专家。 专家专注于需要深厚专业知识的任务，而通才则负责项目的完整性。

众所周知，这种敏捷团队结构最适合大型和复杂的敏捷项目。

过渡敏捷团队

过渡敏捷团队结构基本上是将您的组织过渡到基于敏捷原则的方法的过程。 迁移到一种新的工作方式对每个人来说可能并不容易，因此您必须帮助您的团队采用新的工作方式。 他们需要时间来适应敏捷实践、语言和流程。 过渡敏捷结构的缺点是交付时间延长。

平行敏捷团队

并行敏捷团队结构并不是最容易管理的。 在这个团队中，每个 sprint 中每个人的工作都会发生变化。 例如，在一个春天，每个人都会编写代码，然后在下一个 sprint 中，每个人都参与测试它。

如果没有特别的理由使用这种结构，那么也许你最好选择另一个。

敏捷产品子团队

产品子团队是更大团队的独立单元。 这种结构可以应用于需要分解的复杂项目，以实现简单性、问责制和可见性。 在这样的结构中，您的敏捷团队将负责特定的工作领域，同时保持由几个子领域组成的整体可交付成果。

作为项目一部分的每个敏捷团队都将共同努力，为项目的目标和目标做出贡献。

你的敏捷团队结构

作为敏捷团队的负责人，您有责任为您的敏捷团队设置结构。 幸运的是，敏捷是一种适应性方法，因此您可以将其设置为最适合您的组织和项目的方式。 上述结构是通用的，也没有必要遵循——测试、更改和调整，直到找到适合自己团队和需求的最佳敏捷团队结构。

敏捷团队的推荐规模是多少

理想的敏捷团队规模较小，通常在 5 到 11 人之间，但最佳人数约为 3 到 7 人。 如果您的团队中有超过 7 人，您可以创建多个较小的敏捷团队。

敏捷团队如何维护需求

敏捷团队在积压中维护他们的需求。 在 Scrum 中，它被称为 Product Backlog，存储在其中的项目被称为 Product Backlog 项目 (PBI)。 这些项目可以是功能性需求、非功能性需求、增强、变更请求或缺陷。

每个团队成员都会维护他们正在处理的项目的个人积压工作，并且通常将其积压工作保存在 Jira、Wiki 或 Whiteboard 等地方。

为什么信任敏捷团队很重要

没有信任的团队不是真正的团队，而是一群人一起工作。 我们喜欢的信任的一个定义是“对某人或某事的可靠性、真理或能力的坚定信念”。

敏捷团队要想取得成功，信任和沟通是最重要的两个因素。 团队需要相互信任，领导者需要信任团队和流程——在使用敏捷类型的项目管理交付项目时，这是必要的。

敏捷团队成员之间建立的信任有助于他们快速沟通并对出现的变化和问题做出更快的响应。 信任是有效团队流程和高绩效的基础。

当有信任时，不仅团队工作得更快、更有效、更好，而且工作的享受程度也会提高。

作为敏捷团队的成员，您可以通过在沟通过程中保持诚实和透明、信守承诺、在您缺乏执行特定任务的知识或经验时寻求帮助、讨论信任问题、不要不要评判或责备，更个人地了解你的队友。

敏捷远程团队

敏捷远程团队实际上与敏捷团队相同，只是团队的所有成员都是远程的。 麦肯锡去年的文章讨论了团队在单独工作时面临的一些挑战，例如不信任、希望更频繁的签到以及项目和任务的延迟。 根据同一篇文章，远程工作的体验会导致效率低下和凝聚力下降。

尝试弹弓

哈佛商业评论管理（新）远程工作的指南指出：

• 80% 的新远程工作者认为，通过更频繁的通信，他们会拥有更好的关系
• 43% 的人认为更多的面谈时间有助于他们与团队成员建立更深的关系
• 52% 的人觉得他们的团队成员没有平等对待他们
• 84% 认为工作场所的挑战或担忧会持续几天或更长时间
• 41% 的人认为团队成员在背后议论，而 31% 的同地办公人员

但不要让这把你吓跑。 如果他们愿意，组织可以让敏捷团队在远程环境中茁壮成长。 团队成员必须找到技术的最佳使用方式并适应在线交流，以确保协作和生产力。 这并非不可能。 以下是 InfoWorld 关于如何为您的敏捷团队打造远程工作方式的一些建议：

• 选择合适的设备、工具和工作空间
• 在场并与队友交谈
• 致力于现实的团队和个人任务
• 增加文档
• 了解如何将面对面的敏捷活动（如站立会议）转化为数字活动。

这可能需要一些时间，但远程工作将继续存在，因此为您的团队做好相应的准备很重要。 此外，几乎所有的组织都已经在使用数字工具来简化他们的工作，所以真正的困难是适应和有效的沟通。

弹弓来帮忙

Slingshot 已准备好让您的敏捷团队上线。 通过让每个人都了解情况，团队即使跨不同时区也可以掌握项目，这意味着即使团队成员不能彼此亲临现场，生产力也不会受到影响。

Slingshot 通过在一个应用程序中整合现代项目和团队文件管理、聊天和数据分析来简化协作。 当您可以轻松地与团队成员在一个地方共享所有这些元素并与外部团队成员共享项目时，就会恢复平静。 强大的生产力开箱即用，旨在无缝工作以实现持续的协作工作流程。 这有助于团队跨越协作孤岛，防止工作中断，并使团队更容易更好地合作。

您准备好改变团队的工作方式了吗？ 立即尝试，看看 Slingshot 如何帮助您的团队交付非凡的成果，推动业务增长。