CMMI系列文章之　　ＣＭＭＩ初识

子曰：工欲善其事，必先利其器。居是邦也。事其大夫之贤者，友其士之仁者。
　　　　 ------《论语》
为什么要ＣＭＭＩ
作为程序人员，你是否遇到过下面的问题：
1 每次拿到的程序代码风格不一，很难再短时间适应
2 老有人因为bug打断你的工作
3 缺乏参考的资料
4 做完一个功能后，发现这个功能以前 的项目中曾有
。。。。。。
作为项目经理，你是否遭遇过这种情况:
1 项目进度太难估计，进度总是失控
2 项目bug不断，老板每次都怪在你头上
3 项目新增加的人，总要很长时间才能融入，作用不大
。。。。。。
做为分析设计人员，你是否为此苦恼：
1 系统设计缺乏前车之鉴
2 客户需求就像天气一样，变化不断
。。。。。。
作为公司领导层，你是否为此生过气：
1 部门天天开会，可每次都没有结果
2 项目进度什么时候能完工每个把握
3 客户不断找你抱怨
4 项目越来越多，但部门研发能力进步不大
。。。。。。
作为客户，觉得这帮程序员太二了：
1 想加个小功能，他们居然说完成的话项目要延期半个月！
2 做出来的项目和我想的完全不一样
。。。。。。
对与CMMI你是否如此认为：
纯粹是花式的东西！
CMMI就是一堆文档！
CMMI，什么？胡扯，写10 分钟代码要写20分钟文档
CMMI对我没用，那是忽悠客户和老板的东西
CMMI 是就是管理项目的
如果你这样认为的话 ，那么你有必要接受CMMI的培训了。

CMMI宗旨和愿景
CMMI是定义了一组从项目管理到组织管理的最佳实践的集合。通过对软件过程的改进帮助公司实现项目的更快，更好，更低价的交付。
CMMI志在将优秀的个人转换为一个优秀的团队，将领导人领导转化为制度领导，将质量关注点前移。
CMMI的一些基本概念：
CMMI包含22个过程域，分别是：Causal Analysis and Resolution （原因分析与解决），Configuration Management（配置管理），Decision Analysis and Resolution（决策分析），Integrated Project Management（集成项目管理），Integrated Supplier Management（供应商管理），Integrated Teaming（团队整合），Measurement and Analysis（度量和分析），Organizational Environment for Integration（组织环境集成），Organizational Process Definition（组织过程定义），Organizational Process Focus（组织过程焦点），Organizational Process Performance （组织过程性能），Organizational Training（组织培训），Product Integration（产品集成），Project Monitoring and Control（项目监控），Project Planning（项目计划），Process and Product Quality Assurance（项目过程质量保证），Quantitative Project Management （项目量化管理），Requirements Development（需求开发），Requirements Management （需求管理），Risk Management（风险管理），Supplier Agreement Management（供应商协议管理），Technical Solution（技术解决方案），Validation（验证），Verification（确认）

CMMI分类：根据关注点不同，分为阶段式（关注整体提高等级）和连续式（关注单个过程域的等级）
CMMI适用范围：5 人以上的开发团队
CMMI阶段式总体结构图：

如何来阐述ＣＭＭＩ
在接下来的文章中，我将逐步为大家阐述CMMI ,但是我准备用一种不一样的顺序来阐述，首先，我会阐述我们最关心的项目管理中最有可见成效的一些过程域，以期能够让大家体验到CMMI过程改进带来的改变。这之后，我会在增加一些CMMI的基础知识。紧接着，我会根据CMMI提出一些对公司管理方面的建议。由于本人水平有限，第4级和第5级的过程域我可能会跳过。加上这部分文章的目的是提升公司的开发能力，所以我可能会参杂一些其他的知识。此外，对一些我个人认为不是特别常用的过程域，也会跳过。