一、 流程体系的创建技巧
流程体系的创建，就像建房子一样，有承重墙的框架，然后分隔出各种房间，卫生间、客厅、厨房、卧室等。流程体系也有大的框架，在框架中又有很多下一级的文件。我们之前在汽车行业16949标准要求，最高级是质量手册，下面有一级文件、二级文件、三级文件，比如我当时做设计开发流程框架，从项目可行性分析，到项目策划，再到设计开发、测试验证、过程设计、过程确认、导入量产，这些过程基本上要执行1-2年。流程体系，如果不实践验证，是不可能知道好不好用的。但是这个周期太长了，如果等这个设计开发流程框架建立起来，落地验证就要1-2年，然后再建其他框架内的流程制度就太久了，不容易出成果。而且具体操作的工程师看了你这个框架，对于他来说还是不知道做什么，容易将流程体系建设这个事情烂尾。
所以我们换个思路，建房子非得建好框架再装修房间，那我们流程体系建立先建立“房间”，再把这些“房间”组合起来呢？比如我们先做硬件开发流程和软件开发流程。对于硬件工程师和软件工程师，他们具体的一个项目开发的过程是什么样的，他们先做什么，怎么流转到下一步，下一步做什么，这个跟他们具体的工作相关，且验证的周期不会那么长，就可以很快定版，很快能使大家用起来。做完软硬件流程，再做结构的、系统的、测试的，最后把这些通过集成和评审串起来，就形成了设计开发及测试验证这个阶段了。
二、 流程体系导入技巧
做流程体系制度的岗位都知道，创建一个流程制度很容易，但是要推行一个流程制度就很难了。
在研发过程中，变更过程是很重要的。记得当年我推行变更制度的时候，变更的流程和模板等都已经准备好了，就差大家用起来了，所以当我把变更评估表发给大家，让大家填的时候，大家都非常抵触，觉得是增加了大家的工作量，耽误了大家项目开发工作。
大家都知道变更一般都有一个变更评审会，所以我当时先不发布流程和模板，我直接上来就开会，针对一个变更组织一次变更评审会，会上其实我也是过变更评估表上的内容，从项目进度硬件、成本影响、交付物影响、质量影响等方面去分析，大家不愿意填填呀，那我就会上当场大家边分析，我边在评估表上记录，最后当然，这个会开的时间相当长，其实分析的人也就是项目成员，但是会上还有各位领导一起耗了时间。
所以几次会议下来，领导受不住了，就说这个评估表能不能会前就先填好，会上过主要问题点就行了呀？大家连连同意，表示没有比开会更浪费时间的了。正中下怀，至此以后，我就提前将评估表发出来，让相关同事评估填好，大家觉得能缩短开会时间，也就相当配合。当然我作为项目经理也会把影响的事项会前跟相关同事都聊清楚，评估会上就只过一下重点及风险点。就这样，变更流程就很好被执行了起来。
