追寻一个答案！——CMMI运用现状,该怎么处理
追寻一个答案！！——CMMI运用现状
相信很多从事软件质量保证工作的人员，跟我都有一样的困惑，CMMI的价值在哪，有多少公司在使用它，并且从中获益？
自己也有加入了质量保证相关的群，发现很多人都有发表观点，如：
CMMI在国内实际没有多少公司使用，很多公司只是为了取得资质。
项目时间赶，客户需求多变，如果真实实施CMMI,那么按流程操作将会耗费大量的时间。
……
在建设CMMI体系过程，经常有很多矛盾，促使我去思考CMMI能给项目组带来什么样的价值，经常上网去搜索，看到了很多反对的声音，也有人说是国内实施有问题，也有一些同行转行。但是还是存在一些企业真实愿意投入资源建设CMMI体系，这是否也能说明CMMI是有他的价值的？
谁都怕自己的工作没有价值，凌晨失眠，想到可以借助各位的力量，做一个调查，了解下CMMI在国内真实的运用现状，请各位按以下格式回贴：
企业规模（人数）：
企业性质：(如：民营、外资）
主营产品：（如：产品研发或是项目）
所在企业是否通过CMMI评级：
是否真实实施CMMI： （如没有，公司采用何种项目管理、质量管理办法）
本人从事岗位：
对CMMI的见解：
------解决方案--------------------
CMMI就是鸡肋，我们公司通过了CMMI3，但根本不用
------解决方案--------------------
哪个公司用CMMI，那是注定要倒霉的
------解决方案--------------------
其实软件开发不需要什么方法论指导。就是下面这个流程：
拿到订单，分析需求，概要设计，开发实现，测试，交付，就是这个流程
需求不论在哪一步更改或者添加的话，更改设计，继续测试交付。就是这么个过程，一帮卖嘴的人，把这个过程有意复杂化到无与伦比的地步。
其实这里最关键的是红字部分，需求变化以后的设计更改，这是对设计能力和实现能力的重大考验，完全取决于设计开发人员的素质，跟管理无关。
------解决方案--------------------
真正的技术会落实在产品上。例如有一套（或者100套）自己的平台和框架，可以轻松地适配出不同的产品，这就好像瑞士军刀不是专门为某一项具体的工作而设计的，但是它实用。
纠结于空洞的某个规范，或者更加的需求分析，都是脱离实际的。这就好像你让一帮“白纸”去进行产品设计，得到的只能是瞎拼凑、到论坛上“求代码”来的那一点，耽误了大好时光。
真正的创造是你能够整合、重构那些经过10年而改写的工具，而不是在一张白纸上搞什么一次性地软件工程。
因此如果我们不研究一个公司里的员工的素质高低、经验长短、创造力深浅，如果仅仅研究什么理论，得不到具体的判断。
------解决方案--------------------
有时候，我们会看到有些老板动不动就要下属去研究这个框架、那个标准。而这种东西可能需要研究一年以上，而这些老板只有1、2个月耐心。我看到、遇到这种情况是，知道是必败无疑的，而且我也没有见过一个老板在这个上面自己拿出过什么东西。
这个时候，我们就看出来了，公司里到了需要拿出产品时，全都是要看那些有自己的一套研发理念、既可以吃洋快餐又可以进行自己的研发工作的人，而不是那些只是精通在老板面前“狗熊掰棒子一样丢掉之前研究的东西而替老板研究新的东西”的人。
基本上国内CMMI证书是许多公司到*项目里边套取科研经费的一个必备手段。等弄来了钱，90%用于干别的，剩下10%才用于兑现承诺。许多公司是为了下一次再骗一次，才会坚持CMMI。
------解决方案--------------------
CMMI是否有用，要看你过CMMI的目的，你的目的不同，衡量指标不同，而不同的目的会导致做事的方式方法不同，所以CMMI本身是有价值的，但不是让猴子穿上了衣服，就能变成人。
------解决方案--------------------
企业规模（人数）：10000人以上
企业性质：民营
主营产品：外包
所在企业是否通过CMMI评级：是
是否真实实施CMMI：是
本人从事岗位：软件质量保证
对CMMI的见解：CMM适用于瀑布模型，CMMI可用于瀑布模型和增量模型。应用CMMI关键还是看公司是为了取得认证还是为了提高产品质量。当然，CMMI的框架也不能生搬硬套，需要根据项目实际情况进行调整和裁剪。就我所在的公司目前而言CMMI是很有用的，为了拿项目嘛，CMMI也成了评估项目质量的一个有效标准，但最终决定项目是否成功的因素还是时间进度和产品质量，那如何保证时间进度和产品质量呢？个人觉得整个过程中CMMI的知识还是有用的，最佳实践、版本库、资源池等能够为项目提供一些参考，各个重要环节的把控、风险评估等对项目延期及质量等也能有一个预先的估计和预防。不过，总的来说，质量保证部门是一个消耗部门而不是产出部门，而且实行CMMI需要增加大量的文档和模板，对于质量保证工作者来说，这一工作的开展和推动还是有很大的压力的。我认为对于组织支持的情况下，我们不要去怀疑这一标准，而应该去思考如何能够让这一标准和实际的项目更有效的结合，如何能够从CMMI的众多的文档、资源中去发现对我们的项目有益的东西，如何提高和保证我们的项目质量。
相信很多从事软件质量保证工作的人员，跟我都有一样的困惑，CMMI的价值在哪，有多少公司在使用它，并且从中获益？
自己也有加入了质量保证相关的群，发现很多人都有发表观点，如：
CMMI在国内实际没有多少公司使用，很多公司只是为了取得资质。
项目时间赶，客户需求多变，如果真实实施CMMI,那么按流程操作将会耗费大量的时间。
……
在建设CMMI体系过程，经常有很多矛盾，促使我去思考CMMI能给项目组带来什么样的价值，经常上网去搜索，看到了很多反对的声音，也有人说是国内实施有问题，也有一些同行转行。但是还是存在一些企业真实愿意投入资源建设CMMI体系，这是否也能说明CMMI是有他的价值的？
谁都怕自己的工作没有价值，凌晨失眠，想到可以借助各位的力量，做一个调查，了解下CMMI在国内真实的运用现状，请各位按以下格式回贴：
企业规模（人数）：
企业性质：(如：民营、外资）
主营产品：（如：产品研发或是项目）
所在企业是否通过CMMI评级：
是否真实实施CMMI： （如没有，公司采用何种项目管理、质量管理办法）
本人从事岗位：
对CMMI的见解：
------解决方案--------------------
CMMI就是鸡肋，我们公司通过了CMMI3，但根本不用
------解决方案--------------------
哪个公司用CMMI，那是注定要倒霉的
------解决方案--------------------
其实软件开发不需要什么方法论指导。就是下面这个流程：
拿到订单，分析需求，概要设计，开发实现，测试，交付，就是这个流程
需求不论在哪一步更改或者添加的话，更改设计，继续测试交付。就是这么个过程，一帮卖嘴的人，把这个过程有意复杂化到无与伦比的地步。
其实这里最关键的是红字部分，需求变化以后的设计更改，这是对设计能力和实现能力的重大考验，完全取决于设计开发人员的素质，跟管理无关。
------解决方案--------------------
真正的技术会落实在产品上。例如有一套（或者100套）自己的平台和框架，可以轻松地适配出不同的产品，这就好像瑞士军刀不是专门为某一项具体的工作而设计的，但是它实用。
纠结于空洞的某个规范，或者更加的需求分析，都是脱离实际的。这就好像你让一帮“白纸”去进行产品设计，得到的只能是瞎拼凑、到论坛上“求代码”来的那一点，耽误了大好时光。
真正的创造是你能够整合、重构那些经过10年而改写的工具，而不是在一张白纸上搞什么一次性地软件工程。
因此如果我们不研究一个公司里的员工的素质高低、经验长短、创造力深浅，如果仅仅研究什么理论，得不到具体的判断。
------解决方案--------------------
有时候，我们会看到有些老板动不动就要下属去研究这个框架、那个标准。而这种东西可能需要研究一年以上，而这些老板只有1、2个月耐心。我看到、遇到这种情况是，知道是必败无疑的，而且我也没有见过一个老板在这个上面自己拿出过什么东西。
这个时候，我们就看出来了，公司里到了需要拿出产品时，全都是要看那些有自己的一套研发理念、既可以吃洋快餐又可以进行自己的研发工作的人，而不是那些只是精通在老板面前“狗熊掰棒子一样丢掉之前研究的东西而替老板研究新的东西”的人。
基本上国内CMMI证书是许多公司到*项目里边套取科研经费的一个必备手段。等弄来了钱，90%用于干别的，剩下10%才用于兑现承诺。许多公司是为了下一次再骗一次，才会坚持CMMI。
------解决方案--------------------
CMMI是否有用，要看你过CMMI的目的，你的目的不同，衡量指标不同，而不同的目的会导致做事的方式方法不同，所以CMMI本身是有价值的，但不是让猴子穿上了衣服，就能变成人。
------解决方案--------------------
企业规模（人数）：10000人以上
企业性质：民营
主营产品：外包
所在企业是否通过CMMI评级：是
是否真实实施CMMI：是
本人从事岗位：软件质量保证
对CMMI的见解：CMM适用于瀑布模型，CMMI可用于瀑布模型和增量模型。应用CMMI关键还是看公司是为了取得认证还是为了提高产品质量。当然，CMMI的框架也不能生搬硬套，需要根据项目实际情况进行调整和裁剪。就我所在的公司目前而言CMMI是很有用的，为了拿项目嘛，CMMI也成了评估项目质量的一个有效标准，但最终决定项目是否成功的因素还是时间进度和产品质量，那如何保证时间进度和产品质量呢？个人觉得整个过程中CMMI的知识还是有用的，最佳实践、版本库、资源池等能够为项目提供一些参考，各个重要环节的把控、风险评估等对项目延期及质量等也能有一个预先的估计和预防。不过，总的来说，质量保证部门是一个消耗部门而不是产出部门，而且实行CMMI需要增加大量的文档和模板，对于质量保证工作者来说，这一工作的开展和推动还是有很大的压力的。我认为对于组织支持的情况下，我们不要去怀疑这一标准，而应该去思考如何能够让这一标准和实际的项目更有效的结合，如何能够从CMMI的众多的文档、资源中去发现对我们的项目有益的东西，如何提高和保证我们的项目质量。