提纯和化约

夜勿眠

提纯和化约

——谈谈开发过程中的“流程裁剪”与“不可化约性”

在展开讨论之前，首先要明确：我们的目标是什么？

新产品开发的目标表现在三个方面：成本、品质、周期。特别是对于以“弄潮”“换代”取胜的产品，缩短开发周期，这是抢占市场的杀手锏。

新产品开发流程的梳理，在我们对原活动进行盘点、将目光投向市场需求、对产品的生命周期提出管理等种种美好展望，罗列出来的活动达110个之多，这些活动是反复斟酌不可或缺的。

如果我们的公司一年只开发三两个产品，产品的技术要求又是“精益求精”的，那么大家完全遵照这个模式完成110个活动到还可以接受，可知我们产品的特点是小批量多品种，一个月的开发项目达80个之多，完全按照这个模式走下去，开发周期就会成为产品推广的硬伤，故此，管理者们提出“流程优化”的概念以解决开发周期的矛盾，所以在开发流程的梳理过程中，重头戏还在“流程裁剪”。

说到“流程裁剪”，使我联想到一对具有“科学味”的词语——“提纯”和“化约”，这两个词语不仅仅表现在科学技术方面，日常生活中也是无所不在的：比如我们要拍照，一定会找精致的画面选择开阔的视角，这就是“提纯”，将画面中的残垣断壁PS掉，将灰蒙蒙的树叶儿变成青翠欲滴的，这就是“化约”。再比如，当我们拿到一本新书，要在短时间内了解其全貌，有经验的读者通常会先看前言，看目录，了解全书的整体架构，再找目录中对应的章节进行快速阅读，有时候也许并不看章节的具体内容而只是读一读大大小小的标题，最后对重点章节进行细读，备考的学子们会在笔记本上以树形图记录全书的架构，再对重点章节进行抄录和背诵，在短时间内把一本厚厚的教课书读成几页薄薄的纸，这也是“提纯”和“化约”的手法。当然，也有“不可化约的”，比如我们拿到的是书是有关物理、化学、科学技术方面的，那就得一章一节点点滴滴环环相扣慢慢儿的读，反复研究，漏一丁点也不成。

既然“提纯”“化约”这两个形象的描述已经从科技领域延伸到文化领域和日常生活中，我们何不在“流程的优化活动”中也加以借用，以帮助理解呢？让我们先来了解一下“提纯”和“化约”的概念：

提纯：去除掉杂质，得到了一个纯净的单一物质。

化约：用一个更为基础的现象或概念去解释另一个现象或概念。

上面这两个“名词解释”具有针对性，我们只需要“领会精神”就可以了。比如将开发流程各阶段的活动当成散落的珍珠，自然，我们会挑选一些“大珍珠”串联起来，此称之为“提纯”，“大珍珠”的标准就是这个活动本身的意义和作用，其他不必要的活动，就是被“化约”的对象，这两种行为归结起来，流程的优化与裁剪，就可以用“提纯”和“化约”来形容。

我们肯定了“流程裁剪”的必要性，但对于“流程裁剪”的策划，有些内容，我心存疑惑，认为有待商榷。

比如对“产品的验证”的裁剪，TS标准条款里明确提出“设计和开发评审，设计和开发验证，设计和开发确认”，这说明在开发过程中，“验证”是不能缺少的，验证的方法有许多种，“试产”只是其中之一，像我们公司的产品，小批量，多品种，大部分产品第一批量产时也不过二三十套，不进行试产是可以理解的，“试产”可以裁剪，但“验证”不可化约，最多我们可以把验证动作延迟，推后到第一批量产时进行，但决不能从文件上和口头中给人们造成“验证可以裁剪”的观念。所以在《研发流程裁剪管理规定》中，我意见改掉“通常情况，验证阶段可裁剪”的字样；或者直接把“验证阶段”改作“试产阶段”，以避免造成观念上的误解。

再比如，在我们的流程中，有两个重要表单被“化约”掉，变成另一种格式，一个是“设计失效模式分析DFMEA”，一个是“过程失效模式分析PFMEA”。按公司的实际情况，这两项活动平时是没有开展的，但近几个月来主机厂频频验厂，要求提交的PPAP文件中都有FMEA文件，为了满足客户的要求，每一次客户来访，新品导入部门都要连夜加班赶写FMEA文件，坐在办公室里想，写出来的内容与现场操作竟然毫不相干，有经验的审核员自能分辨真假，破绽是早晚要露的。既然主机厂要求我们做这一项工作，一定有其存在的道理，做FMEA分析是沉淀开发经验的重要手段，只是我们没有尽力去做，之前没有利用好这个工具并不是工具本身的问题，表单格式是国际通用的，不能不说这是一种“国际通用语言”，表单的内容不好理解，我们可以组织培训。主机厂的产品不做DFMEA，我们还可以打打擦边球，不做PFMEA，不把PFMEA列入日常活动中，在以后的日子里，新品导入部门开夜车赶资料，做没有意义的文字游戏是避无可避的。

以上只是我的担心，IPD项目的推行，目前在各个部门收集到的“建议”和“问题”不多，“有问题”还可以沟通可以交流，“没有问题”才更悬。

对于IPD这个新生事物的出现，人们或者漠不关心，或者满腹质疑，也有热情关注的，可能更多的是等待与观望。作为项目组成员，我们并不肤浅的以为项目会一次性达到顶峰，毫无瑕疵，开发流程的策划是否合理，这要通过实践来进行验证，试运行几个产品来检验我们策划的“各个阶段的活动”能否满足开发的要求，再根据“试运行”的结果对流程进行修订。也就是说，在IPD项目中，“试运行”是不可化约的“验证阶段”。

前段时间由于项目组本身的工作繁多，与各部门的互动较少，接下来项目组成员会在各部门展开培训，项目的试运行会触及到各个部门的工作方式，如此，项目组从各部门收集到的“问题”和“建议”就会多起来，什么是可以“提纯”的，什么是“不可化约的”，都会显露无遗，到那时候，我和你，我们，再行商榷。

胡搞瞎搞

说得很好！学习了。谢谢分享。