度量软件过程

unilobster2

不知道大家对度量软件过程有什么见解？
个人理解有三个难的地方：
1.数据难以收集，正确性不能保证。
2.数据度量过程中不知道采用哪种过程控制图为最佳。
3.改进软件过程无从下手，但又任重道远。

希望抛砖引玉。

luoyear

１、老大难　，没办法，　只好不断的革命
２、过程还没稳定，谈何控制？　所以先是培训　培训　再培训　严肃　严肃　再严肃　达到大家对过程理解和实际操作的一致，使过程稳定下来；
３、稳定的过程中，用控制图或趋势图去识别变异，找到过程改进的机会。

unilobster2

斑竹，回来了啊。

斑竹有过度量管理的经验吗？谈谈啊。

zqysz

要收集度量数据，最好要有合适的工具或方法，否则费时费力的大家只有乱报了。当然还是得靠大家自觉，并且有一定的监督机制，领导的支持、奖惩措施。

度量数据的收集，最好从简单做起，循序渐进、从易而难。

而且需要向大家明确收集的数据不要用于考核，只是作为过程改进的依据。

浊玉

度量是实施CMM4级的关键实践。主要是过程能力的度量和产品质量度量两个方面。实施度量的前提是你们公司的过程能力达到3级水平，否则是没用的。3级也就意味你们公司已经建立了组织级的标准过程。
举个度量的简单例子，你们度量得到的你们这个项目组的软件工程师的编码效率是40行代码/人天，而公司范围内多年的数据统计得到的平均值是30行代码/人天，那么大致可以说明你们项目组的编码效率还是可以的。
度量过程能力和产品质量需要很多数据，需要一些工具的支持，不过这些工具是比较简单的，可以用excel表格，也可以自己用VB、VC写一个，重要的是你们要有这个理念。

浊玉：wangweiping@hanpow.com

unilobster2

楼上的话很有道理。只是觉得不是非要公司上了CMM3才能实施度量。

luoyear

hehe 度量是最基本的要求了　
所以度量作为二级的一个ＰＡ
一个比较好的度量的理念是：
１、你需要什么，就先度量什么；
２、你能度量什么，并且对你有用，你就先度量什么；

逐步去实施吧。不要老喊难　喊了几百年了　却什么都没开个头

unilobster2

楼上所言极是。

浊玉

我理解的是4级的定量过程管理了。

unilobster2

对于软件度量可分为三块：项目度量，产品度量，过程度量。这里想说的是过程度量。个人理解对于过程度量，只要是个过程就可以拿来度量度量。当然，度量目的在于改进。

海的女儿

先估算、再度量、最后分析，不仅对项目控制有利，对公司建立经验库也非常必要。

unilobster2

同意楼上的。

cjycjy11

度量的目的是通过对度量数据的分析来改进优化组织的软件过程，从而满足组织的商业目标。一般的商业目标不外是以较低的人力资金投入来更好地满足客户的需求，这样我们可总结出我们常见的度量项：需求的变更数、项目的规模、人力投入、进度的偏差、过程的不符合项、测试BUG数等。度量项确定后，我们就考虑度量方法，例如：需求变更数的收集可以通过需求追溯表、需求变更申请表收集，人力投入通过项目周报、日报等。然后进行度量分析，过程的改进很大程度来源于度量分析的结果，如果我们需求变更很多，我们自然会考虑对需求管理和开发过程改进。——以上是一些个人认识，望指正。

unilobster2

如果我们需求变更很多，我们自然会考虑对需求管理和开发过程改进

有时候就是因为项目需求变更太多，导致度量进行不下去。

[ 本帖最后由 unilobster2 于 2006-4-26 08:55 编辑 ]

polestark

UP一下。

度量是2级的，但是这个时候还没有上升到量化管理项目的过程中来，此时还是一个收集数据的过程。那么到3级的时候，基本上流程都固化了，这个时候经过一段时间的数据收集，就可以分析数据了。根据这些数据来管理好的你的项目，就自然上升到了4级。那么在管理项目的过程中，发现量化的一些数据还有提高的可能，或者是数据不够，那么就需要做改进，这就是优化你的Process的时候了。

关于度量项的选择，是需要根据你的目的来的。比如最基本的，进度偏差，Effort偏差，缺陷密度，Schedule偏差，NC分布等等，这些度量都是带有自己的目的的。其实不管是过程的度量还是产品的度量，其本质都是一样的，为我们过程改进提供更多可靠的数据。我们定义了很多流程，那么每个流程上面都有对应的度量来衡量的，收集很长一段时间的数据之后，我们才能有更客观的分析，定义一个度量的Goal。固化的3级就是为了度量的准确性而做的，从3－5的跨度至少要2年才能有一些比较客观的数据。

最关键的地方还是一个老问题了：执行力。。。坚决的需要领导的支持

unilobster2

谢谢各位发言，受益匪浅