CMMI on line

做中国最专业的CMMI网站!
欢迎光临 CMMI on line 登录 | 注册 | 帮助
in 搜索

定量项目管理(Quatitative Project Management)

本主题共有 4 篇回复,最新回复发表于 12-06-2007, 23:33,作者 zhangcb
帖子排序: 上一主题 下一主题
  •  01-25-2007, 22:49 314

    Wink [;)] 定量项目管理(Quatitative Project Management)

    定量项目管理与一般的量化管理很不同,不是在项目管理过程中用到数据,就算是定量项目管理。定量项目管理要求过程是稳定的,过程要稳定,需要满足很多条件,企业的过程要做到稳定,要付出很多努力。

    建议先看以下内容,先理解什么是稳定的过程。

    用数据管理过程

    http://cmmionline.net/blogs/zongshu/archive/2006/08/22/146.aspx

    几个直接与项目管理相关的PA(PPPMCIPMRSKMQPMCAR)

    http://cmmionline.net/forums/thread/296.aspx

     

    SG1 The project is quatitatively managed using quality and process-performance objectives.

    用质量和过程性能目标对项目进行量化管理。

     

    SP1.1 Establish and maintain the project’s quality and process-performance objectives.

    建立和维护项目质量及过程性能目标。

    要建立项目的质量及过程性能两个方面的量化目标,如何制定量化的目标是关键,要做到这一步,需要有完整而有效的度量体系。要做好4级这个PA,做好2级的度量(MA)是关键之一。

    MA的详细情况见:

    http://cmmionline.net/forums/thread/150.aspx

     

    一般来说,项目质量方面的量化目标有:缺陷发现率、问题发现率等,过程性能目标有:CPISPI、生产力效率、返工率等。

     

    SP1.2 Select the subprocesses that compose the project’s defined process based on historical stability and capability data.

    根据历史的稳定的有能力的数据选择组成项目定义过程的子过程。

    IPM要求根据裁剪库和裁剪指南,裁减出项目定义过程,而这个SPIPM的要求上提高一级,要求利用组织稳定的有能力的数据,选择子过程组合成项目定义过程。

     

    SP1.3 Select the subprocessed of the project’s defined process that will be statistically managed.

    选择要进行统计管理的子过程,组成项目定义过程。

    SP1.2的子过程和这里的子过程不太一样,两者可能是一样的,但SP1.3的子过程是指要进行统计过程控制的子过程,这个子过程必须是稳定的有能力的过程。

     

    SP1.4 Monitor the project to determine whether the project’s objectives for quality and process performance will be satisfied,and identify corrective action as appropriate.

    跟踪项目判断项目是否满足质量目标、过程性能目标,并在适当的时候采取修正行动,保证项目满足质量目标、过程性能目标。

     

    SG2 The performance of selected subprocesses within the project’s defined process is statisically managed.

    对项目的子过程进行统计管理,也就是要对项目子过程进行SPC

    SG1强调的是确定项目的量化管理目标,选择子过程组成项目定义过程,并根据量化目标进管理项目。SG2则对项目的子过程的管理提出了要求。项目的子过程可能是需求过程、设计过程、编码过程、测试过程等等,每个企业可以根据自己实际的需要,选择有重要价值的子过程进行统计过程控制。

     

    SP2.1 Select the measures and analytic techniques to be used in statisically managing the selected subprocesses.

    选择要进行统计过程控制的子过程的度量及分析技术。

    统计过程控制对度量、数据分析的要求很高,企业需制定一套完整的、有效的收集数据、分析数据、使用数据的方法、制度,用于需要进行统计过程控制的子过程。

     

    SP2.2 Establish and maintain an understandiing of the variation of the selected subprocesses using the selected measures and analytic techniques.

    我们用上限和下限对进行SPC的过程进行管理,在这个过程中,我们会收集到很多数据点,这些数据点会在中值上下波动,波动有可能在上下限范围内,也有可能超出上下限。企业需要建立对这些波动的理解指南,帮助项目组理解这些数据波动的原因,并能采取适当的修正行动。

     

    SP2.3 Monitor the performance of the selected subprocesses to determine their capability to satisfy their quality and process-performance objectives,and indentify corrective action as necessary.

    跟踪选定的子过程,判断是否满足它们的质量及过程性能目标,并在必要的时候采取修正行动。

    SP2.2SP2.3的基础,首先我们要理解这些波动的原因,然后判断是否正常,判断是否超出了既定的目标,并根据具体的原因采取适当的修正措施。

     

    SP2.4 Record statistical and quality management data in the organization’s measurement repository.

    在组织的度量库中记录统计的有质量的管理数据。把定量项目管理中的有价值的度量数据,记录到组织的度量库中。这些数据可以用来分析,并用来计算新的基线,更新模型等等。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  11-30-2007, 13:23 1275 回复至 314

    回复: 定量项目管理(Quatitative Project Management)

    您好:

          SP1.2和SP1.3有何区别?

         SP1.2是说,根据剪裁指南,利用组织稳定有能力的数据来定义项目的过程?这里数据只是用来指导项目进行剪裁吗?

       或则可否认为SP1.3所说的子过程,是SP1.2里所说的子过程的子集?

    盼回复!

    先谢过!


    人是会变的
  •  11-30-2007, 22:23 1286 回复至 1275

    回复: 定量项目管理(Quatitative Project Management)

    SP1.2是要对项目进行“裁剪”,有点象3级IPM的“裁剪”,但比三级更进一步,要求“based on historical stability and capability data”(根据历史的稳定的有能力的数据)进行裁剪,裁剪的做法要从3级的定性上升到定量的层次。这里说的“subprocesses”可以是任意的子过程,可以是要进行统计过程管理的子过程(即SP1.3里面提到的“subprocesses”),也可以不是。

    SP1.3是要选择进行“statistically managed”的子过程,即要进行统计过程管理(SPC)的子过程,这些子过程应该是组织已经定义好的可做SPC管理的子过程,这些子过程,不一定是SP1.2提到的子过程。

    SP1.2和SP1.3是从两个角度来说子过程,SP1.2的子过程,不一定是SP1.3的子过程,SP1.3的子过程一定是可以是SP1.2的子过程。

    以我们公司为例子:
    我们会利用历史项目估算数据来估算当前项目,也会利用缺陷预测模型来估计测试工作量,并安排测试的过程,这些是SP1.2的证据,但不能算SP1.3的证据,因为不是实施统计过程管理的子过程。
    我们每个项目都会根据项目的类型及具体情况,选择需求、设计、编码、测试全部4个子过程或者部分子过程,并定下不同的上下限管理值,来进行统计过程管理。这些证据是SP1.3的证据,同时也可以作为SP1.2的证据。

    你所说的SP1.3的子过程是SP1.2子过程的子集,应该是对的。


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
  •  12-06-2007, 16:49 1313 回复至 1286

    回复: 定量项目管理(Quatitative Project Management)

    关于SP1.3的实践:

    假设编码过程在组织是有能力稳定的过程,而且也定义为SPC管理的子过程,那么该如何对这个子过程进行统计过程管理呢?如果编码过程的代码集成模式(假设这个度量项有实际意义)用来进行SPC,可否认为是SP1.3的证据?

     


    人是会变的
  •  12-06-2007, 23:33 1317 回复至 1313

    回复: 定量项目管理(Quatitative Project Management)

    有能力稳定的过程是不能“假设”的,判定一个过程是否稳定,要找到合适的指标,并进行大量的度量,还需要对得到的数据进行很多测试,经过很多分析,绘出控制图,进行稳定性测试。要“折腾”至少好几个月,才可能判断过程是否稳定。

    如果经历了这样的过程,就会得到一个或多个可以监控过程的指标,也会得到这个指标的上下限,就可以直接用这些东西来管理项目,进行统计过程管理了。

    我们公司开始尝试的时候,对项目的CPI、SPI数据进行分析,但因为有效的数据点不是很够,我们没有对项目进行分类,虽然最后算出上下限出来还通过稳定性测试,但还是被判定为不合理。因为我们的数据没有可比性,不具备同类性,我们不区分项目性质及过程,把数据都弄到一起分析,其实是掩盖了很多影响因素,并没有让我们能看出公共原因有哪些,特殊原因有哪些,是有点“掩耳盗铃”。
    后来我们仔细分析了项目的性质,并且按需求、设计、编码、测试4个子过程对数据进行分类,再进行分析时,发现我们很多过程其实是不稳定的。只是之前混在一起,就看不清情况。为了让过程稳定,我们对需求、设计、编码、测试过程都进行了改造,消除各种影响因素,慢慢达到了稳定的程度。
    以上过程,我们折腾超过1年时间。

    四级的统计过程管理是很难理解的,看看你们的评估师和咨询师能不能给一些具体的指导。还有一本书,建议一定要看看:
    《度量软件过程——用于软件过程改进的统计过程控制》
    William A.Florac,Anita D.Careton著,任爱华、刘又诚译,周伯生审校
    北京航空航天大学出版社


    CMMIonline 版权所有
    欢迎转载,但请给出指向本网站的链接:
    http://www.cmmionline.net
    版权声明见:
    http://cmmionline.net/forums/thread/1340.aspx
以 XML 格式显示 RSS 新闻频道
CMMI on line 版权所有 ( 粤IC备07073557号)
Powered by Community Server, by Telligent Systems