相传,做了大量承包工作的美国国防部发现,其许多项目都面临时间和成本超支,甚至在交付时,这些项目也与订单不符。
因此,他们想要一种方法来确保承包商能够按时、在预算范围内并接近要求的交付。于是能力成熟度模型诞生了。
论点是,如果事情被写下来,那么它们就会在消耗中幸存下来。但是说写下所有内容是不够的,必须检查它们是否正确写下。除其他事项外。
在所有这一切中,他们从未想过要考虑这样做的成本。因为从国防部的角度来看,如果它以 100 万美元的价格在一年内获得一些东西,但最终在 10 年内支付 1000 万美元却没有得到他们想要的东西,那么现在如果他们有为同样的东西支付 500 万美元,以在两年内得到他们真正想要的东西,他们仍然节省了 500 万美元,更不用说他们实际上得到了一些东西。
因此,如果您是美国国防部或类似机构的承包商,请继续获得 CMM,因为这是一项要求。但是,如果您要在 elance 上与 1000 家软件开发商店竞争,以获取预算有限、时间有限等的项目...... CMM 不是一个好的选择。
也就是说,请随意阅读 CMMI Dev pdf(在撰写本文时为 1.3 版)。它有很多好处。它很好地解构了组织。如果你看到任何让你去的点'啊哈!我有这个问题',那么一定要用这种智慧来解决你的问题。在我们的案例中,我们所做的一个小改动是确保我们列出了所有被允许向我们提出要求的人。如果有不止一个人被允许向我们提出要求,那么来自一个来源的任何要求都会传给其他人,他们必须在我们将其添加到积压工作之前说“好的”。这个小小的改变对我们的工作和返工产生了很大的影响。
简而言之,查看过程区域并将它们与您的痛点进行比较,并接受 CMM 给出的建议。你实现它的方式是你自己的。而且您始终可以以不花费太多时间或花费太多金钱的方式实施它。但我想这同样适用于相关的 ISO/IEC 标准。