特性团队与组件团队

今天让我们来看看，组件团队与特性团队有哪些的特质和优缺点。

传统瀑布型项目管理公司中，常见的团队为组件团队。可以从上图的左面一半中找到：

其有如下特点：

1、团队是按照组件来创建的，且人数会随着产品的增长而增大

2、每个团队按照自己的所对应的职责来进行工作，职责较为单一。

3、团队之间的依赖由组件间的依赖所决定。

4、通常一个产品中一定会用到一个或者多个组件团队。

5、团队间的交互通常是流水线式的。

其有如下优缺点：

组件团队是长期稳定的团队、其由组件作为边界来决定的职责简单而明确。但是由于层次的增加，会导致沟团队间依赖增高及沟通成本上升；同时这也会限制团队成员的学习能力而导致知识体系单一；但组件团队内部学习气氛浓烈，较为容易接纳且培养新人及产生单一领域专家；工作任务一般由高层安排及分配。但是由于工作量的不同，很容易产生等待或做出低质量交付；一般产品交付的周期较长，变化的成本高；

另外关于依赖这个话题，可以参考我的另一篇文章。

在复杂产品中，组件团队所暴露的缺点开始慢慢被人所熟识。在敏捷交付中产生了另一种团队，叫做特性团队。其位于上图的右半部分，有如下特点：

1、团队以用户场景作为边界来组件的，单一团队人数一般不会改变。

2、每个团队都是跨职能团队，职责多样。

3、团队间的依赖关系由用户场景决定。

4、通常一个用户场景会用到一个或多个团队。

5、团队间交互随时可以发生。

其优缺点如下：

特性团队也是长期而稳定的团队、其由用户场景最为边界。职责多样但层次简单、团队间依赖度低、沟通（一般发生在单一团队内部）成本低；团队内成员知识体系可以横跨整个产品域；团队内部学习气氛一样浓郁，且能培养出多领域专家；工作任务一般由团队自主选择，每次交付都可以是高质量的交付且用户价值高，交付周期短。较为容易接受变化；

缺点是对个人的要求较高，不管是技术还是商业领域知识；非常依赖自动化技术，其中包括代码的单元、接口、界面、功能、系统的自动化测试及自动化编译和部署；对很多敏捷的概念和技术实践的学习也会是另一种必须的能力打造。

以上为我的理解，欢迎探讨。