如何选择参评项目个数?

 
 

在CMMI的评估方法SCAMPI V1.3中,对于参评项目的个数给出一个公式进行计算确定:

                                                实际子组个数*该子组内的项目个数

每个子组的参评项目个数=—————————————————

                                                                   项目总数

参评项目个数的计算公式中有3个变量:

    X::项目总数

    Y:实际子组个数

    Zi:某子组内的项目个数   

对于上述的公式还有2条补充规则:

(1)     每个子组至少选择一个项目参与评估;

(2)     公式的计算结果是服从四舍五入的规则;

在此公式中,何谓子组?

    子组就是项目的分类。

    如何对项目分类呢?

      对于项目的分类方法,SCAMPI给出了一个要求,要求从至少5个维度上对项目进行分类:

地址位置,客户类型,规模,组织结构,任务类型。

其他的分类维度可以让评估组成员根据企业的实际情况自己选择定义。

     对于子组有理论的子组和实际的子组的区别,所谓实际的子组是指在实际中存在的项目类型。比如:

某企业的研发团队所处的地址位置分为成都与绵阳2个地方(2类);

客户的类型分为数字家庭类软件、有线电视网络运行商2种(2类);

项目的规模都是10个人、1年左右的项目,没有明显的区别(1类);

在整个公司内的开发部门划分为3个所:数字所、基础所、成都所,其中数字所与基础所在绵阳,成都所在成都(3类);

整个公司是以软件开发为主,硬件为辅,硬件开发不在评估范围内(1类)。

则对于此公司,理论上的子组个数为2*2*1*3*1=12个。

而实际上,有些项目类型是不存在的,在实际中存在的项目类型有:

  成都-家庭-成都所-软件研发

  绵阳-家庭-数字所-软件研发

  绵阳-家庭-基础所-软件研发

  绵阳-运营商-数字所-软件研发

  绵阳-运营商-基础所-软件研发

 即实际上项目可以划分为5个子组。

      对于每个子组中包含的项目个数,在评估方法中没有给出具体的计算规则,主任评估师一般在实际中是计算正在进行的项目及在评估前6个月内结束的项目。

      对于上述的计算公式,我们来做个数字游戏加强对此公式的理解,看如下的4个场景:

场景1:

            每个子组2012年项目的个数分别为:

SG1 成都-家庭-成都所-软件研发   3

SG2 绵阳-家庭-数字所-软件研发   1

SG3 绵阳-家庭-基础所-软件研发   3

SG4 绵阳-运营商-数字所-软件研发2

SG5 绵阳-运营商-基础所-软件研发1

     项目总数为: 10个

  根据公式:

                                                  实际子组个数*该子组内的项目个数

  每个子组的参评项目个数=—————————————————

                                                                       项目总数

SG1的参评项目个数=5*3/10=1.5=2个

SG2的参评项目个数=5*1/10=0.5=1个

SG3的参评项目个数=5*3/10=1.5=2个

SG4的参评项目个数=5*2/10=1=1个

SG5的参评项目个数=5*1/10=0.5=1个

这样累计下来参评的项目总数为:7个。

在这7个项目中,不同分组内的项目对证据要求的完备程度不同。 

场景2:

            比如对于场景1,假设SG1中的项目个数不是3个,而是300个,则各个子组的参评项目个数有什么变化呢?

SG1=5*300/307=5个

SG2=5*1/307=1个

SG3=5*3/307=1个

SG4=5*2/307=1个

SG5=5*1/307=1个

则在该公司内总共有307个项目,累计有9个项目参与正式评估。 

场景3:

            比如对于场景2,假设SG2,SG3,SG4,SG5合并为一个场景,则SG1有300个项目,合并后的SG2我们记为SG2’有7个项目,则各个子组的参评项目个数有什么变化呢?

    SG1=2*300/307=2个

    SG2’=2*7/307=1个

则在该公司内总共有307个项目,累计有3个项目参与正式评估。

场景4:

           比如对于场景1,假设SG2,SG3,SG4,SG5合并为一个场景,则SG1有3个项目,合并后的SG2我们记为SG2’有7个项目,则各个子组的参评项目个数有什么变化呢?

   SG1=2*3/10=1个

   SG2=2*7/10=14/10=1个

这样累计下来参评的项目总数为:2个。 

通过上述4个场景的计算,你是否对这个公式有比较深刻的理解了呢?是否理解了每个变量的作用了呢?

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供的源码资源涵盖了Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 适合毕业设计、课程设计作业。这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。 所有源码均经过严格测试,可以直接运行,可以放心下载使用。有任何使用问题欢迎随时与博主沟通,第一时间进行解答!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值