基于人物角色的团队——终极目标
在近日举行的 Agile 2016 大会上,来自 Mxi 的 Andy Hircock、Mike Lowery 和 Rob Vandenburg 发表了题为“基于人物角色的团队”的演讲,介绍了他们如何从基于技能的团队转变成基于“人物角色( Persona )”的团队,帮助他们实现了敏捷转型。
几年前,他们发现自己面临着瓶颈危机。那时,他们的团队是基于技能组织的,他们使用了瀑布式模型,那是他们擅长的。即使取得了那样的成功,但当业务扩张到全球,用户成千上万而用户类型超过 50 种时,他们遇到了挑战。
他们对组织架构进行了重大调整。在开始敏捷之旅之前,他们的团队起初是按照技能集组织的,然后是产品,再然后是人物角色。他们翻转了这个顺序,首先根据人物角色构建团队,然后是产品,再然后是技能。他们创建了跨职能的团队,他们一起解决一个特定用户组的问题。这些问题可能涉及多个系统。
按照演讲者的说法,一个意料之外的结果是,专注人物角色为团队成员提供了明确的目标感,这可以增加参与度,带来更好的结果。他们解释说,他们这样做是出于偶然,不过,也许你可以有意为之。
演讲者总结了转变前后的主要变化。
- 开发人员与用户的交流很少,经常会错误地估计了用户的价值。现在,每个团队成员都很了解用户的生活。
- 为系统提供支持的人和构建系统的人不同。现在,他们是由同一个团队为一个人物角色构建并提供支持。
- 为了理解系统、流程和用户的详细信息,开发人员需要理顺太多的信息。现在,他们已经根据人物角色分离出了所需的知识库,而不是整个系统。
他们从几个方面描述了他们的方法。
- 在他们开始人物角色定义之旅的时候,他们找到了 86 个人物角色。他们没有跟踪所有 86 个人物角色,而是根据用户角色将它们分类,然后详细阐述人物角色。有三名委员会成员帮助更新这 86 个人物角色。
- 接下来,他们为人物角色添加了经历,了解每个人物角色的典型的一天以及他们使用每款产品的目的。这更多的是关于每个人物角色的需求,而不是系统做什么。
- 他们构建团队的目标是为一小部分人物角色解决问题和构建系统,他们将这样的团队称为“小队(squads)”,旨在“通过日复一日的工作和一次又一次的发布尽可能地改善人物角色的生活”。
- 产品经理的职责是了解人物角色过着什么样的生活,参与他们的工作,观察问题以及它们的表现形式。定期进行实地考察,观察并帮助人物角色做好他们的工作。对用户的痛苦感同身受,并有一个深刻的理解。然后,产品经理会回到团队,告诉团队所有有关人物角色的信息,达成小队的使命。
- 这种深刻理解人物角色的团队结构需要每位团队成员都参观这些现场。当产品经理实地考察回来的时候,整个团队可以快速地理解、移情,并设想人物角色所处的环境。
- 在这个模型中,他们还有一个首席产品经理,他负责多个团队,每个团队专注于自己的人物角色。此外,还有一个小组(产品管理)将团队和任何依赖关系(多个人物角色使用相同的特性)串联起来。
查看英文原文: Agile 2016: Persona Based Teams - The Ultimate Focus
评论