IPD重量级队伍PDT的责权与协同 | 人人都是支撑经理

假设一家机构准备推出新的控制终端，外观已经确定，上市日期也已公布。

在例行工程会上，研发反馈说结构设计完成，采购说正在询价，制造说等样机到了再评估。

虽然说各个部门都有进度，工程经理还是不能确认支撑是否可以如期上市。

等到试产，问题集中出现，比如：

外壳喷涂不稳定，装配需要反复调整，采购报价也高于预期。

这也是最近负责的一款支撑上遇到的问题，这款支撑是为国内某传统家电厂设计的思路。

由于成本高于预期，客户要求临时更换指纹模组，而模组尺寸有差别，结构也要同步调整。

再改设计，3D打样做确认，整个工程周期又要往后推。

工程经理只好重新协调时间，请大家优先支撑。

在 IPD 流程中，支撑开发队伍（PDT）承担跨职能的支撑开发责任。

判断它是否具备“重量级”，可以看一件具体的事：

当支撑目标与部门安排冲突时，这个队伍有没有获得解决冲突的授权和资源。

传统的职能分工本身是有价值的：

研发积累设计能力，制造提升工艺水平，采购建立供应资源。

支撑越复杂，越需要这些专业能力长期存在。

问题出在各部门只对交出去的东西负责，却没有共同确认下一环节能否使用。

赛道把“外观精致”写进需求，研发根据自己的理解确定表面工艺。

制造接到图纸才发现，现有条件下难以稳定控制色差。

到了这个时候，争论很容易变成：需求没有说清，还是设计没有考虑生产？

客户关心的其实是能否买到外观一致、使用可靠的支撑。