CMMI on line

看本贴之前，建议先看：
http://cmmionline.net/blogs/zongshu/archive/2006/08/22/146.aspx
http://cmmionline.net/forums/thread/115.aspx

CMMI在2级就已经出现对度量方面的要求了，在CMM的时候，没有专门的KPA描述度量的要求，因为这样曾出现过一些2、3级做得很好的企业，要花几倍的功夫才能做到4、5级，主要是因为度量的工作之前没有打好基础。我们来看看，CMMI2级的MA，有怎样的一些要求。

SG1: Measurement objectives and activities are aligned with identified information needs and objectives. 这个SG主要讲述的是，组织级要明确实际的需要，定出度量的目标，并根据此目标，定义合适的度量方法、过程等。

SP1.1: Establish and maintain measurement objectives that are derived from indentified information needs and objectives.
建立和维护度量目标，这些度量目标是源自特定的需要的。
如：质量、进度、成本是项目管理的三大要素，为了更好地管理这三个方面，可能需要分别对这些方面采取度量手段。也就是说，采取任何度量手段之前，要考虑清楚为什么要进行这个度量。

SP1.2: Specify measures to address the measurement objectives.
制定度量办法满足度量目标的要求。
明确了为什么要进行度量后，要把度量目标转化成可以实际操作的具体的度量办法。如：度量的目的是，要保证软件的质量，为了实现这么目标，定义出对缺陷进行度量、对评审发现的问题进行度量等度量办法。

SP1.3: Specify how measurement data will be obtained and stored.
制定度量数据的收集及存储办法。

SP1.4: Specify how measurement data will be analyed and reported.
制定度量数据的分析和报告方法。

SG2: Mesurement results the adreess identified information needs and objectives are provided. 这个SG主要讲述的是：根据组织级定义的要求，进行度量工作，收集、分析、存储、报告度量信息等。

SP2.1: Obtain specified measurement data.
收集指定的度量数据。
要根据SP1.3指定的收集办法来收集度量数据。

SP2.2: Analyze and interpret measurement data.
分析和说明度量数据。
根据SP1.4指定的办法，对度量数据进行分析，并说明这些数据的意义。

SP2.3: Manage and store measurement data,measurement specifications,and analysis results.
管理和存储度量数据、度量规范及度量结果。
根据SP1.3指定的存储办法，对度量数据及相关文档进行存储和管理。

SP2.4: Report results of measurement and analysis activities to all relevant stakeholders.
向相关人员报告度量结果及分析度量活动情况。
度量的数据、情况，需要让该知道的人知道。

SG1主要从组织级的角度定义度量的做法，SG2就是按照已定义的做法，在实际工作中开展度量的工作。

度量工作有很多学问，所有的度量工作，都需要回答这些问题：
1.度量的目的是什么？
2.谁来做这个度量？
3.什么时候做这个度量？
4.如何做这个度量？
5.怎样记录度量的数据？记录到哪里？
6.谁会使用这些数据？
7.如何分析这些数据？
8.谁来分析这些数据？
9.分析的结果如何使用？
以上的这些问题，其实都可以找到与之对应的SP。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

分析的不错！严重支持zhangcb！

      MA的PA当然就是那样？但是实际操作真是不简单，也是很多公司在做L3级比较头痛的。

     其实，很多公司都会有excel表做度量及估算。我们就谈度量吧。那个表里面一般都会包含很多的偏差，具体我就不描述了，大家都很熟悉。

    我要说的是Analysis，Analysis才是重点或说核心，也是L4级的核心了。

    有很多组织在做三级的时候，严格上来说不应该叫做度量的，只能叫数据收集或整理。仅此而已。

   我个人认为，我们把度量放到L4级更加合适。

   还有，我建议这个论坛，我们多谈些具体的实践效果会更好些。

   如：我们在过L3或L2级遇到的难题，我们是怎么解决的。将来在进行更高级别的时候，我们需要关注那些方面及储备什么样的技能等。这是我的拙见。

 

同意，如果大家能把平时自己实施CMMI的过程中遇到的问题及解决方法共享的话，我想大家会受益很多的

    L3以上的组织在量化及分析方面应该都做得非常不错。其实，量化管理是需要比较大成本的，从目前国内的CMMI 投入产出比大概为1:1.2来看，还是偏低的。这个比例我想很多组织可能还不能达到哦。

    从组织的量化方面看投入主要有：人员、工具、培训及改进等投入。 我不知道目前在这个方面做得比较好的组织，在工具应用方面有什么好的解决方案及建议？

数据的收集有难度，很多时候收集的数据并不是十分的准确。

比如工作量的统计，我们主要是从日志上提取。但是这涉及到一个问题，工作人员无法及时提交日志，或则不认真填写，这样数据本身可靠性就存在问题。

不知道大家对于主观因素很大的数据，是如何提取的？

---

人是会变的

度量说起来容易做起来难。做了这段时间的度量后，觉得不仅仅是分析存在问题，而且定义、数据收集更是存在很多问题，尤其是在度量要投入成本的，但开始又看不到收益的情况下，实施度量更是一件难事!甚至说，应该是已经上升到了公司文化和理念问题。

不知其他企业是否有好的案例？

说得非常好！

我们公司度量项目的CPI、SPI，要做好这个数据的定义、收集工作，花费了很大的功夫，最大的问题在于两点：
1.要让项目的估算更加的精确，如果项目估算都不精确，CPI、SPI肯定会严重偏离100%。
2.要让wbs做得更细、更准确，wbs是度量BCWS、BCWP的基础，如果wbs没做好，得到的BCWS、BCWP是意义不大的。

我们通过修改估算模板，加强预算的评审，来让我们的估算更精确。我们通过制定详细的wbs指南，要求wbs必须体现预算是如何分配的，并且通过有力的评审来保证wbs的质量。把以上两个事情做好了，跟踪CPI和SPI才是有价值的。

通过这个过程，我有这样的感受：
1.要做好度量工作，那么被度量的工作要做得很细很到位，而且要有相应的标准，通过度量可以促进被度量过程的改进，而这些改进在得到度量数据之前就会体现出来。
2.必须先把被度量的过程做好，否则度量得到的数据价值是不大的，也很容易陷入为度量而度量的误区。

我们也曾经对评审的问题发现率进行度量，目的是希望提高我们的评审质量。我们搞了个会议评审问题发现率，后来就取消掉，因为没有什么效果。没有效果的原因是，以下事情我们还没有办法做好：
1.什么是一个问题？这个定义就很复杂，一个错别字就一个错误？如果在一个架构设计图中有几个地方错了，那算一个问题还是几个问题？如果整篇文档结构有问题，那算一个问题还是多少个问题？尽管后来我对问题进行了分类，也基本定义了什么是一个问题，但发现要让大家都掌握什么是一个问题的标准，实在太困难了。
2.该记录的问题没有记录！评审经常只发现一些“鸡毛蒜皮”的问题，深层次的严重影响后续工作的问题发现得很少，评审时花很多时间去讨论格式、表达的问题，反而没有投入更多的精力去关注高价值的问题。
3.写文档的人员文字表达能力不强，这是IT界的通病，甚至是中国理科生的通病，我们公司也存在这样的问题，词不达意、表达混乱、文档条理性查等问题普遍存在。

如果大家的公司也有类似的问题，建议重点先解决这些问题，如果这些问题不解决，就去度量评审发现的题，度量出来的结果价值是不大的。

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx

您说得非常好！我还有一个问题，是不是所有的项目都需要使用度量数据来进行分析。例如，象我们公司作外包项目，大部分项目就10人，甚至更少的人员。即便是被度量的过程执行得很好，收集到的数据是准确的，PM也不需要通过量化分析去识别项目的风险和存在的问题，基本上通过肉眼就知道项目在发生着什么了。

所有度量的目标都不是为了度量，先明确一下项目管理的目标，如果不用度量也可以实现的，就可以不度量。

但话又说回来，其实不进行度量的项目管理，可能是挺管用，但水平可能不会很高的，目前你觉得度量没有什么效果，很可能是还没有理解好度量以及没有做出合适的有效的度量。我们公司的项目人数也不多，很多时候开发人员就两三个人，但我们还是做了不少有效的度量。不知道是否可以分享一下你们当前的具体情况，大家一起来分析一下。

如果还没有看过这篇文章，可以先看看，《软件度量都该度个啥？》：
http://cmmionline.net/blogs/zhuanti/archive/2007/08/13/897.aspx

---

CMMIonline 版权所有
欢迎转载，但请给出指向本网站的链接：
http://www.cmmionline.net
版权声明见：
http://cmmionline.net/forums/thread/1340.aspx