:::info 关于一个大的业务线技术岗位架构的思考：

研发主管 一线 Leader 直接管理 10 个左右的普通员工；
研发经理 二线 Leader 直接管理 10 个左右的一线 Leader；
研发总监 三线 Leader 直接管理 10 个左右的二线 Leader；

越往上走，技术能力在晋升评比要求的占比会越来越低，而 业务意识、沟通协调 的占比会越来越高，往往最高的 Leader 并非技术最好的那位，技术最好的那位大概率在 二线 Leader 甚至 一线 Leader 中。 :::

研发主管

研发主管：

  • 向上沟通汇报；
  • 跨团队对外协调沟通；
  • 绩效管理，例如：团队建设、人才培养/招募 等；
  • 制度建设，例如：制定研发规范 等；
  • 对研发质量把关，问题的第一责任人；
  • 对项目进度把关，问题的第一责任人；

假设，直接管理 10 人左右的普通员工，可进行如下安排：

  • 2名 基础组件研发(研发骨干)，根据业务需求抽象出的业务组件，对代码质量要求高，尽量做到可复用性；
  • 8名 业务需求研发，响应日常的业务需求研发；

具备可同时处理 3 个业务需求的能力，2~3 人为一组然后处理一个业务需求，会立一个当前需求的小组长，如果基础组件工作比较少，基础组件的研发成员也会加入到业务需求研发中。PS: 会对需求的小组长进行观察，如果多次表现不错，考虑作为基础组件研发(研发骨干)的备选人员。

基础组件研发：

  • 根据复杂/繁琐业务需求抽象出业务组件，同时进行 高质量的研发，供业务需求研发调用；
  • 协助研发主管，进行代码质量把关；
  • 协助研发主管，进行项目进度把关；
  • 协助研发主管，制定团队研发规范；
  • 研发骨干，流动性小；

业务需求研发：

  • 业务需求开发，当遇到复杂/繁琐的需求，请求基础组件研发支援；
  • 遵守团队研发规范；
  • 流动性大；

晋升通道：业务需求研发 -> 基础组件研发 -> 研发主管。