下载掌阅APP，畅读海量书库
立即打开
团队的重要性在敏捷组织中怎么强调都不为过，大多数组织认为人是基本的工作生产“资源”，在敏捷中，团队就是资源。
你的组织需要投资这样的团队：
· 跨职能的。团队中的人共同拥有团队所需的所有专业知识，以实现其目标。
· 全身心投入的。专家们可以不时地提供帮助，但团队的核心成员则必须完全致力于他们的团队。
· 能够协作的。团队成员具有友好、合作的关系，并紧密协作。
· 能够持久的。团队成员可能需要几个月的时间来弄清楚如何最有效地一起工作，所以要尽可能长时间地保持团队合作。
每个团队的规模和组成取决于你所追求的流畅度区域，7.1节中有详细介绍，简要概括如下：
· 专注区团队专注于实现业务成果。这类团队需要有能力站在用户和客户的角度来确定软件到底能做什么。如果这个团队是以用户为中心的，那么需要包括具有UI/UX技能的人。团队还需要选择一种方法来确定下一步要做什么，虽然最好的办法是让团队中有对应技能和权威的人自己来做，但团队成员也需要与团队外的人合作。
· 交付区团队负责其软件的端到端交付。这类团队需要构建和部署产品所需的所有技能。以前交给其他团队的职责需要被带入团队，这包括构建管理、数据架构和管理、测试和运营。
· 优化区团队对其产品商业上的成功负责。这类团队还负责协调利益相关者，以及决定产品的优先级。优化团队需要具有业务、市场和产品专业知识的团队成员。
你可能已经有符合要求的团队了，如果你正在创建新的敏捷团队，请使用以下步骤，无论采用哪种方式，都要记得获得团队的支持，如5.5节中所述。
1. 决定每个团队的目标（参见7.4节）。
2. 根据团队目标的价值决定每个团队有多少人，但要遵守“整体团队”中描述的人数限制。
3. 确定每个团队需要哪些技能。
4. 选择具备团队所需的技能，可以与之愉快地合作，并且愿意尝试敏捷的人。
如果你要创建或重组很多团队，可以考虑使用团队自我选择的方法。 Creating Great Teams：How Self-Selection Lets People Excel [Mamoli2015] 一书中描述了它的作用。
敏捷依赖于密切的协作，而如果人们无法参与，这种协作就不能很好地发挥作用。偶尔的外部支持是有益的，但如果你没有专职的团队成员，敏捷可能不会成功。
新团队在摸索如何合作的过程中会经历一段艰难的时期，这很正常，所以如果一个团队一开始就陷入困境，不要担心，团队的教练和经理可以帮忙调解冲突，可参见11.2节了解更多内容。
拆散高绩效的团队是一种浪费，但这并不能阻止你的团队成为敏捷团队。
优化区团队至少需要一个具有产品管理技能的团队成员，但不一定是传统的产品经理。有时，熟悉大量公司历史的开发人员比其他人更了解公司的产品和市场。如果是这样的话，你就可以开展业务了。
如果你的团队不追求优化流畅度，就不需要保留一个产品经理在团队中，但仍然需要一个具有这些技能的人与团队紧密合作，仍然需要能够代表客户和用户观点的团队成员。
业务参与对团队的成功有很大影响，这也是使敏捷区别于其前身的原因之一。你需要做额外的努力，将业务、客户和用户的观点纳入团队。如果你不这样做，交付的软件很可能会令人失望。
你可能无法实现交付区的流畅度，但交付实践仍然值得学习和使用。