随着团队规模的增加，出现问题的时候发现是因为没有告知某个应该被involve的人而导致的。以今天发现的为例，前些天一直在救火，之前一直以为是因为跟对接方有个信息之前没有沟通到，导致后期需要额外做很多工作去弥补。今天做复盘才发现，原来产品一直都知道这个事情，但是没有把这个事情同步给我。

现在随着团队规模的增加，现在越来越强调，做一件事情需要首先把各方拉齐，保证所有的信息都同步到各方。但是其实真正做事情的都知道，每个人都很忙，消息太多，需要对应处理的人太多，而且不是每个消息都是需要自己去回应的。所以每个信息都把各方拉齐再讨论其实是一件很不现实的事情，尤其是对于一个比较大的项目，涉及的各方比较多，团队内部会有：bd，pm，rd，运营；团队内部比较复杂的话，不同的pm或者rd还会负责不同的模块。如果再涉及到团队间合作的话，那involve的人简直就不可想象了。所以靠把每个信息点都同步给每个人其实不太实际，那怎么解决这个问题呢？

从我自己来说，我在考虑一个问题的时候，会把整个上下游涉及到的流程都会通盘考虑一下，在这个流程中，可能会涉及到需要跟外部合作方沟通的，这部分是bd需要了解的，可能会涉及到产品逻辑的变动，这部分是pm需要了解的，可能会涉及到某个模块的改动，这部分是rd需要了解的。。。在这个思考过程中，其实就理清楚了需要involve哪些人。但是这个思考需要对上下游流程有一个基本的了解，需要知道每个职责的人负责哪些事情，前期不了解的话会比较困难，但是其实随着经验的积累，对业务的了解，这个思考过程会变得越来越简单清晰。

在一个大公司，做一件事情往往会牵涉到各方，但是好在大公司的找人条件往往比较严苛，保证了招进来的人素质差不到哪儿去，所以，还是可以对每个人多一点全流程思考的要求。那么这个令人头疼的问题就可以通过尽量involve所有人+每个involve的人都有一个思考全流程的意识来解决。