研发基础管理
研发基础管理
研发基础管理是成长模块的“底盘”：把图纸、版本、变更、知识、节奏管住，让 APD、VPM、NPI 能跑在稳定轨道上。对工程师来说，这是每天都在用的职业卫生。
天才可以偶发；可复制的研发靠基础管理。
基础管理管什么？
| 支柱 | 一句话 | 失控症状 |
|---|---|---|
| 配置与版本 | 什么版本的设计在产、在测、在卖 | 线边图与实物不一致 |
| 变更控制 | 改之前先评估影响 | 口头改、私下改、改完没人知 |
| 设计标准 | 重复问题有标准解 | 每人一套公差习惯 |
| 知识管理 | 失败与成功可检索 | 老人走了能力归零 |
| 节奏与例会 | 异常有固定暴露点 | 只会救火不会经营 |
| 资源与优先级 | 人与设备服务战略 | 谁喊得凶谁优先 |
一、配置与版本：研发每日纪律
你必须随时答得出
- 当前工作基于哪个基线版本？
- 正在改的是受控文件还是个人草稿？
- 样机 / 试产 / 量产分别对应哪个 BOM 与软件版本？
最低实践
- 唯一真相源：PLM/受控库为准，聊天文件不算数
- 命名规则统一：项目-部件-版本-状态（如 Draft / Review / Released）
- 基线冻结可见：G1 需求基线、G2 设计冻结、G3 量产基线在看板标注
- 软硬件齐套：发布清单包含硬件版本 + 固件/软件 + 配置参数
二、变更控制（ECN）：改得快也要改得对
什么时候必须走变更？
- 已发布图纸 / BOM / 软件的任何修改
- 影响接口、安全、认证、互换性、成本、工艺的修改
- 试产或量产后的现场“紧急改法”（允许紧急，但必须事后补单）
变更单最少字段
| 字段 | 说明 |
|---|---|
| 原因 | 缺陷 / 成本 / 客户 / 工艺 / 其他 |
| 变更内容 | 改前 / 改后 |
| 影响评估 | 设计、工艺、采购、库存、在制品、认证、客户 |
| 验证计划 | 测什么、谁签 |
| 切换策略 | 立即 / 用完旧料 / 从某批次 |
| 通知范围 | 制造、采购、质量、服务、销售 |
研发个人习惯
- 改图前先问：影响谁？旧物料怎么办？
- 不发“只有我懂的口头版本”
- 关联 VPM 任务卡，关闭变更有验证证据
三、设计标准与复用
把反复出现的决策写成可执行标准，而不是靠口口相传：
- 优选材料与表面处理表
- 公差与螺纹/密封推荐做法
- 电气安全与接地检查表
- 平台模块与禁止事项（Do/Don't）
日常用法：设计评审先问“符合哪条标准？若偏离，理由与批准人是谁？”
与 DFX、VAVE 联动：标准应吸收已验证的降本与可制造经验。
四、知识管理：让一次踩坑够用全员
最低可用知识库结构
/项目案例
/失效与对策（含照片与数据）
/测试方法与夹具
/供应商与材料笔记
/设计评审检查表
/培训与 OPL（一点课）什么必须沉淀（建议强制）
- Gate 评审的关键决议与否决理由
- 试产 A/B 类问题的根因与对策
- 创新八步法课题的 Kill / Pivot 结论
- 客户现场重大失效的技术通报
写给未来同事的标准：半年后一个新人只靠文档能不能复现关键结论？
五、节奏：研发版日常管理
对齐 日常管理 DM 的精神，研发可落成：
| 节奏 | 时长 | 焦点 |
|---|---|---|
| 每日站会 | 15 min | 看板阻塞与红项（VPM） |
| 每周技术例会 | 60 min | 关键路径、风险、资源冲突 |
| 每两周设计标准会 | 45 min | 复盘偏离标准的案例 |
| 每月组合评审 | 90 min | 项目优先级与资源（链战略部署） |
指标建议（团队级）：
- 门禁一次通过率
- 变更准时关闭率
- 红项平均关闭天数
- 知识条目新增/复用次数（重质不重量）
六、优先级与负载
研发多项目并行是常态，基础管理要防止“全是 P0”：
- 项目优先级来自战略/产品组合，不由个人感情决定
- 个人 WIP 受限（见 VPM）
- 紧急插单必须明示：挤掉的是哪个承诺
- 预研与量产支持要分池，避免全部被救火吞噬
新员工 / 转岗 30 天清单
第 1 周
- 拿到受控库权限与命名规范
- 学会看项目看板与当前基线
- 跟一次设计评审和一次站会
第 2–3 周
- 独立提交一次小变更（含影响评估）
- 写一篇失效/实验笔记入库
- 用 CPD 或课题卡描述自己负责任务
第 4 周
- 在导师陪同下参加一次 Gate 或试产交接
- 输出个人“易错点”OPL 一页
研发主管检查清单（月度）
- 是否存在未受控却已用于试产/出货的版本？
- 口头变更是否清零？
- 红项是否超龄（如 > 14 天）？
- 设计标准是否有更新与培训记录？
- 关键项目是否有明确优先级与 Owner？
- 知识库是否有“只写不读”的僵尸文档？
常见误区
- 工具崇拜 — 上了 PLM 但不更新，等于更贵的混乱。
- 为合规而合规 — 变更单变成复制粘贴，失去影响评估意义。
- 标准过于理想 — 写了没人用；宁可少而可执行。
- 只奖励出新，不奖励复用与沉淀 — 基础必然塌方。
本周就可以做的三件事
- 确认自己手头三件事各自对应的受控基线版本号。
- 把最近一次口头改动补成正式变更（或明确无需变更的理由）。
- 把一个已解决的坑写成一页 OPL，放进团队知识库。
相关工具：APD · VPM · NPI · DFX · 设计评审 DR · DFMEA · 研发工具链使用手册 · 日常管理 · 标准作业