【工作感悟】分布式团队的优缺点

2022年出，我所在的业务部发生了重大调整，整个团队由原来的集中式团队变为了分布式团队，什么意思呢？
大概意思就是以前一个业务线有多个项目，然后就有了多个项目组，每个项目组有前端、后端、产品等…
///
现在呢，把所有项目组的前端归档为一个组，后端归档为一个组，产品归档为一个组…
然后需要哪个项目开发，就从哪个组抽人去干。
这有点类似于我们项目技术架构概念中的由单体架构转变为分布式集群架构。
///
最初感觉其实没多大变化，因为我还是在干原来的项目，只不过换了个部门罢了。
最近呢，感触还是比较深的。
///
首先，这种组织架构中的每个集群就需要有一个leader节点，也就是架构师。每个leader负责掌管下边的所有slave节点，也就是普通开发。
///
当然，这无疑是有好处的，比如我作为一个小兵，我以前的leader可能是个产品，我的产品又不懂技术，所以我的工作成果并不能被深刻的发现。但是现在，我的leader就是技术，这样不但沟通顺利，而且我的工作成功也更容易被发现。
///
但是，对于每个集群的leader来说，他不但要去管理下边的所有员工，而且还要负责整个项目需求的沟通，以及向下传达。而且，假如我是一个后端leader，我想去推动测试做一些工作，但是我又没有管理测试的权利，所以这种情况下，很多事情就并不是很好推动。
///
还有，我个人觉得这种方式有一个最大的好处，就是—充分沟通。
以前整个项目是一个leader有一票否决权，现在呢，一个决定要想落地，就必须要所有的leader都能接受。而且，以前作为一个后端，我没法去充分沟通（dui）我的产品leader，可是现在呢，我可以把问题抛给后端leader，让他去协调(dui)这个事情。
///
我并不是急于否定这种管理方式，也不是尽力鼓吹这种方式，我只是基于我所看到的场景，客观的进行分析，至于未来会怎么样，到底适不适应这种方式，还是让时间证明吧！