组织架构调整，突然被项目交接了...

你所在公司多久进行一次组织架构调整？白牙入职公司 3 年，换了 3 个 GM、5次总监、2 个组长，大调整小调整都有。

调整就可能带来项目的交接，有的项目被交接好几手，最后又回到最开始的人手里。

白牙算幸运的，不管组织架构怎么调整，一直稳定地做一个项目，但这次纪录被打破了。

前几天突然被拉到一个交接群里，说后面这块我来跟，本来让大柱子跟，他也提前了解了这块的业务和代码，但因为大柱子之前的需求重启，这块需求比较急，而且线上 case 也挺多让我来跟，我也知道，一旦接手，后面就都是我了。

这块业务和我之前做的完全不相关，很多名词和逻辑都不清楚，整个人是懵逼的，光懵逼没用，需求已经提了，得做，case 也得查，之前的业务 case 也得关注。

面对这团东西，白牙是怎么做的？

首先没有排斥并做了心理建设：

1. 通过这个需求，可以了解服务商账户体系的业务知识，对自己有增量信息。

2. 组织架构调整时，身上多点活儿不是坏事，可能还是好事。

对这块不了解，就趁着做需求的过程中快速了解代码和业务逻辑，有不懂的就及时请教，不一个人憋着。所以先找大柱子了解下这个需求的概设，快速了解这个需求要干嘛。需求会依赖二栓子，但在与二栓子的沟通中，暴露出一个问题。

因为依赖二栓子提供的接口，群里沟通时，他说需要什么样的接口，让我写在 TAPD 中，我也写了并告诉了他，他说哪天提供接口定义，我以为我提的接口没有问题，然后我就给我的前端出了接口定义，并写代码。

开发过程中，我遇到一个细节问题，找二栓子，我俩电话沟通时，发现不在一个频道上，但这次是我业务知识不足，他说的很多专有名词，我听不懂，大柱子那天还请假了，当时很无助，心里甚至吐槽，“本来跟我没啥关系，最后竟然我一个人承受”，但吐槽啥用没有，我赶紧示弱，并与二栓子当面聊。

聊下来的结果是，二栓子说不建议按照我们的方案做，理由巴拉巴拉，我沉默了，为啥不早说呢？给提了需求，没有第一时间拒绝，都以为默认了，我们都按照这个方案开发了，你和我说要换方案？

我又按照他说的改了方案，并同步给了前端，谁知后面二栓子打电话给我说这个方案也不行，理由巴拉巴拉，得这样巴拉巴拉，听了新的方案后，我心想，这不就是最开始的方案吗？此刻脑子里飘来的是《那些年，我们一起追的女孩》的主题曲中的一句“又回到最初的起点，呆呆地站在镜子前”。

然后去找前端说，可能还得改，我以为不敢面对前端了，这是我第一次这么无力，前端吐槽，这块方案都改了好几次了，等有最终版再告诉我吧。

其实本来都可以避免的，为什么沟通如此低效？

原因和我刚接手这个项目有关，很多东西不熟悉，还和一些沟通方式有关，后续怎么避免？

1. 项目交接的第一个需求，最好老带新一起沟通一起做，先让更接手的人熟悉起来，循序渐进。

2. 对依赖方提需求，对方没有提反对意见，并不代表认同，一定要第一时间和对方确认接口是否 OK，不要“我以为”。当然如果是别人给我提需求，要及时反馈。

最后，说白了，关键还是主动，只要一方偷懒，就可能增加很多不必要的成本。主动些，最后受益的一定是自己。

---

职场中会遇到各种各样的问题，推荐一本脱不花的新书《干得漂亮》，里面有很多案例和方法，可以直接拿来用，祝你职场顺利。