过程改进日记（1）

最近，针对开发过程出现的问题导致进度和质量问题，公司下定决心要对过程进行改进，专门请了家北京的咨询公司来推进CMMI 3级的过程改进实施，目前已完成差距分析。对此，老板非常重视，成立了专门的EPG组，要求各部门全力配合参与。
几乎同时，我被任命为公司一个重要研发部门的部门经理，部门有员工、实习研究生合计约60人。之前，我主要负责技术方面的工作和担任部门最大的一个项目的项目经理，对部门的产品、技术和人员比较熟悉和了解，深知部门存在的不足。因此，借此时机，计划在部门内部积极推进过程改进，提升个体和团队。在此，我想把自己推动整个团队的过程改进详细记录下来，为以后的成功或失败留下总结的记录，同时也希望为同行们提供一些借鉴意义。

目前团队的现状是:
由于管理松散，职责不清，作风较为散漫；
大多数研发人员都是学校的老师和实习研究生，以及部分毕业就到公司的社招员工，知识基础好，但偏向学术研究；
由于缺乏必要的培训和指导，工程应用能力和素养不足；
关键岗位的人才配置不佳，虽然有两位副总工，但还无法承担起培训、指导和推进过程改进的职责。

对此，短期内主要进行如下工作：

1-2周内，首先先解决管理的问题，即制定部门的管理手册，明确各个人员的岗位及其职责，明确考核办法，制定实施日常管理办法和制度，对于出勤、纪律等做出明确的要求和规定；考虑到部门人员较多，在各个技术方向建立小组，挑选出几个核心人员担任组长，由各个组长负责组织完成该小组承担的各个项目的相关任务和指导本组成员。
1-3个月内
分析加强培训，尤其是对组长的培训，一是通过公司送出外培，更重要的是我自己亲自指导培训（没办法，只有自己上），准备花1-3个月时间完成组长的初步培训，包括规范的编码、设计、测试工具、UML建模、规范的文档、配置与缺陷管理等等，明确其短期内的学习目标，树立起初步的工程化和产品化开发作风；
针对现有过程存在的问题，首先推行统一的编码和文档规范，加强过程的审查和评审，发现出现偏差立即纠正、指导，加强单元测试和集成测试，加强缺陷跟踪和版本管理，统一构建、发布。在过程中，要求收集生产率、缺陷率等数据，为后续的改进做准备。
同时，我自己深入学习和研究PSP、TSP等系统化的过程改进知识，并和公司其他部门的经验丰富的同事进行交流，结合自己的经验和体会和培训效果为后续的改进制定计划。