软件外包、系统集成类的公司可以做CMMi吗？

   可以的。

主要区别在于会有外包，表现在内部的员工主要做需求、项目管理等工作，而开发、测试等工作主要是由外包团队来完成。在这种场景下，我们做评估的时候，需要把供应商管理的pa也纳进来，放进评估范围内。

在系统集成公司中落地cmmi的时候，有一个较一般软件公司而言不同的地方，在于定义整个项目的产品研发生命周期流程的时候，可能是以硬件的流程为主。

比如一开始有一个设想，先做设计，其次进行实现，然后出样机，接下来做小批量、大批量生产。所以系统集成类的项目在落地的过程中，与纯软件的项目来比较，大的不同就在于，系统集成类的项目是以硬件为主定的生命周期，并且从总的生命周期上来讲，这是一个大的瀑布，软件的生命周期实际是附属在硬件的生命周期上的。在这种情况下，其中软件的部分也可以采用迭代的方式来做，也就是说在整个大的生命周期中，将某一段采用迭代的方式来实施。

如果我们把硬件纳入进来，其实硬件的规模估算和软件的规模估算不一样，硬件的验证、确认和软件的验证、确认又不一样。这些地方会从技术方面有一些差别。但如果我们把主流程统一，剩下的部分其实会比较好处理。

如果我们设计一个板子，那板子上面新器件的个数、管脚的数量、板子的层数、板子面积（台式机的主板和手机的主板）、通风口的位置等等，这些因素都会影响工作量。

我们为什么要度量规模？其实是为了估算工作量。所以从本质上来讲，这需要我们看在整个过程中，有哪些因素影响了我们的工作量。我们有一个客户，他们通过度量数据证明管脚个数和工作量是不是强相关的，如果是强相关，可以用管脚个数来代表规模。

那么硬件有没有一个行业度量的方法？据我了解，还没有一个大家都认可的规模度量，是需要大家在实际中不断摸索的。

cmmi就是一个实践库，里面的实践没有一个严格的先后顺序。比如说用rup定义流程、基于scrum来定义流程都是可以的，只要能覆盖到cmmi的要求就可以。

1、cmmi一共分为五个等级，等级越高越好。

2、cmm1和cmmi2，默认企业只要有软件研发的过程，并且企业实际经营管理能够正常运转，就满足了要求；

3、cmmi3对企业的规模有了一定的要求，例如对研发人员的数量，至少有15个左右的研发人员，目的是为了保证有2-3个研发团队，能够对研发的流程开始有了具体流程的优化和规范，同时要求有一定量的项目经验；

4、cmmi4和cmmi5要求就更高了，要求企业必须有项目库，能够从批量的案例中做到实际的优化，对人员（开发、测试、配置、质量经理、atm等）、软件、公司规模等要求都更高，是目前软件领域高标准和优标准。