组织调整方案

范围：产品研发中心

生效：11月1日

起草：李明、陈静

批准：周衡，10月8日

状态：批准后实施中

一、调整背景

产品研发中心现有成员、权限、结算三个模块小组，小组负责人直接向李明汇报，中心正式员工 28 人。9 月两次发布日中，权限接口与结算页面的完成顺序不一致，版本分别推迟 1 天和 2 天。李明每周需要分别召开三次模块会，才能排定同一版本的顺序。

测试工程师 4 人目前也直接向李明汇报，冒烟标准由周倩维护。设计 3 人同时服务三个模块。此次调整解决汇报过宽和版本顺序两件事，中心总编制保持 28 人。

二、调整目标

11月1日起，中心设业务研发组和平台研发组。业务研发组负责成员与结算，平台研发组负责权限与发布工具。两组各有一名负责人，向李明汇报。版本会改为每周一次，由两组负责人和测试共同参加，在会上排定接口与页面的先后。

目标在 12月31日前核验两件事：双周版本按计划日发布的次数不少于 4 次；李明的固定模块会从每周三次减为一次中心版本会。编制、职级序列和年度现金带宽保持现行标准。

三、组织结构

业务研发组负责人郑凯，平台研发组负责人刘洋。测试不拆进两个组，避免出现两套冒烟标准，测试工程师继续向李明汇报，版本上的分工由周倩按版本写出。设计师编制留在中心，由李明安排到具体版本，马晨仍是设计接口人。

权限服务的代码仓库维持现有权限。业务研发组提出权限需求时，由刘洋排进平台组的版本。权限服务的代码由平台研发组修改。发布日的回滚确认仍按现行值班名单执行，名单在 11月第一个版本前由刘洋更新。

四、人员安排

其余未列名的工程师按现有模块归入对应的组：成员与结算归业务研发组，权限与发布工具归平台研发组。名单由陈静在 10月14日前写完，发给李明核对。前端事务在 10月15日至 10月31日由张伟代理，方案复核人仍为郑凯。11月1日起的前端接口人由李明在 10月25日前任命，并通知全中心。

五、实施步骤

1. 10月8日周衡批准本方案。10月9日李明已与郑凯、刘洋完成谈话，两人确认接受新的负责人职责。
2. 10月15日中心例会公布方案和人员表。10月16日至 10月24日，两组负责人与本组成员各做一次 20 分钟谈话。
3. 10月27日林晓按新的分组调整 5 楼工位，业务组在南侧，平台组在北侧，测试与设计位置不变。
4. 11月1日新的汇报关系生效。11月4日召开第一次联合版本会，排出 11 月两个版本的接口与页面顺序。
5. 12月31日李明对照「按计划发布不少于 4 次」和「模块会减为一次」写出结果，交给周衡和陈静。

六、风险与应对

1. 10 月后半段仍有一个版本在途。该版本继续按原模块负责人推进，新分组从 11月1日的版本开始执行，避免中途更换指挥人。
2. 张伟代理前端事务期间，跨模块方案由郑凯复核后才能进入开发。代理期到 10月31日结束。
3. 工位调整日逢版本冻结时，林晓把搬位改到 10月28日中午，当天上午保持原座位以便发布。
4. 两组对同一需求的优先级有分歧时，提交 11月起的每周版本会，由李明当场决定顺序，并写进会议记录。