FeatureTeam 干货|什么是特性团队/功能团队

最近一直在思考如何做团队组织能力建设和如何进行决策、执行产品研发策略 。因为自己一直在研发效能领域,所以来谈谈什么是特性团队(FeatureTeam), 怎么创建特性团队以及在日常工作中如何结合 Scrum 带领团队快速向用户交付产品价值 。内容稍多 , 准备分三篇来完成,本篇主要介绍特性团队/功能团队(FeatureTeam) 。
为什么需要特性团队? 
其实,我在带领团队完成工作的时候经常遇到下面的问题?

  • 传统的按照职能组织的团队之间 , 跨职能的协调和依赖管理复杂,不利于跨职能、跨层级的沟通
  • 多种职能之间依赖严重 , 各种等待时间不利于价值流的快速流动和承诺最终的交付时间
  • 每个职能都在专注自己的事情,对用户价值整体交付缺乏关注
  • 各职能团队之间目标难以对齐
  • 每个人都对自己的事情负责,无人对最终的结果负责
同时,跨职能团队之间还有一个最重要的问题就是难以应对高度不确定的问题,跨职能的沟通是巨大的阻碍 。我们经常会被易变、不确定、复杂、模糊的问题整得焦头烂额 。也正是在这样的背景下,特定团队诞生了,我们期望通过建立一个稳定、端到端解决问题的团队来帮我们解决这些事情 。特性团队提高了我们应对高度不确定问题的应变能力 , 让我们慢慢接近最后的「正确答案」 , 让我们在某种程度上具有了「可预见性」 。
什么是特性团队?
  • 定义:特性团队是一个长期稳定、跨职能跨组件、持续端到端交付用户价值的团队 。
  • 特点:
    • 长期、稳定:这不是一个临时拼凑接私活的装修队,而是需要长期一起工作解决各种问题的「特种部队」 。我们一般不超过两个披萨12个人 。
    • 跨职能、跨组件:一专多能T型人才;所有信息团队内部共享 。开诚布公,不搞信息差 。既然我们要一起去打硬仗,那么我们之间都是可以把后背互相托付的人 。上到开飞机飞船下到开坦克潜艇样样精通,前后端通吃,产品运营运维一起抓 。
    • 端到端的交付:我们是一支可以交付用户价值的团队,从了解用户、梳理需求到最后价值交付我们都可以做,需求来了拉出去就能干 。这就是我们要说的救人斩首可以做,经济建设也能行 。
  • 核心价值
    • 最大化响应速度
    • 最大程度减少外部、内部依赖
    • 最大程度降低沟通成本
  • 好处
    • 团队内可以做到端到端,所以减少了等待,交付速度快
    • 减少了团队之间依赖,计划更容易更有保障
    • 责任范围的扩大 , 各种不同领域的专家在一个团队,增加了个人成长的机会
    • 团队内部快速沟通、快速响应用户的诉求
    • 长期稳定的合作,成员归属感增强
    • 团队成员直接面对用户,更加深刻了解自己工作的业务,同时感受到自己工作的价值
    • 团队成长快,FT 运转一段时间,团队每个人产出都有提升
    • FT对每个人都要求很高,每个人都有全局视角,有把事搞定的能力,快速学习的能力
    • 以用户为中心的功能特性驱动团队运转
  • 问题
    • FT 对团队每个人要求都很高,要有不断学习的能力,自我驱动和主动承担,但不是每个成员都能适应
    • 各个FT都会针对自己的团队非常实际的做出决定,在技术栈选择、规范性遵从上一般不是很注重,
    • 各个FT之间交集很少,重复造轮子在所难免
    • 长时间在一个 FT 中工作 , 部分队员可能会对本 FT 做的事情失去兴趣
    • 工作边界并不是很清晰,中间模糊地带需要更多地发挥积极主动性
    • 长期高强度的端到端用户价值的交付,让我们把注意力全部集中在事上,对人的关怀度降低
    • 难以完全闭环 。对于专业性很强、难以短时间掌握的职能,还是需要专业的小伙伴来支持,比如运维、DBA、设计师
当然这些问题都是可解的 , 我在下篇文章中会详细介绍 。
什么时候采用特性团队组织方式?