中培教育IT资讯频道
您现在的位置:首页 > IT资讯 > 国内认证 > 案例九:进度和成本

案例九:进度和成本

2014-04-15 21:03:28 | 来源:中培企业IT培训网

10.9案例九:进度和成本
   阅读以下关于信息系统项目管理过程中进度管理和成本管理等方面问题的叙述,回答问题1至问题3。
10.9.1案例场景
    中培信息技术有限公司(Z公司)是一家专门从事系统集成和金融信息系统应用软件开发的公司,目‘前有员工60多人,公司下设项目管理部、市场部、软件研发部、系统集成部等8个部门。其中项目管理部门主要负责技术路线、研发人员培训和项目管理审批等工作;市场部主要负责该公司服务和产品的销售工作,市场部销售人员将公司现有的软件产品推销给客户,同时也会根据客户的具体需要,承接应用软件的研发项目,然后将此项目移交给公司项目管理部门,项目管理部门再根据软件研发部人力资源情况,安排软件的研发工作。
      软件研发部共有开发人员21人,主要是进行软件产品的研发,以及根据客户需求进行应用软件的开发。
  半个月前,市场部与某某银行签订了一个银行信贷业务系统的软件开发项目。合同规定,系统必须在该年度12月1日之前开发完毕,并且进行为期一个月的试运行,在第二年1月1日正式投入运行。
    合同签订后,项目于8月20日正式立项,一老王被指定为该项目的项目经理。老王在Z公司做过了3年的金融信息系统应用软件研发工作,有较丰富的项目经验。此前老王在Z公司主要从事系统设计和编码等工作,但作为项目经理还是第一次。
    项目组共有6名成员,系统分析师1名(由项目经理老王兼任),高级程序设计人员2名,程序员2名,项目秘书兼文档编写人员1名。除项目秘书为多项目共享外,项目组其他成员均全程参加项目。测试和质量保证工作由公司相关部门完成,人员不划入项目组。此前,老王与其中一名高级程序设计人员一起参与过几个项目,彼此比较了解,而项目组内其他人员完全按照公司项目管理部门的安排。
  项目启动后,老王制订了一份项目进度计划,简单描述如下为:
    (1) 8月20日一9月10日需求分析
    (2)9月11日一9月31日系统设计,包括概要设计和详细设计
    (3)10月01日一11月21日编码
    (4)11月22日一11月31日系统测试
    (5)12月01日一12月31日试运行
    但在9月27日老王检查工作时发现详细设计刚刚开始,9月31日肯定不能按进度完成系统设计。
    【问题1】(8分)
    请用300字以内文字结合你本人的实际经验,说明信息系统研发项目中进度估算中不精确的主要原因,进度估算和成本估算的关系怎样?
    【问题2】(8分)
    请用200字以内文字结合你本人的实际经验,谈谈老王在项目的管理中存在哪些问题。
    【问题3】(9分)
    请用400字以内文字对老王解决此问题提出建议。
10.9.2案例分析
信息系统项目的工作量和工期的估算历来是比较复杂的事,因为信息系统本身的复杂性、历史经验的缺乏、估算工具缺乏,以及一些人为错误,导致信息系统项目的规模估算往往和实际情况相差甚远。因此,估算错误已被列入软件项目失败的四大原因之一。前面讲过,进度的控制始于工作量的估算,工作量估算合理,工期和资源投入自然也就合理,·反之,一个错误的工作量的估计会导致一个不现实的计划产生,以至于进度控制失去意义。
    软件开发项目通常用LOC (Line of Code)衡量项目规模,LOC指所有可执行的源代码行数,包括可交付的工作控制语言(Job Control Language, JCL)语句、数据定义、数据类型声明、等价声明、输入/输出格式声明等。项目经理可以根据对历史项目的审计来核算组织的单行代码价值。
    例如,某软件公司统计发现该公司每一万行C语言源代码形成的源文件(.c和.h文件)约为250KB 。某项目的源文件大小为3.75M8,则可估计该项目源代码大约为15万行,该项目累计投入工作量为240人月,每人月费用为10000元(包括人均工资、福利、办公费用公摊等),则该项目中1LOC的价值为: (240×10000)=150000=16元/LOC
    该项目的人月均代码行数为:1500000÷240=625 LOC/人月
    【问题1】
    尽管有很多进行项目进度估算的辅助工具和技术,但是信息系统项目进度估算仍然非常不精确,特别是那些涉及新技术的开发项目。总结一下,造成进度估算中不精确的主要原因包括:
    (1)为大型软件项目做估算是一项复杂的任务,需要巨大的努力。在不掌握需求和项目需求十分复杂时,估算工作常常变得很困难。很多项目的进度估算必须迅速进行,并且是在明确系统需求前做出的。一般而言,要很精确的估算很难,相对晚期的估算常常比早期的估算数据更精确。在项目的不同阶段进行估算也是十分重要和必要的,项目经理要控制每个估算的合理性。
    (2)对项目的需求理解不够深刻,进度估算工作中任务细分程度不够。事实上,在完成需求调研后对系统各方面需求有了较好了解后,再进行项目的进度和成本估算更符合信息系统开发的实际工作情况。特别需要把握好进度估算工作中任务细分的程度。
    (3)进行软件开发项目估算的人员常常没有太多的估算经验,往往没有可信的绩效历史数据可供参考。主要是国内软件企业项目管理方面比较落后,很少有高质量的历史项目估算信息可供参考。
    (4)客户方面或合同往往给项目限定了关键时间线,进度估算受关键时间线的影响,客观程度下降。很多时候为了得到一份合同,估算人员常常会失去估算的客观程度。
    (5)项目经理有低估的倾向。项目经理一般以自身的技术和业务能力为基础进行估算,而忽视了项目组成员间的水平差距,或者对部分人员的执行任务的能力缺乏充分的认识。
    进度估算和成本估算关系非常密切,成本估算实质上是对进度估算数据作简单的财务运算。
    【问题2】
    根据案例场景的描述,老王在项目的管理中存在的主要问题包括:
    .进度计划没有依据,完全根据合同的要求来划分时间段;
    .对项目组成员的技术和业务能力了解不够深入,缺乏客观的衡量基准;
    .进度计划不够详细,工作细分不够。一般需要在完成需求分析后,制定一份详细的进度计划;
    .检查工作周期太长,发现问题已无法挽救,造成比较大的损失。
    在对项目进行进度和成本估算时,应该避免以下的常见错误。
    (1)草率的估算。由于市场和管理层的压力,项目组成员或者管理者被迫进行真正的准备的情况下做出成本估算。如何面对管理层的压力,向管理层的压力,向管理层解释如何才能得到较为准确的项目成本估算也是对项目管理者的沟通能力的考验。
    (2)在项目范围尚未确定时就进行估算。在信息系统中这也非常常见,往往是项目组对该做什么,不该做什么还只有一个粗略的概念时就要进行成本估算。
    (3)过于乐观或者保守的估算。过于乐观的估算会给项目组的项目实施带来很大的压力。而过于保守的估算也会由于Parkinson定律(时间充裕时,工作随之膨胀,收入增加时,花销随之增长)也会对项目造成不利影响,甚至可能让组织放弃本来可能是有利可图的项目。
    【问题3】
   对老王解决此问题提出建议:首先通知客户、领导项目的情况,做好延期准备;慎重考虑是否增加人手,一般情况下不要增加人手;通过适当加班(过多则导致工作效率下降);项目后期作总结,避免类似问题重复发生。
10.9.3参考答案
   【问题1】(8分)
信息系统研发项目中进度估算中不精确的主要原因包括:
    (1)为大型软件项目做估算是一项复杂的任务,需要巨大的努力。
    (2)对项目的需求理解不够深刻,进度估算工作中任务细分程度不够。
    (3)进行软件开发项目估算的人员常常没有太多的估算经验,往往没有可信的绩效历史数据可供参考。
    (4)客户方面或合同往往给项目限定了关键时间线,进度估算受关键时间线的影响,客观程度下降。
    (5)项目经理有低估的倾向。项目经理一般以自身的技术和业务能力为基础进行估算,而忽视了项目组成员间的水平差距,或者对部分人员的执行任务的能力缺乏充分的认识。
    进度估算和成本估算关系非常密切,成本估算实质上是对进度估算数据作简单的财务运算。
    【问题2】(8分)
    老王在项目的管理中存在的主要问题包括:
    (1)进度计划没有依据,完全根据合同的要求来划分时间段。
    (2)对项目组成员的技术和业务能力了解不够深入,缺乏客观的衡量基准。
    (3)进度计划不够详细,工作细分不够。一般需要在完成需求分析后,制定一份详细的进度计划。
    (4)检查工作周期太长,发现问题已无法挽救,造成比较大的损失。
    【问题3】(9分)
    对老王解决此问题提出建议:
    (1)首先通知客户、领导项目的情况,做好延期准备。
    (2)慎重考虑是否增加人手,一般情况下不要。
    (3)适当加班(过多则导致工作效率下降)。
    项目后期多多总结,避免类似问题重复发生。

相关阅读

预约领优惠