CMMI on line

A：问个问题啊，delphi估算法的每人估计期望值公式是Ei  =  (Ai  +  4Mi  +Bi)/6  吗？
A：每位工程师对该软件提出三个规模的估计值，即： Ai——该软件可能的最小规模（最少源代码行数或最少功能点数） Mi——该软件最可能的规模（最可能的源代码行数或最可能的功能点数） Bi——该软件可能的最大规模（最多源代码行数和最多功能点数）不记名填写表项目经理对每位工程师在表中填写的估计值进行综合和分类，完成以下内容：计算每位工程师（序号为I,  I=1,2,…,n）的估计期望值Ei和估计值的期望平均值E： Ei  =  (Ai  +  4Mi  +Bi)/6  ； E  =  1/4  ΣEi 对每位工程师的估计结果进行分类摘要。格，并说明做此估计的理由。

大家：这么复杂？没有必要吧?
Delphi的精髓应该是每个人听取别人的意见后，重新思考自己的估算。
估算也没有必要匿名，估算的过程就是讨论的过程，要集大家所长。
CMMI没有规定一定要用Delphi法估算，有效就可以了。

---

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

估计期望值公式是Ei  =  (Ai  +  4Mi  +Bi)/6

以上这个公式是怎么来的，或者数学含义是什么？不知能否告知？是基于正态分布？

 

---

人是会变的

我也不是很懂这个公式的意思，好像有点复杂。

对于软件规模的度量，其实不必很复杂的，请参考《软件度量都该度个啥》中的“成功的基础——软件规模度量”：http://cmmionline.net/blogs/zhuanti/archive/2007/08/13/897.aspx

---

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

呵呵，那篇文章看了

讲的很对

我转载了很多地方呢^_^

只是我们公司做估算的时候也是用Delphi法

也用到了这个公式

所以想了解下他的具体含义

按我的理解，像是基于正态分布。。。

---

人是会变的

若是基于正态分布

最可能值看作是一个标准差范围内的值

数学上倒也符合

呵呵

 

 

---

人是会变的

在CMMI评估中, 组织级上需要有估算的模型,这样项目可以follow它, 这种dephi估算法,按什么标准去构建这种模型.

这种方法虽然简单易学，但还是个人经验值估计法，很难标准化重复应用。

有无人成功应用功能点分析法？功能点分析法比较客观、标准化，但应用难度也很大，而且估算时比较费时。

从ＣＭＭＩ的角度出发，似乎功能点分析法更适合。

估算不是吃生菜这么简单，不管用怎样的过程，对估算者的要求还是很高的，不要指望能有一套办法，水平不高的人用了也能很容易估算出准确的结果出来。

Dephi法就是个人经验法的有效运用，但为了控制人的偏差，可以加入经验数据，利用前人的智慧来降低估计的偏差。

功能点法看上去很厉害，但对人的要求其实更高，要把功能分解成一个一个功能点，本身就是很需要有经验的人来做的，我们曾经利用功能点法，每个人都做过估算，分解出来的功能点数量相差很大。
另外当我们得到功能点后，由功能点推算出工作量，是不能直接利用公式的，要利用自己公司本身的经验数据，建立功能点数量与工作量的关系，建立一套功能点-工作量的模型，利用这个模型，输入功能点数，得到工作量。要建立这个模型是需要大量的积累的。尽管功能点法有很多参数会有业界的经验值给你，但可以告诉你，是完全不适用的，这个参数一定要换成能代表自己企业能力的数字才可以。我们公司曾经利用给出的国外的经验值，得到工作量非常大，而我们觉得只需要用1/3的时间就可以做出来，然后我们开玩笑的说：外国开发人员的效率还真低啊！

CMMI的角度，并没有说过程大于一切，并不是越高级对人的要求越低的。CMMI所说的过程，是人、技术、工具、方法的总和，大家看看各个SP特别是GP你就能体会到，另外越高级，对人的要求也越高，对企业文化的要求也越高。

---

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

“Dephi法就是个人经验法的有效运用，但为了控制人的偏差，可以加入经验数据，利用前人的智慧来降低估计的偏差。”

想问一下：应用Dephi法，如何获取公司级的经验数据？据我的理解，如果要积累公司级的经验数据，就应该建立一套标准的软件规模测量体系。而Dephi法好像很难做到这一点。

目前我们公司也在用Dephi法进行估算，但在ＣＭＭＩ预评估时被评估师认为估算这一块不够标准化、系统化。郁闷！！！

建立度量体系是方法之一，不过这样要摸索一段时间，建立过程不会是一帆风顺的。

简单一点并且有效的办法就是将Dephi优化一下：
1.对公司历史项目进行分析，按不同的项目类型，总结出不同的估算用的模板，每个模板列清楚估算需要考虑的各个方面，写详细地说明。这样其实已经利用了历史经验数据。
2.估算时，根据模板的框架，进行WBS得细化，列出工作项。在讨论工作项的工作量时，每位专家并不是凭空说的，要列举历史的项目作为证据支持，每位专家考虑了别人的意见后，再重新思考。这样专家其实也是利用了历史经验数据。

估算方法是否好，并不是要非要用什么功能点法的，关键是做法是否有效。如果你们实际项目用这样的估算办法偏差不大，并且能利用好这个估算来管理好项目，这样的方法就是好方法。

你们可以从两方面向你们的评估师解释一下：
1.从估算的原理上来解释。
2.用项目的实际应用情况来说明这个方法是否有效。

当然我不太清楚你们的情况，无法评论你们的方法是否有效。另外项目规模的大小，性质不同，估算的方法可能也不会一样。如果你们这个方法实践证明就不是很准，那么该方法就需要改进或者换另外的方法。

评估时，企业的做法是否合适，都是难以有标准答案的，一般就从两方面判断：
1.从道理上是否说得通。
2.实践效果如何。
评估时，评估小组成员可能会有不同的观点和看法，会有很多争论，这些在国外就很常见。不过在国内评估，主要是看评估师的看法，或者你们在和评估师好好沟通，列出你们心中的疑惑，问问别人是怎样做的，评估师经验都很丰富，应该能给你们比较好的答案的。

---

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

谢谢张总！ＣＭＭＩ这东西，本质其实很好，但有了级别这东东，事情就变得不那么美好了。虽然我们都说不要为了过级而上ＣＭＭＩ，但现实中却往往多少难以回避过级这个问题。为了过级，很多事情就会开始做得事与愿违。

我们请了ＣＭＭＩ评估师来做咨询，但对方在很多具体问题上总是给些空洞的理论或模拟两可的答案。比如：在算缺陷密度时，由于我们大多项目采用的是Delphi法，很难建立一个统一的规模单位，因此难以计算缺陷密度（缺陷数/规模）。于是，我们采用了缺陷率（缺陷数/项目总工时）来做缺陷分析。在咨询时，我们问评估师，这样行不行。他说，站在他个人立场，他可以接受。这个回答让我们很难放心。

故想请教一下张总：采用Delphi法，如何计算缺陷密度？

我还没有听说过拥Delphi法计算缺陷密度的，缺陷密度=缺陷数/规模，或者是=缺陷数/项目总工时，不知道你想用Delphi法计算分子还是分母？

另外似乎你陷入了为了度量而度量的误区，为什么你们要计算缺陷密度？你们打算怎样利用这个度量来改善工作？

用规模或者项目总工时作为项目规模都是可以的，当时我们评估CMM3级的时候，我们用工作量直接代表规模，我们的主任评估师丛博士是认可的，也觉得有道理。当然我们项目规模不大，并且我们只是过CMM3级。我们过3级的时候，并没有度量缺陷密度，缺陷密度并不是必需的度量项。

当我们做CMMI5级改进的时候，项目规模就没有用工作量直接表示了，我们用标准用例数来代表项目的规模，标准用例近似于功能点，可以认为是功能点法的简化版本，是我们自己探索出来的。我们有缺陷预测模型，输入标准用例数量能得到缺陷的数量和测试所需要的时间，我们利用这些数字来指导我们的测试计划以及检讨我们的测试效果、软件质量。我们的缺陷预测模型是花了很多时间，统计了很多项目数据，研究出来的，也是有效的。

不知道贵公司要通过哪个级别？一般来说，刚开始改进的企业，在度量软件规模方面是比较困难的，要慢慢摸索适合自己的办法，但没必要强求马上就功能点法，用工作量直接代表规模也未尝不可。另外缺陷密度不是为了度量而做的，本来缺陷密度这东西就是很不准的，如果贵公司过程不稳定，有些项目缺陷多，有些少，基本就没有可比性，度量起来意义也不大。很多公司花了不少时间来搞，收效甚微，甚至搞到很多人非常痛苦，为了这些数字而折腾。

这事情也太复杂了一点，这里恐怕说不清楚，我也没有能很全面了解你们的情况，我也不希望你们作出一个评估师满意，但公司觉得没有用的东西出来，这样就是为了过级而过级了。还是和你们的咨询师、评估师好好沟通，还有你们内部的高手们也一起来想想，该如何做。

---

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

请问：哪里有关DELPHI估算具体操作说明呢？我刚接触这些东东，没找到合适的资料，还不知道怎么用？求助一个，谢谢！

可参考《软件度量都该度个啥》一文的“成功的基础-软件规模度量”一节。
http://cmmionline.net/blogs/zhuanti/archive/2007/08/13/897.aspx

另外Delphi法需要有实际项目估算经验的人来体会，在理解Delphi法的核心思想基础上，定制出公司自己特色的估算办法。

---

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

zhangcb:

建立度量体系是方法之一，不过这样要摸索一段时间，建立过程不会是一帆风顺的。

简单一点并且有效的办法就是将Dephi优化一下：
1.对公司历史项目进行分析，按不同的项目类型，总结出不同的估算用的模板，每个模板列清楚估算需要考虑的各个方面，写详细地说明。这样其实已经利用了历史经验数据。
2.估算时，根据模板的框架，进行WBS得细化，列出工作项。在讨论工作项的工作量时，每位专家并不是凭空说的，要列举历史的项目作为证据支持，每位专家考虑了别人的意见后，再重新思考。这样专家其实也是利用了历史经验数据。

估算方法是否好，并不是要非要用什么功能点法的，关键是做法是否有效。如果你们实际项目用这样的估算办法偏差不大，并且能利用好这个估算来管理好项目，这样的方法就是好方法。

你们可以从两方面向你们的评估师解释一下：
1.从估算的原理上来解释。
2.用项目的实际应用情况来说明这个方法是否有效。

当然我不太清楚你们的情况，无法评论你们的方法是否有效。另外项目规模的大小，性质不同，估算的方法可能也不会一样。如果你们这个方法实践证明就不是很准，那么该方法就需要改进或者换另外的方法。

评估时，企业的做法是否合适，都是难以有标准答案的，一般就从两方面判断：
1.从道理上是否说得通。
2.实践效果如何。
评估时，评估小组成员可能会有不同的观点和看法，会有很多争论，这些在国外就很常见。不过在国内评估，主要是看评估师的看法，或者你们在和评估师好好沟通，列出你们心中的疑惑，问问别人是怎样做的，评估师经验都很丰富，应该能给你们比较好的答案的。