过程改进－改什么？

 

过程改进，顾名思义，即是对过程的改进工作，也或者说对过程进行改进。那么何谓过程，本人的理解就是：过程就是为达到某个目的所要采取的方法和步骤。简单些说，过程就是方法和步骤的集合。

任何公司做任何事情，应该都有一定的目的性。而要达到这个目的，就必须要考虑采取什么样的方法，通过什么样的步骤才可以完成。或许你不觉得你的公司做事有什么方法，你认为你的公司可能都是领导一个人说了算，没有章法，那么“没有章法”也就是你公司所谓的做事的方法。当然，你也可能认为你公司做事没有什么步骤，今天这样做，每天那样做，可能后天的作法和前两天做事又不一样，但你必须承认，不论怎么做，都一定有步骤，只是同样的事情在不同的时间采用了不同的步骤而已。

过程改进，就是对你的公司进行做事方法上和步骤上进行改进，把不好的改进成好的，把好的改进成更好的，把不合理的改进成合理的，把合理的改进成更合理的。

本人从事的是IT行业，从事软件开发相关工作，因此这里只涉及到软件公司的过程改进，因此下文中的内容更多的是站在软件公司的角度上去理解过程改进。

如何理解方法

在软件公司，在各个过程域中都存在方法，比如怎么获取需求，需求应该关注那些内容，使用什么工具开发代码，怎么做设计，设计中应该考虑那些方面，在大的方面，项目使用什么样的开发模型等这些都可以理解为方法。

如何理解步骤

前面讲到的某个开发模型，其实就有若干不同的步骤组成，必须获取需求阶段，设计阶段，开发阶段，测试阶段。对某个阶段而言，又会拆分为不同的步骤，比如需求可能包括前期调研，需求整理，需求确认等。

软件公司应该考虑那些过程改进

不同的软件公司会有不同的特点，但软件公司的共性就是项目开发。因此过程改进就需要对项目进行全盘考虑，把项目涉及到的各个方面进行分类，分成不同的过程域，对每个过程域进行细化，找出通用的实践和过程域独有的实践。所幸CMMI已经对这些过程进行了细化，按照不同的成熟等级，每个等级都细化了不同的过程域。很详细的内容可参考我另一篇文章《CMMI所关注的过程》，这里只对这些过程域做简要描述：

RM：需求管理，对需求进行管理并识别与项目计划和工作产品之间的不一致之处。

PP：项目计划，建立并维护对该项目计划的承诺。

PMC：项目监控，对照项目计划监督该项目的实际性能和进展。

SAM：采购，建立并维护与供应商的承诺。

PPQA：质量保证，对于所实施的过程和相关工作产品以及服务对适用的过程描述、标准和规程的遵循情况进行客观评价。

CM：配置管理，建立并维护用于标识工作产品的基线。

MA：度量，使测量目标和测量行为与信息需要和目标相一致。

 

REQD：需求开发，收集相关干系人的需要，期望，约束和接口，并转换为用户需求。

TS：解决方案，从备选方案终选择产品或产品组件的解决方案。

PI：产品集成，产品或产品组件要做集成的准备。

VER：产品测试，要验证产品功能。

VAL：产品验证，客户对产品进行验证。

IPM：按照项目以定义过程管理项目。

RSKM：风险管理，在项目管理过程对风险进行管理。

DAR：决策，基于既定标准对可选方案做决策。

组织级关注

OPD：组织过程定义，建立并维护组织级的过程资产库。

OPF：关注组织过程，按需或周期性的识别组织级过程的强处，弱点和改进机会。

OT：组织级培训，建立并维护支持组织管理和技术的培训能力。

 

过程改进该如何实施

1， 成立过程改进小组

2， 参照成熟企业的标准，如CMMI，ISO质量管理体系进行诧异分析，找出改进点。

3， 过程改进小组对改进点进行分析，找到改进方法，制定相关工作规范，并实施推广。

过程改进持续进行，过程改进小组要定期或者根据公司需要识别改进机会，找出公司相关制定的弱点，对这些机会或弱点进行分析，找到解决方法，制定解决的措施，并实施推广。