现在企业的系统都比人多，导致一个系统一个人，其他人都不了解该系统的需求、开发框架、历史问题等因素。一旦出现人员异动，那么后续谁也不愿因进行项目的承接，这就是个难以承受的问题，因为高层还会让你做好后续工作。
目前看AB角色工作是比较好的制度，虽然不一定好落地，预测效果也会有比较大的差距，但是可选地制度并不多。
另外，我观察到新人对于承担B角色比较没有抵抗，但是不同的老人都不太喜欢承担其他人的项目。
反之，老员工都比较希望自己能够有个B角色，这样可以分担一部分已经乏味的工作，同时也保留一部分作为技术壁垒，提升安全性。
基于以上观察，暂定以下思路。
1、梳理现有项目，分类有比较成熟的项目，问题比较多的项目，比较重要的项目等。
每个项目目前都有主要维护人一名。
2、优先安排新人加在重要项目上，这样减少造成问题的影响
3、让老员工接纳B岗。老员工的诉求一般有3个，一个是难度不高的新项目，一个是有人承接一些乏味的历史维护内容，最后一个是不接自己认为有坑的项目（主要是感情上不接受）。这样，就需要做一个排序
4、在部分项目上进行试点。主要是落地一些流程化的内容，包括每周一次的开发交流会（不少于1小时的集中办公），B岗位每月完成1个缺陷的修复或者1个优化的开发。
5、正式落地AB角色，形成部门内部的制度化考核。
网友评论