Final｜未来半年研发行管行动方案

Goertek 研发行管未来半年应该做什么

这份 final 版把前面五份报告收敛为未来 6 个月的行动方案：用少量高价值专项建立可信度，用轻量机制和 BG 共创，用 CEO 能看懂的经营语言汇报价值，并建立专业、低成本、低抵触、可持续的研发指标体系。

Executive Summary

总纲：半年内先建立可信度

研发行管成立时间短，最忌一上来铺大体系、发大制度、收大报表。未来半年最重要的不是证明“我们能管研发”，而是证明“我们能帮助 BG 解决共性痛点，并让 CEO 更早看到研发经营风险和能力提升”。

定位

做公司级能力中枢

不替代 BG 交付责任，不越权承诺客户；负责方法、数据、专家、专项和资产沉淀。

方法

先试点，再推广

用 3 到 5 个高痛点项目打样板，跑通后沉淀成流程、清单、模板和案例。

指标

少而硬，低成本

指标聚焦风险前移、质量闭环、成本约束、复用复制和数据可信，不做个人排名。

汇报

讲经营价值

不只汇报做了什么，更要汇报避免了什么风险、沉淀了什么能力、需要什么决策。

半年内的核心成果不是“一套完整研发管理体系”，而是：一个 CEO 月度看板、一套 BG 共创机制、五个专项样板、一版指标字典、一批价值案例和可复制资产。
6-month Roadmap

未来半年路线图

半年节奏建议分三段：前 60 天建共识和基线，中间 60 天跑试点和看板，最后 60 天固化机制和推广复制。

阶段 主线目标 关键动作 输出物 领导能看到什么
第 1-2 月 建立信任、统一口径、选准试点 完成 BG 访谈和项目诊断；确定重大项目红黄灯口径；定义原因码、问题等级、成本敏感数据权限；选择 3-5 个试点项目 痛点地图、指标字典 v0、试点项目清单、CEO 看板 v0 公司第一次看见研发共性痛点和高风险项目分布
第 3-4 月 跑通专项、形成证据、建立看板 运行五个专项；建立阻塞事件台账、风险避免账本、问题前移漏斗；召开月度研发经营会 专项试点报告、风险避免账本、CEO 月度一页纸、BG 改善页 领导看到风险提前暴露、BG 看到问题被推动闭环
第 5-6 月 固化机制、复制样板、形成资产 把试点经验沉淀为流程裁剪包、评审清单、问题族、模块/物料/测试复用规则；选择 2 个 BG 复制 半年白皮书、专项推广包、价值案例库、指标字典 v1、数据权限机制 CEO 看到研发行管不是临时协调，而是在形成公司级研发操作系统
BG Collaboration

如何和 BG 研发协作

平台部门没有直线管辖权，所以协作原则必须是“共创、赋能、试点证明、数据牵引”。不要把 BG 当被检查对象，而要把 BG 当共同解决问题的业务 Owner。

协作姿态

  • 先听痛点：每个 BG 先访谈研发、项目、质量、制造、采购接口，形成 BG 痛点画像。
  • 先帮项目：优先选择 BG 最痛、最愿意共创、最能产生样板的项目。
  • 先做轻工具：用清单、模板、原因码和台账先跑起来，不等待大系统。
  • 先认 BG 贡献：对外汇报时明确 BG 主责、平台牵引、跨部门支持，避免抢功。
  • 先证明收益：用试点数据和案例换取推广授权。

协作边界

  • BG 对客户承诺、项目交付、资源优先级和经营结果负责。
  • 研发行管对共性方法、风险看板、指标口径、专项机制和资产沉淀负责。
  • 质量、制造、采购、财务、IT 对各自专业数据和跨部门闭环负责。
  • 争议事项不在项目现场拉扯，进入治理委员会或 CEO 月度看板。

BG 协作 RACI

事项 研发行管 BG 研发 相关平台部门 输出
痛点诊断 牵头访谈、整理共性问题 提供项目样本和真实痛点 质量/制造/采购补充跨部门问题 BG 痛点画像、共性问题清单
重大项目红黄灯 定义口径、维护看板、推动升级 提供事实、负责项目闭环 供应链、制造、测试、质量认领阻塞 红灯项目清单、阻塞事件台账
质量前移专项 组织评审清单和专家机制 选择试点项目并执行改进 质量/测试/制造提供问题库和验证证据 评审清单、问题前移案例、失效模式库
成本前移专项 推动 Design-to-Cost 流程和脱敏看板 确认设计约束和方案选择 财务/成本工程/采购提供目标成本和 Should Cost 口径 成本风险清单、目标成本达成状态
复用资产推广 建设规则、案例库、采用机制 贡献和采用成熟资产 采购/测试/技术平台确认可用性 模块库、优选物料库、测试方法库
Priority Initiatives

未来半年五个优先专项

专项要少，但要打穿。建议半年内只做五类高价值专项，每个专项都必须有试点项目、BG sponsor、数据口径、交付物和复制计划。

专项 解决的问题 半年动作 指标 沉淀资产
重大项目风险红黄灯 领导后知后觉，跨部门阻塞无人升级 覆盖战略客户/重大收入/高技术风险项目；建立阻塞事件模板；月度 CEO 红灯清单 阶段偏差归因率、红灯事件闭环率、阻塞事件 Top 原因 红黄灯口径、阻塞原因码、升级机制
质量前移和问题族治理 问题在 PVT/量产暴露，重复问题多 选 2-3 类高频问题族；建立评审清单；运行专家评审和逃逸复盘 重大问题前移率、逃逸缺陷率、重复问题率、Reopen 率 失效模式库、DR 清单、问题族分类字典
目标成本和 Should Cost 试点 BOM/NRE 风险在报价后或量产前才暴露 对 Top 成本物料/关键模块做 RFQ 早期成本评审；采用脱敏指标和财务/成本工程背书 目标成本达成率、Should Cost 偏差区间、成本风险暴露率、NRE 偏差率 成本评审模板、Top 成本风险清单、数据权限规则
模块/物料/测试复用 跨 BG 重复开发、重复验证、重复踩坑 先建 2-3 类高价值复用样板：成熟模块、优选物料、测试方案或工装 复用资产采用率、复制项目数、复用收益区间、验证周期改善 复用资产库、采用条件、质量/供应护栏
价值显性化机制 防火价值不可见，平台部门容易被低估 建立风险避免账本、风险前移漏斗、价值案例库、CEO 月度一页纸 A/B 类风险提前识别数、价值案例数、专项复制率、领导决策闭环率 风险避免账本、案例模板、月度汇报模板
Professional Metrics

如何形成专业、可落地的指标

指标体系不要追求多，而要追求可信、低成本、可行动。半年内建议形成“8 个核心指标 + 6 个诊断指标 + 4 个护栏”。

8 个核心指标

指标 定义 数据来源 使用场景 防误用
阶段偏差归因率 已完成原因归因的阶段偏差数 / 阶段偏差总数 NPI/项目计划、复盘记录 CEO 和 BG 看清延期真因 不把客户、供应链、产线问题简单算给研发
研发可控延期率 研发可控延期数 / 已归因延期数 复盘、评审、问题系统 识别研发体系短板 只在归因完成后统计
红灯事件闭环率 已关闭红灯阻塞事件 / 红灯阻塞事件总数 阻塞事件台账、项目周会 推动跨部门协同 只统计关键路径，不记录日常小等待
重大问题前移率 前端发现的 A/B 类问题 / 全生命周期 A/B 类问题 问题系统、评审记录、测试报告 评价质量前移 关注重大问题，不鼓励刷小问题数量
逃逸缺陷率 后阶段发现且归因前阶段的问题 / 后阶段问题总数 问题库、试产/量产问题、8D 评价阶段防线有效性 阶段归因需复盘确认
目标成本达成率 达到目标 BOM/NRE 要求的项目数 / 应达成项目数 财务、成本工程、BOM、报价评审 评价成本前移 平台部门看脱敏状态和偏差区间
高价值复用采用率 采用成熟模块/优选物料/测试方案的试点项目占比 PLM、模块库、物料库、测试库 评价平台资产价值 必须通过质量、供应、客户体验护栏
数据覆盖率 有系统或 Owner 背书数据的核心指标数 / 核心指标总数 IT、数据字典、权限日志 评价看板可信度 人工补录必须标识，不装作系统数据

6 个诊断指标

  • 评审退回率：只看关键 Gate 和重大技术评审。
  • 评审排队异常数：只记录超过约定 SLA 的异常事件。
  • 重大变更影响评估及时率：只统计重大变更，不追踪所有小变更。
  • 问题 Reopen 率：用于诊断关闭质量和验证充分性。
  • 重复问题率：先从 Top 20 问题族开始。
  • Should Cost 偏差区间：由财务/成本工程背书，平台看脱敏区间。

4 个指标护栏

  • 不做个人产出排名，不用图纸数、代码行数、问题关闭数评价个人。
  • 不以初始 BOM 降价额作为主要贡献，防止先贵后降。
  • 不做跨 BG 粗暴排名，必须按客户、产品、复杂度、OEM/ODM/JDM 分层。
  • 不增加重填报，优先系统字段、轻量原因码和 A/B 类风险登记。
CEO Communication

如何向 CEO 和领导汇报并得到认可

CEO 不需要看研发行管的全部工作量，而需要看经营风险、系统性改善、价值证据和需要拍板的事项。汇报要从“动作导向”转成“经营价值导向”。

CEO 月度一页纸结构

  • 本月 3 个最大风险：影响战略客户、收入、量产、质量或利润的事项。
  • 本月 3 个最大价值：提前拦截风险、质量前移、成本约束、复用复制的代表案例。
  • 专项进展：五个专项的试点数据、BG 反馈和复制计划。
  • 需 CEO 决策：跨部门阻塞、专家资源、数据授权、制度发布、BG 争议。

汇报语言转换

不要只说 要说成
我们组织了评审 我们在 DVT 前识别并关闭一个 A 类风险，避免进入 PVT 后返工
我们做了流程优化 我们把阶段偏差从“说不清”变成可归因，并推动 Top 3 阻塞闭环
我们做了降本专项 我们在 RFQ 阶段暴露 Top 成本风险，避免初始 BOM 偏高影响报价竞争力
我们建了知识库 某失效模式已被 3 个项目复用，重复问题开始下降
获得认可的关键不是包装，而是建立证据链：风险是什么、何时发现、谁协同、如何关闭、避免什么影响、沉淀什么资产、能复制到哪里。
Value Visibility

让防火价值被看见

研发行管最大的价值常常是“事情没有变坏”。要让这类价值被看见，需要把预防动作变成可记录、可复盘、可汇报的资产。

机制 做法 输出 价值
风险避免账本 记录 A/B 类风险的发现阶段、潜在影响、行管动作、协同部门、关闭结果 月度风险避免清单 让未发生的损失有证据
风险前移漏斗 统计重大风险从 RFQ/方案/评审/EVT/DVT 到 PVT/量产的发现分布 风险前移趋势图 证明质量和成本防线在前移
试点对照 用试点项目与历史或相似项目比较，不追求学术完美但要求口径透明 试点对照报告 证明机制有效，支撑推广
价值案例库 每月沉淀 2-3 个一页案例，讲清背景、风险、动作、结果、复制 半年价值案例集 让领导和 BG 记住平台部门的真实贡献
Data & Authority

敏感数据与权限机制

利润、BOM、NRE、客户报价和供应商报价保密程度高。研发行管不应默认拿明细，而应获得由财务/成本工程背书的脱敏指标，用于判断研发治理效果。

日常看板

脱敏口径

看达成/未达成、偏差区间、风险等级、Top 原因、趋势，不看完整金额和供应商商业条款。

专项复盘

受限明细

经数据 Owner 和 BG 授权，可看 Top 物料、NRE 类别、成本结构等必要明细。

重大事项

CEO 授权

涉及客户报价、项目绝对利润、供应商完整报价等，必须限时、限范围、留痕查看。

Should Cost 基准

  • 历史同类项目：相同产品族、相近规格、相近制程的量产 BOM 和实际成本。
  • 成本工程模型：材料、加工、良率、制造工时、测试时间、模具/治具摊销。
  • 供应市场基准：多供应商报价、关键材料行情、汇率和供需周期。
  • 标准模块/优选物料库：公司已验证资产的标准成本区间。
  • 目标毛利反推：由客户目标价格、公司毛利要求、NRE 回收策略倒推允许 BOM 成本。

防博弈原则：任何降本贡献不能只相对初始 BOM 计算。若初始方案高于 Should Cost 或历史合理基准且无充分理由，后续降本视为纠偏，不视为贡献。

Operating Rhythm

未来半年运行节奏

运行机制要轻，但要稳定。不要用大量会议制造存在感，而要用固定节奏推动风险、专项、数据和价值案例闭环。

机制 参与方 频率 输入 输出
BG 联络人例会 研发行管、BG 研发接口人、PMO 双周 试点进展、痛点、数据问题、阻塞事件 行动清单、需升级事项、BG 反馈
重大项目风险会 项目团队、BG 负责人、质量/制造/采购/测试 周度或按需 红黄灯项目、关键路径阻塞、A/B 类风险 风险关闭动作、责任域、升级请求
专项战队例会 专项 Owner、试点 BG、相关平台部门 周度 专项数据、试点问题、模板反馈 试点结论、推广包、案例草稿
研发经营月会 CEO/经营层、BG、研发行管、平台部门 月度 CEO 一页纸、红灯清单、价值案例、决策事项 授权、资源协调、专项方向、下月承诺
季度复盘 经营层、BG、平台部门 季度 专项对照、指标趋势、价值案例库 复制范围、指标纠偏、下季度重点
Acceptance Criteria

半年后如何判断做成了

半年验收不能只看部门动作，而要看组织是否真的开始接受研发行管的价值。建议用以下标准判断。

硬交付

  • 完成主要 BG 痛点画像和试点项目诊断。
  • CEO 月度研发经营看板稳定运行至少 3 次。
  • 五个专项至少 3 个形成试点数据和推广包。
  • 形成指标字典 v1，包含 Owner、口径、数据源、权限、护栏。
  • 形成不少于 10 个价值案例，且至少 3 个可跨 BG 复制。
  • 至少 2 个 BG 主动要求复制某项机制或工具。

软信号

  • BG 不再只把平台部门视为检查方，而开始把问题带到平台机制中解决。
  • CEO 月会开始用研发行管看板做资源协调和决策。
  • 质量、制造、采购、财务愿意参与研发专项，而不是只提供被动数据。
  • 工程师对指标抵触较低，因为指标帮助暴露阻塞和减少返工。
  • 领导能复述 2-3 个研发行管创造价值的真实案例。
一句话验收：半年后，如果 CEO 更早看见风险，BG 愿意参与共创，指标能触发改善，价值案例能被领导记住，研发行管就完成了从“新部门”到“可信平台”的第一阶段跃迁。
Source Reports

整合来源

本 final 版基于当前工作区内 5 份 Goertek 相关 HTML 报告整合生成，保留了三年规划、指标体系、CEO 视角、CEO 期望和价值显性化的核心结论。