CMMI4级实践问题30问

CMMI4级实践问题30问-12010-03-09 11:39:31第1问:应该建立哪些组织级的性能基线？答：（1）由商务目标派生出基线需求组织级的产品质量与过程性能目标是什么？这些目标可以通过哪些度量元来刻画？哪些因素影响了目标的达成？这些因素可以通过哪些度量元来刻画？这些度量元是否可以建立基线？（2）建立力所能及的基线需要建立基线，但是却无历史数据，或者收集基线数据的成本很高，也就只能放弃，需要等到时机成熟了才能建立相关基线。

（3）对基线分类：规模、质量、进度、工作量、成本、效率等。

第2问：如何建立组织级的基线？答：基线是根据组织级项目组的历史数据进行过程稳定性分析统计得到的。

在做稳定性分析可以画各种控制图，比如X-R图，X-S图，XMR图等，注意一般不画单点的X图，因为单点值未必符合正态分布，而且sigma比较大，对异常不敏感。

在建立基线时注意区分不同属性的项目，有可能需要分解建立基线，比如需要区分项目类型、生命周期模型、技术路线、人员背景、项目规模等。

如果没有区分上述属性，在画出控制图后，注意数据点的分层或分组现象。

第3问：5个点能否证明过程是稳定的？答：按照统计学的基本常识，一般需要25-30个分组，才可以证明过程是稳定的，5个点（分组）是不能证明过程是稳定的。

不稳定并不代表不可以建立基线，可以利用少数，比如多于3个点，来建立尝试控制限。

判稳的基本原则是：–连续25个点，界外点数d=0;–连续35个点，界外点数d≤1;–连续100个点，界外点数d≤2;满足上面的原则之一即可认为过程稳定。

第4问：项目的控制上、下限在项目执行中是固定的还是可变的？答：是可变的。

请看CMMI模型QPM PA的SP2.2：第1条子实践：Establish trial natural bounds for subprocesses having suitable historical performance data.注意这里提到的是trial 自然边界，即根据历史项目的数据得到的自然边界，也是就是历史项目的上下限，是个trial的，是尝试性的，不是本项目的，先拿这个上下限来控制第2条子实践：Collect data, as defined by the selected measures, on the subprocesses as they execute.收集本项目的度量数据第3条子实践：Calculate the natural bounds of process performance for each measured attribute.计算本项目的上下限第7条子实践：Recalculate the natural bounds for each measured attribute of the selected subprocesses as necessary.重新计算！第5问：项目根据组织级基线和项目目标订出初始的上限＼下限＼均值，按照这个控制线进行控制，那到什么时候再重新计算上下限呢，是超过初始上限就重新计算还是等到凑够一定的点后再重新计算？答：新产生的数据点多于3点以后，可以重新计算，主要看新产生的点是否有一定趋势，比如是否均值或sigma和最初定义的差别比较大。

当然当数据多一些时再重新计算更有说服力。

第6问：如果本项目的数据计算出来的上下限，与历史项目的上下限不一致，说明组织的过程是不稳定的吗？答：项目级的过程稳定和组织的过程稳定是不一样的。

项目是关注的本项目组内的过程稳定性，组织关注的是项目之间的，2者关注点是不一样的。

如果项目级的上下限和组织级的不一样，说明项目组的能力和组织级的能力不一样，可能优于组织级也可能劣于组织级，但如果差别没有超出组织级均值的上下3sigma，则认为是组织级还是稳定的。

第7问：根据我们的实际项目的数据，作出控制图计算上下限后，发现sigma值比较大，怎么办？答：（1）考察离散系数的大小，即: sigma/平均值，离散系数不能太大，一般掌握在<=15%，这是经验数字。

（2）如果认为sigma太大，就取2 sigma或2.5 sigma作为上限。

第8问：是否进度偏差率的均值必须确定为０％？如果定在０％，会发现项目的实际点都偏离均值，如果不定在0%又觉得项目开始就期望控制进度偏差不是０％不合理答：这是2个问题：（1）目标如何确定？目标是否合理？（2）能力如何？能力与目标如何协调？项目开始时确定的0%是目标值，不是历史数据的统计值，不是能力值。

CMMI 模型QPM SP1.1的说明，明确提出了目标的可行性问题，要基于历史性能建立目标。

目标确定时未必就是：0%-16%，这样的一个封闭区间，目标也可以这样确定：进度偏差不超过16%。

如果历史数据基线，进度偏差率是10%，则目标值为0%，2者不匹配，不匹配怎么办？可以采用如下的措施：（1）运用CAR,分析能力不足的原因，采取措施，提高过程能力（2）修改目标值，降低目标在CMMI模型QPM PA中的SP2.3的第1条子实践：Compare the quality and process-performance objectives to the natural bounds of the measured attribute. 一般项目组的性能目标是来源于组织级的性能基线。

第9问：究竟什么是＂特殊原因＂? 特殊原因确切的指什么？比如：我们有些项目人员被其他项目组或其他事情占用了从而造成了本项目进度拖延，项目中多次发生，这样是不是就认为是项目固有的，就不剔除，参与计算（即使它超过了上下限）?答：普通原因指的是造成随时间的推移具有稳定且可重复的分布过程中的许多变差的原因、我们称之为"处于统计控制状态"、"在统计上受控制",或者简称为"受控"。

普通原因表现为一个稳定系统的偶然原因，只有变差的普通原因存在且不改变时,过程的输出才是可预测的. 普通原因一般是难以避免的，普遍存在的情况。

整改难度大，一般需要持续改进。

特殊原因(通常也称可查明原因)指的是造成不是始终作用于过程的变差的原因,即当它们出现时将造成(整个)过程的分布改变，但他们又不是总是出现,是偶尔出现，是不可预测的，并非对每次过程的执行都出现。

特殊原因可以采取纠正措施，相对容易整改的。

过程中，85%的问题是由普通原因引起的，对应的改善称为系统级改进；只有15%的问题由特殊原因造成，对应的改善只能称为过程控制。

当我们实施一个软件过程时，可以认为过程=输入+活动+人+工具+方法+输出，对于上面提到的输入，活动、人、工具、方法都应该有明确的要求，质量要求等等，如果没有显著达到这些要求就可以识别为特殊原因，这些要求有可能没有明确文档化。

进度延期的问题如果是由于人员偶尔没有按计划参与，那就是特殊原因。

如果频繁重复发生，而且是项目组无法避免的，那只能识别为共性原因，正如堵车，天天堵车，无法避免，堵车已经成为你去上班这个过程的固有属性，那我们只能认为他是普通原因。

第10问：特殊原因发生，是否一定会有过程异常？答：未必。

比如特殊原因1是正向作用，特殊原因2是反向作用，二者可能作用抵消，在过程的参数上表现的就可能没有异常。

如果有过程异常，也未必是特殊原因造成的，有可能是误判。

第11问：好的异常是否也要剔除？如前８个点的上下限在－１０％到－１％，可第９个点在１％,看着是超过了控制线，可这个点的实际意义是好的，那是剔除不剔除呢？答：异常也区别是好的异常还是坏的异常，好的异常也有可能剔除，因为不代表是一种趋势，如果是一种趋势，则是剔除其他点，而保留这些点，重新计算控制线。

第12问：当在控制图上剔除异常点后，是否在图上直接删除异常点，不再描在图上呢？答：在传统企业的控制图中，一般是在图上直接删除点后重算，在软件过程的控制图中，除XMR 图外一般是在图上不删除点，但计算数据时不纳入计算。

理由如下：（1）软件企业本身过程的数据采样点比较少；（2）异常点可能存在一定的模式，保留在图上便于发现这种模式；对于XMR图，一般是在图上直接删除之。

第13问：在当控制图上存在多个异常点时，是1次性都将这些异常点剔除掉，还是按其他规则剔除异常点？答：剔除不剔除异常点是根据分析的原因来决定的，要看是否是一个特殊原因造成的，只要是特殊原因造成的就要删除之，此时删除的有可能不仅仅是表现为异常的数据点，也有可能是在图上并没有表现出异常的点，因为这些点和异常点可能具有相同的原因系统。

也有可能在图上是异常点，但是分析后发现是由于其他异常点的影响造成的，而不是特殊原因造成的，则不能删除。

剔除时有可能不是剔除一个数据点，而是改变某点的值，比如某个点的值是100，但是其中只有30是由于特殊原因造成的，此时应是将该样本点的取值改为70，重新计算。

第14问:剔除异常点后，控制线就会收窄，收窄后有些点又超过控制线了，这时候还重新算吗？如果100个点剔除了80个点可以吗？答：重新计算。

如果100个点剔除了80个点，只要这80个点都是特殊原因造成的，采取了措施，规避了问题的再次发生，那也是合理的。

得到的控制限是可以作为尝试控制限来使用。

如果采用判稳的原则，可以认为该过程是不稳定的。

判稳与判异是不同的原则。

第15问：如何选择控制图？最常用的控制图是哪几种？答：在选择控制图时，首先选择要判断数据的类型：连续型变量可用的控制图有：X-R,X-S,XMR等，离散型变量可用的控制图有：U,c,z，P,nP图等。

X-R,X-S图是适合分组数据的，如果分组的容量小于10则选择X-R，否则选择X-S图，如果是单点值则选择XMR。

对于离散型变量要判断分布的类型，如果是二项分布则采用P,nP图，如果是泊松分布则选择U，c,z图，对于离散型变量也可以选择XMR图。

在软件领域里最常用的就是XMR图和U图。

第16问：对哪些子过程应用控制图？答：在一个项目组中重复多次的子过程。

在组织内重复多次的。

对项目的目标及组织的目标起到关键作用的。

可以通过相关性分析判断与目标的关联程度。

第17问：如何选择判异准则？答：在已形成国际标准与国家标准的，在工业领域里使用的有8条规则，在软件领域里，SEI推荐的是4条规则，即1248规则：1：如果有1个点出界则判异；2：如果在3个连续点中有2个点在2sigma到3sigma之间则判异；4：如果在5个连续点中有4个点在1sigma到2sigma之间则判异；8：如果连续8个点在中心线的同一侧则判异。

当然可以不局限于上边4条规则，可以选择国际标准中的其他4条，在MINITAB中可以任选规则，规则选择的多，增加了分析成本，可能存在误判，规则选择的少，可能存在漏判，通常情况下，应该选择至少3条规则。