CMMI3，如何执行？

出差一周有余，计划参加评审的三个项目数据已经导入到Redmine中，顺带把进度、成本的偏差分析做了一些，其他的实在没办法自动生成的，只有让项目组的人手工搞一把了。

其实以上工作，我来的第一天基本上就搞定了，之后的时间，我就一直在看CMMI3的规范，模板。一方面，我想早点回家；另外一方面，我需要深入的思考一下怎么把这个规范引入到一个“失控”的项目组中，所谓“执行”的问题。

其实，我对组织级的规范的关心程度不是特别高，毕竟离我还是有很大的距离，我更希望解决的问题是如何把这个高高在上的“项目级”规范给踏踏实实的落到地上。同时，对于现有规范的版本升级，我也没有太大的兴趣，实践是检验真理的唯一标准，一个根本没被实践过的规范，竟然要做版本更新了，愁人。。。

大致的框架学习思路如下：

1. 支撑过程，从QA、CM以及项目度量的角度来审视执行规范的需求，从外部或者领导层的视角来看一个项目，QA、CM的审计报告是相当有分量的，同时项目度量数据库里面所要求的东西，正式在项目执行过程中项目组需要产出的东西。对以上工作有了一定程度的把我，根绝大框架就算是有了。

2.项目管理过程，包括启动、计划、执行、监控、收尾的各类规范，提供了项目运行过程机制的描述，同时也为质量、配置、度量提供了管理信息的基础。

3.工程过程，我放到了最后，因为它是最基础，同时也是最核心的过程，没有它，以上的种种规章，框架都是空中阁楼，毕竟产品还是靠一砖一瓦搭建起来的。同时，这个过程也完全反应了整个组织的技能水平，生产效率。

学习体系，“鸟瞰”是非常重要的，否则只会淹没在浩瀚的规范、过程、模板的海洋之中，但当执行这个过程的时候，我认为由上至下的思路绝对是错误的，特别是对于我这样的新手，这样一个庞大的体系的实施，我认为谨慎的态度是首要的，就像纸牌屋里面说的，几个月的殚精竭虑，“摧毁一个男人的野心，只要10秒！”

工作的顺序如下：

1.从一个项目组进行试点，完成工程过程的规范。

2.让开发人员和项目经理都适应这样的工作方式之后，再逐步引入项目管理过程的规范（并不是说在工程过程规范实施期间不做项目管理过程，而是以大家较为舒服，带有个人风格的方式来做）。

3.最后搭建支撑过程，实现项目的配置管理，质量保证以及收集项目的度量数据等。

4.评审，整理，培训，推广

周四，咨询公司的评估师就来了，赶紧干活，回家。