上期发表了一篇文章「中小互联网公司研发效能团队规模、职能划分和优劣势分析」, 左一小伙伴就提出来一个问题，研发效能团队必须独立么？这个问题很好，终于从给 svn 打 tag 这类技术问题开始转到团队建设和组织架构问题了。
其实这个问题可以类比一下：
- RD团队必须独立么？
- 产品团队必须独立么？
- QA团队必须独立么？
- 运维团队必须独立么？
- 设计师团队必须独立么？
这样就容易得到答案了。按照职能来划分，越早独立会越好，1人也可以是个独立团队，直接汇报高级别领导，独立开展业务；按照人数来思考就是1-4个人的时候不是必须成为一个独立的团队，合作、共建、兼职、虚拟团队也许是个不错的选择，但是当团队大了后（4人或者4人以上）成为一个独立的团队就会势在必行。具体什么时候独立，几个人独立，这个和公司定位、已有组织架构、领导认知都有很大关系。
「DevOps研发效能群」： 左一的问题：为啥研发效能团队必须独立？ 清川：不独立咋体现价值 韩老师：大小总要有个团队吗？不能兼职是不是？虚拟也是个团队 研发效能团队必须独立么？不是必须，有的团队都没有专职的研发效能工程师，都是其他人员兼职在做，谈不上独立。 有专职的研发效能工程师就必须独立么？也不是必须。较少的研发效能工程师无法覆盖所有的工作职责，更容易孤立，无法提供有效支持。
场景设定：效能团队1～4人
讲问题要有背景和场景，唐洪山唐老板指出了这一点，我觉得很好。比如在这篇文章中我们有这样的场景限制
- 产研人员小于200人
- 效能团队1～4人
我们假设就是100人的产研团队，分成两个大部门，2个研发效能支持人员，每人支持一个。其实在这种情况下，2个人去支持50个人还是挺吃力的。这个时候部分职能由其它相应的人员承担才能维护整个研发体系正常运转，比如
- 每个研发效能小伙伴支持一个业务团队，分别隶属于自己的业务团队
- PMO 同学监管 Jira 的使用培训和权限分配
- 运维小伙伴兼职部分研发效能系统维护工作，背 SLA 指标，同时负责数据备份
从上可以看到，实际上我们虽然只有两个专职的小伙伴，但是通过兼职、共建的合作方式，我们已经是一个四人的虚拟小团队了。区别就在于专职的研发小伙伴支持实际业务，其它共建的任务由其它PMO、运维甚至QA兼职完成。团队小其实对于个人成长有个很大的问题，不容易找到特别资深的人，招到了如果公司发展得慢也不容易留下；招资历比较浅的，又不利于成长，也待不久。
举个
