CMMI与《构建之法》读后感——待解决的问题

一、CMMI定义

CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成（也有称为：软件能力成熟度集成模型）。本质是软件管理工程的一个部分。目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。

二、CMMI认证分为5个等级:

1． 初始级：软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。

2．可管理级：建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

3． 已定义级：已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

4． 量化管理级：分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。

5． 优化管理级：过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。

三、CMMI的过程结构

四、CMMI的文档输出

五、《构建之法》读后感——待解决的问题

1、书中有提到一句名言“软件=数据结构+算法”但是，在真正进行软件开发时，我们会发现：我们所需要的数据结构和算法都是现成的，我们只要进行调用和实现就可以了。在我学习了本书的第一章后，我认识到了“软件=程序+软件工程”，从此也可以扩展为“软件企业=软件+商业模式”。那么软件的定义到底是什么？我们该如何切身实际的定义“软件”？

2、在我阅读了本书的第五章后，我意识到了真正好的软件不是靠个人能力就能完成得，必须要有一个好的软件团队，团队中每个人都得有自己的任务。团队合作也分为好几种模式，它们分别为主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队模式、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式等等。那么如何建立一个优秀的团队？怎样汇聚这些模式的顶端人才？有哪些好的途径或者平台可供查找？

3、十七章中有一篇《一个程序猿的生命周期》的文章主人翁谈到近几年的工作经验，那就是软硬结合的优势。目前尚无软硬件结合的教学，那么从哪里可以学到软硬件结合的知识？

4、文章中提到经验的重要性。对于这一点我表示非常赞同，而我想说的并不是这个优势，而是得到这个经验的过程，别人的经验就是别人的经验，我们只能拿来借鉴，而永不可能成为自己的。对于一种结论，结果怎么样并不是很重要，重要的是我们得出这个经验的过程，我们所能获得的最多的也是在得出这个结论的过程中，而这个对于局外人是永远体会不到的。许多经验分享的平台上罗列的经验也有对错，为什么没有专门的管理人员对这些发布的信息做筛选？这样就可以减少更多的弯路。

5、一个软件开发团队，总是要有一些方法的，如写了再改模式、瀑布模型、瀑布模型的各种改版、统一流程、老板驱动流程、渐进交付的流程、TSP原则等等。每个团队都应该有自己团队擅长的软件开发方法，如果想要精准的查看擅长某方法的团队所开发的一些项目，那该如何去查询擅长某方法的团队？目前尚且没有这样的平台可供查询。