400-803-0798 加入我们 联系我们
公司新闻 市场活动 顾问专栏 思想会

【流程专栏】流程管理,其实也是一种项目管理 ——谈谈华为的研发流程版本管理

2016/11/30 10:39:32

谈谈华为的研发流程版本管理

 

文丨毛宇菲 

(百思特集团流程与IT咨询BU总经理 )  

  很多企业都觉得流程不好管,不知道该怎么管,其实流程管理没那么复杂,我们今天以华为的研发流程版本管理,来看看怎么管流程。

        研发流程作为IPD流程的重要组成部分,每年都要发布一个版本,以保证流程的先进性与实用性。先科普几个跟研发流程密切相关的组织,便于理解流程管理的层级关系。

Tips:研发流程相关的组织

 研发流程改进委员会:由各产品线研发部部长,研发流程部部长,研发流程部5级专家组成。主要负责研发流程变革项目、研发流程版本的管理。

 研发流程CCB(研发流程变更控制管理委员会):由研发流程部部长,研发流程部5级专家,各产品线研发质量部部长组成。负责研发流程领域所有CR的评审。

 各产品线研发质量部:负责本产品线研发流程的适配和推行,验收。配合公司级研发流程的相关工作。研发流程部的流程管理专家会接口不同的产品线,就流程方面的工作进行交流和对接。

 

       研发流程改进委员会,研发流程CCB都属于跨部门重量级团队,是虚拟组织,由研发流程部的流程管理工程师承担运作秘书的职责,负责这两个组织的整体运作。 

从这几个组织上的构成,可以看到流程管理的层次以及职责,都是相对明确的。

现在来讲研发流程版本的管理。研发流程版本的生命周期大致分为这5个部分:

图片32.png

1版本规划

 

        研发流程版本规划一般在年底进行,由研发流程部部长和5级流程专家主导,研发流程各个领域的负责人参与。规划主要是根据目前业务的需求,流程的现状来规划研发流程变更项目或研发流程领域一些探索性的业务(CR不在规划的范围)。

       研发流程变革项目是怎么规划来的呢?举个例子:研发外包是目前普遍的业务现状,但是流程里面缺少这一块的内容,那么最好就成立一个研发外包管理的流程变革项目,对业务进行梳理,并发布相应的流程。在做流程项目规划的时候,要考虑项目的范围和难易程度,项目是一期就能完成还是需要分期完成,项目由哪个产品线牵头比较合适,这些都是做规划的时候需要考虑的内容。

        研发流程版本的构成由两大部分组成:除了变革项目外,最主要的来源是CR。如图所示:

图片33.png

 

 

Tips:CR的主要来源

 日常CR:华为公司的任何员工发现流程文件中有问题的地方,或与业务不相符的地方,都可以提交CR申请,提交改进建议。

 

 研发流程变革项目CR:不是所有的变革项目都会发布新的流程,有一部分变革项目是对现有流程的梳理和优化,涉及到流程修改的具体内容,都需要通过提交CR申请。

 

 其他流程变革项目CR:非研发领域的流程项目,但涉及到研发流程配套修改的内容,也需要提交CR申请。

经过CCB评审通过的CR内容,会由CCB秘书记录在CR清单中,在流程版本发布前,集中更改涉及到的流程文件,并随版本发布。华为研发流程变更涉及到的流程文件的修改,每年都在上百条,所以说华为的流程从来都不是一成不变的。

       CCB的运作如图所示:

图片34.png

2版本实施与监控

 

       研发流程版本实际上是各个研发流程变革项目和CR的合集,所以研发流程版本的实施与监控,实际上就是各个研发流程变革项目和CR的实施与监控CR的运作流程在上面一节已经讲过,现在主要来看看研发流程变革项目的管理。

        研发流程变革项目的阶段和产品的版本管理其实没有大的差别,也经过需求收集分析,立项,团队组建,开发,等过程:

图片35.png

每个决策点都需要到研发流程改进委员会汇报。根据项目的负责程度,决策点也可以进行裁剪合并。

        研发流程变革项目成员一般会由流程专家和产品线业务、质量人员组成。流程专家会把握整个流程项目的进度节点,协调各产品线的意见,从流程的角度给建议以及流程文件的修改。产品线的业务人员和QA根据业务的现状和趋势,对于流程现状提出更改建议。最终项目组输出项目材料以及流程CR,再获得研发流程改进委员会和CCB的同意后,项目成果会跟随研发流程版本发布。

        个人觉得华为的研发流程变革项目也不是一帆风顺的,也有几个困难的地方:

不是所有产品线都重视流程,所以参与项目的人员的能力和责任性参差不齐。

各产品线产品形态各异,要在中间找到平衡点,发布公司级的流程,是一个权衡和拉锯的过程。

寻找合适的试点项目。华为的项目进度是出名的紧张,在大家都恨不得一天当做两天用的时候,能找到项目组愿意在忙碌中试点新的流程,也不是容易的事。所以也要依托变更项目的推进,来解决这些问题。

3、 版本规划

每年的7,8月份是研发流程版本发布的时间。在正式发布之前的一个月左右,是集中修改流程文件的时候。文档需要审批上传,流程图活动图都要根据CR清单实施修改。等到所有变更都修改完毕后,研发流程部部长会汇集变更中的要点,到研发流程改进委员会和研发部部长会议上进行汇报,经过中央研发部部长同意后,研发流程正式发布。

如果有流程变革项目进度拖延了,没有赶上流程版本发布的节奏,就只能等到下一年。除极特殊紧急的情况下,研发流程才会增发版本。

4版本推行

 

       个人认为研发流程的推行是非常重要的环节,也是整个流程管理中比较难的一个环节。流程变革项目在运作的过程中虽然有试点项目,但试点项目毕竟是少数几个项目,不可能覆盖公司所有的项目类型,而推行,却是在整个公司的推行。那么推行的过程是怎样的呢?  

 

       在流程版本发布以后,与产品线接口的流程管理专家会到产品线IPMT,研发管理会议上汇报流程版本的重要变更点,以取得产品线领导的支持。同时,流程管理专家和产品线流程负责人会根据CR清单,逐条对变更进行适配。适配中最重要的两个文件,一个是流程活动,一个是交付件模板,这两个是关系到流程是否能够正确执行,产品交付是否合格最重要的内容。如果某个变更对某个产品来说确实不需要推行或部分推行,都得在适配的时候提出来,并且给出适配的具体方案。

 

        我认为适配是推行环节中非常重要的一个前奏环节,适配做得好不好,关系到流程推行的难易程度,同时,适配也是对流程管理专家和产品线流程负责人一个非常重大的考验。必须对流程的变更和产品线产品非常熟悉,才能做出正确的适配。 如果流程的推行过程,被认为一定是自上而下的,或则研发人员认为流程的变更对于业务没有帮助还必须推行,那我认为,这是推行的前期适配工作没有做好。

 

       适配也分层级:首先是产品线一级的适配,然后是SPDT,PDT的适配,最后是产品项目的适配,在产品项目的质量策划中,就得明确相关的流程活动及交付件。这也为后续流程的验收打下基础。

 

5流程验收

 

流程验收是在第二年的5月份左右。验收的过程我们也用一张图来进行说明:

图片36.png

研发流程的变更会涉及到产品的整个开发过程,所以验收的项目尽量选择进展时间长的,可以验收到更多的变更点。验收项目的多少也要根绝产品线和验收清单的覆盖点来确定。一般情况下一个产品线验收4,5个项目差不多。如果整体验收结果出来后,发现有一些变更点都没有验收到,可以再补抽查。

 

        交付件的审查主要看新模板的使用情况以及交付件的归档,密集是否符合要求。目前对于有特殊市场要求的产品,会审查得更严格一些。

 

        验收会议主要是对项目成员的访谈,包括项目经理,QA,研发人员,配置经理等各领域角色。验收会议的目的主要是对项目过程的规范性和流程遵从性做一个调查和了解,同时对流程变革的内容做一个了解,变革内容是否合适,产品在执行的过程中有没有遇到什么问题和困难,对于流程还有哪些建议,这些都是对流程的改进一个很好的输入。所以,如果你是产品线的研发人员,如果你的项目正在被验收,不要拒绝也不要应付了事,这是一个很好的机会,让流程能离你们更近。

 

        验收报告也分几层:单个项目的验收报告,产品线的验收报告,以及整个研发流程的验收报告。整个研发流程的验收报告需要在研发流程改进委员会汇报,各个产品线的验收情况会拉通,所以哪个产品线对流程的执行度是什么情况就一目了然了。

 

 

 

 

整个研发流程版本的管理大概介绍这么多,大家也许会问:我们企业还小,没有专门管理流程的部门,怎么办?

 

我的答案:根据企业的实际情况,把流程管理的职责梳理清楚,再看什么样的部门承担这些职责是合适的,把职责落实下去。另外一开始不要追求大而全,在一个领域进行试点,运作顺畅了,再全面铺开。大家一定记住这句话:流程建设是一个持续改建的过程,不要想一步就位,也不要光想不做。

 


返回列表

百思特帮助中国企业以变革谋未来、攀高峰!