十年前，当我第一次遇到软件的CMM时，我想与许多人一样，被它描述许多企业中混乱的软件开发"一级"状态的准确性感到震惊，特别是它对英雄的依赖。它似乎也为组织提高流程改进水平提供了现实的指导。

但是，尽管它似乎提供了改进的良好模型和切合实际的指导，但我从未真正见证过CMM的坚持对我工作过或者与之合作的任何组织都具有显着的积极影响。我知道有一家大型软件咨询公司声称CMM 5级是最高级别，当我亲眼看到它们的流程与其他非CMM业务一样混乱，并且其软件产品的质量各不相同时。

因此，我想知道，有没有人看到按照CMM坚持流程改进所带来的真正，切实的好处？

并且，如果我们看到了改进，我们是否认为这种改进是CMM所特有的，或者替代方法(例如6-sigma)是否会同样或者更有益？

还有人相信吗？

顺便说一句，对于那些还没看过的人，请看看这个有趣的，因为它是真正的模仿

解决方案

回答

如果组织从心中汲取教训，CMM和CMMI都会带来一些好处。问题在于，要想达到更高的水平是非常困难且昂贵的，而我唯一看到组织要付出努力的唯一原因是，在达到一定水平之前，他们的客户不会让他们竞标合同。

这样的结果是，组织会竭尽所能来"仅仅获取数量"，而实际上并不关心它会改善他们的流程。

回答

在学校里，我被教导：CMM是一个好主意，但是缺乏认证(任何人都可以说他们是5级/ 4级)，它最终成为了海上商店的营销工具。是的，这个想法很合理，但是我们如何证明遵守？

回答

CMMI并不是真正在改进软件，而是在记录我们所做的事情。我们几乎可以通过其产生的文档的重量来估算公司的CMMI水平。

背景：我在软件工程研究生课程中研究了CMMI，并在遵循其准则的团队中工作。

回答

尤登仍然相信。但是他可能仍然相信世界将以Y2K结尾。

我个人并不会对此抱有太大的信心，也不想在将来与他们之以鼻。但是通常我们不是在说为什么...

回答

更高端？不会。CMM-5商店并没有给我留下深刻的印象。

下端？是的。 CMM-1组织吓到我了。

CMM可以帮助新手/新手团队衡量自己并做自我完善的事情。

回答

我曾经。但是现在我发现CMM和CMMI并不太适合敏捷方法。

哦，我们可以紧紧抓住东西，将那个方形钉插入圆孔中，但是当一推再推时，我们仍然会基于预测所需的一切并预测将要遇到的一切的能力来构建自己的产品。软件系统。

众所周知，这种方法在现实生活中效果如何！ (-：

干杯，

抢

回答

P.S.尽管有些偏离主题，但我想提一下，伪造的CMMI认证以及通过贿赂获得的真实认证非常普遍。

回答

问题的核心在于这个问题，由CMM指南本身对其进行了巧妙地描述...

...要正确，有洞察力地使用CMM，必须做出合理的判断。智力，经验和知识必须塑造在特定环境中对CMM的适当解释。该解释应基于组织和项目的业务需求和目标。面向清单的死记硬面的CMM应用程序有可能损害组织而不是帮助组织...

从卡内基梅隆大学软件工程学院的能力成熟度模型的第1.6页第1.6节"改进软件过程的准则"，ISBN 0-201-54664-7.

回答

下一个CMM就是敏捷，两者都很脆弱。过程和质量咨询领域在任何行业都是一个好生意，像工程人员一样，每个人都需要新的流行语来保持资金的流动。

CMM最初来自SEI时是一个很好的概念，基于扎实的学术工作，但很快就被流程顾问所采用，并且现在已是一文不值的认证，大多数CIO都用它来掩盖自己的屁股(没人被解雇了)选择CMM 5级公司)

敏捷将很快沿着那条路线走下去，然后我们可以肯定的是很快就会看到下一个银弹：)

回答

我的经验是，CMM含糊不清，很容易实现。另外，当他们来认证我们时，他们会查看组织选择的项目。我以前工作过的地方是这个项目，没有真正的截止日期，没有很多钱，也没有很多时间花在每个过程上。许多其他项目继续进行，几乎没有代码/设计审查，有时甚至没有版本控制软件。

我认为对CMM认证的重视是不幸的。公司知道如何使用该系统，并且可以做到。他们没有专注于满足他们底线的实际流程改进，而是专注于获得认证和运行系统。老实说，我认为大多数组织宁愿花时间在前者上，也不愿在后者上浪费太多时间。

真正重要的是，有认真负责的人想要做出良好的发展决策，并且知道他们将需要帮助来做出这些决策。高质量的程序员无可替代，他们知道编程是一个持续的小组活动，他们与其他任何人一样容易犯错误。

回答

如果看到CMM运行。并快速运行。

回答

当我从事商业飞行软件的开发时，我们使用了CMM，并且随着流程的改进，我们准确预测完成时间的能力也得到了改善。但这是一个繁琐的过程，其他方法也应同样有效。

回答

CMM并不是真正讲软件的质量，而是讲文档和过程的可重复性。换句话说，可能有一个有序且可重复的开发过程，但仍会创建糟糕的软件。只要正确记录了该过程，就有可能达到CMM 5级。

归根结底，CMM是另一个可以使用或者滥用的工具。如果最终目标是提高软件质量，则可以使用CMM改进开发过程并提高软件质量。如果达到一定的CMM水平是目标，那么很可能会影响软件质量。

回答

我发现它是be肿的文档练习，主要用作获取合同/维护合同的工具。一旦有了合同，那就是绕开流程的一种练习。

作为一名开发人员，我一无所获，但失去了我在CMMI上徘徊不已的MONTHS职业生涯。

我将6 Sigma命名为"盒子中的常识"也是如此。我不需要培训如何确定问题的根源，而这个过程通常是很明显的。

对我来说，小型团队和敏捷机制可以更好地工作。周期短，沟通很多。这可能无法在所有环境中都有效，但肯定在我的环境中有效。

只是我的两分钱。

回答

我一直在为进行迭代开发的小型团队进行很多面试。就个人而言，如果我在履历表上看到三坐标测量机，那是一个很大的危险信号，表明对过程胜于结果的兴趣。

回答

较小的项目较少依赖成功的过程。关键指标是英雄与旁观者比例。 HTBR小于0.2的任何项目都将面临严重的麻烦。

回答

对于典型的CMM 1级编程商店来说，努力达到2级是值得的。这意味着我们需要考虑流程并将其写下来。自然，这将遇到牛仔程序员的抵制，他们感到受到标准，文档和测试用例的限制。

从第2级("有一个过程")到第3级("每个人都有相同的过程")的努力通常会陷入部门间的战争中，因此可能不值得一开始。

回答

存在所有形式的方法来出售书籍/培训课程/证书，而没有其他原因。这就是为什么有这么多形式化方法的原因。一旦意识到这一点，我们就可以自由了:-)

回答

该模型正在失去其信誉，首先是因为公司采用该模型不是在寻找成熟的软件开发模型，而是要评估为CCMI级别。

我认为导致信誉丧失的另一个问题是，作为承包商，我们无法保证将使用模型实践来开发CMMI评估供应商正在出售的项目。 CMMi标签仅说明该公司曾经开发过被评估为特定CMMi成熟度级别依从者的项目。

问题不仅存在于CMMi上，还存在于公司开发的流程上。 CMMi不会描述流程本身，而只是描述流程应该做什么。我们对PMBOK也有同样的问题。实际上，问题不仅在于PMBOK，而且主要是由于不良的项目经理声称遵循PMI声明。

回答

有许多好主意可以为自己的利益而被任何组织轻易地采用和采纳，但是由于需要各种冗余文档，因此获得徽章是很痛苦的。

问题在于CMMi并不是一个过程，而只是我们可能选择的任何过程的指南，并且它本身会引起四处流传的想法。

另一点是，迁移是我们开始时的真正痛苦，但我想它与其他任何麻烦一样。