【研发管理】三手项目 接盘时 必须要做的四件事

总会遇到接手的时候，二手的还算幸运的，三手的就比较坑了。

今年就接手了一个三手的产品。

产品已上线几十客户了，是二级部署的模式。

二级部署指的是：云端部署一套、客户那还要部署的客户端。

并且这个产品由 10几个子系统租户，云端部署6个 客户那 部署5个。

有java 有安卓，还有.net

还有异地团队....

接手时 BUG一大堆，人心涣散，还得开发 已经承诺给客户的新需求....

非常考验人。

1，首先 做的第一件事情 就是稳定团队. 没有团队 什么都没有了...

     稳定本地团队与异地团队；

      稳定团队的方式是 争取 高层资源、改善工作环境、梳理工作计划。

      在走了一部分人之后，也留下来了一部分核心人员，所以 除了稳住现有团队，还要招聘新团队成员。

     稳定很重要，士气也很重要。

2，团队其他部门

产品不稳定，其他部门都受阻，一定要争取其他部分的支持与配合。

比如：团结实施部门，售后部门 安抚客户，在 版本和补丁没有出来的情况下，通过其他方式来解决 客户的问题。

  团结销售部门，对承诺给客户的需求，影响签单的需求，排除优先级，分批完成。

       团结各个版本，提升整体士气，推荐团队融合，群策群力。

3，稳定版本，适当开发新需求

稳定版本是当务之急，但是新需求也不能停止。

       所以一个分支 改bug，一个分支 开发新需求。

新需求 要按照多个维度来筛选，首先 排除一个最小化需求清单，排除优先级，涉及到的子系统。

然后按照 优先级 、难易程度、 子系统相对性，这3个维度 来筛选。

        很多紧急的需求 其实 开发工作量 并不大，这部分优先，

       不设计多个子系统一起开发的 需求 优先，这样可以独立更新，即容易测试又稳定快捷。

4，架构/代码优化(提升开发效率，减少开发运维) 脚本自动化升级

以上3个方面都是稳定大局 ，争取时间，保证团队有序进行 产品迭代。

        但是 不要忘记 3手的项目，里面 文档确实，设计缺陷，代码臃肿，就像在 垃圾堆上开发。

        很多代码 不敢动，时间长了 大家的效率，积极性就下来了，开发 测试 效率都很低，

现场除了问题也很难定位。

so，模块化的重构 就很有必要了。

注意 一定是要模块化的重构，招进来的新人就是为这部分做准备。

        新人在熟悉了大致的业务和代码后 就开始 按照 模块化 重构的优先级 进行 局部替换。

在此 要注意的是 一定要注意 修改BUG，开发新需求，模块化重构的 资源分配比例。

首先 一定要保证 修改BUG的 资源，只有稳定住了客户、公司的压力才会小，版本稳定了，研发运维的时间就少了，会释放一部分研发资源。

但是不能掉以轻心，一定要预留资源 稳定版本。

其次是 开发新需求，不要认为 版本 相对稳定了就可以 大面积 开发新需求，一定要忍，一旦 资源投入进去了，就很难撤出来，而且还占用的是 一系列的资源。

最后就是 重构，一定要忍住，是模块化的重构，而不是，全部推翻，先把相对独立的、比较紧迫的、影响使用和维护的 系统 重构了，

        还是那句话一定要忍住，注意资源的投入，因为公司不可能一下子招聘那么多人力，而且人多了 管理的精力会分散。

        所以 一定要平衡三者的 投入资源，要做好 迭代规划，踩着节奏，只要每个迭代有 进步 就ok，

        总之：循序渐进 小步快跑，切忌拔苗助长 欲速则不达。

         另外：作为团队管理者，一定要时时刻刻 关注团队情况，产品情况，进度计划，提前识别风险，灵活调整，保证有序进行。