JAVA的世界

java's crazy adherent
posts - 0, comments - 0, trackbacks - 0, articles - 7

案例分析(1)

Posted on 2009-06-01 00:04 JAVA的世界 阅读(399) 评论(0)  编辑  收藏 所属分类: 案例分析

【2006案例试题一】 从项目整体管理和配置管理的角度,回答问题。
【说明】
 老高承接了一个信息系统项目管理工作,在进行了需求分析和设计后,项目人员分头进行开发工作,其间客户提出一些变更要求也由各部门人员分别解决,各部门人员在进行自测的时候均报告正常,因此,老高决定直接在客户现场进行集成,各部分人员分别提交了各自工作的最终版本进行集成,但是发现问题很多,针对系统各部分所表现出来的问题,开发人员又分别进行了修改,但是问题并未有明显减少,而且项目工作和产品版本越来越混乱。
【问题1】
 分析出现这种情况的原因
【问题2】
 说明配置管理的主要工作并作简要解释
【问题3】
 说明针对目前情况可采取哪些补救措施

  

【问题1 回答】
 1、缺乏项目整体管理
 2、缺乏整体变更控制规程
 3、缺乏项目干系人的沟通
 4、缺乏整体版本管理
 5、缺乏单元接口测试和集成测试

 【问题2 回答】
 1、制定配置管理计划。确定方针,分配资源,分配责任,培训计划,确定干系    人,制环识别配置项准则,制定配置项管理表

 2、配置项识别。识别配置项,分配唯一标识,确定配置项重要特征,确定拥有者责任,记录配置项进入时间,进行配置项登记管理。
 3、建立配置管理系统。建立分级管理机制,存储和检索配置项,共享和转换配置项,进行归档、记录、保护和权限设置。

 4、基线化。获得授权,建立或发布基线,形成文件,使基线可用。
 5、建立配置库。开发库(动态库),受控库,产品库(静态库)。
 6、变更控制。配置库实现变更控制,变更请求,变更控制过程,包括变更请求记录、分析、批准、实施、验证、存档。
 7、配置状态统计。
 8、配置审计 。

 【问题3 回答】
 从保护已有工作成果 厘清问题原因 推倒项目继续良好进展的角度

 1 针对目前系统建立基线。
 2 梳理变更脉络,确定统一的最终需求和设计。
 3 梳理配置项及历史版本。
 4 对照最终需求和设计逐项分析现有配置项及历史版本的符合情况。
 5 根据分析结果由相关干系人确定整体变更计划并实施。
 6 单元测试和集成测试。
 7 整体版本管理 。

 

 点评:

     首先,从问题表象处发现问题

     第二,分析问题,分析问题产生的原因,

     最后,在系统掌握项目管理知识体系PMPOK的基础上,对症下药,开出药房,能否药到病除就看项目管理师解决问题的功力了,实际上方法论上和咨询顾问解决企业问题遵循共同的规律,项目经理应该是企业项目管理方面的咨询顾问和教练。

【2006案例试题二】

【说明】

    小李是国内某知名IT企业的项目经理,负责某省一个企业管理信息系统建设项目的管理。在该项目合同中,简单地列出了几条项目承建方应完成的工作,据此,小李自订的项目范围书。甲方的有关工作由其信息中心组织和领导,信息中心主任兼该项目的甲方经理。可在实施中有时是甲方财务部有时是销售部直接向小李提出变更需求,甚至相互矛盾,面对这些变更要求,小李试图用范围说明书说服甲方,甲方就会引用合同,而合同因为太粗,导致双方理解不一致,小李对这些变更不是简单拒绝或接受而为难,如果不改变这种状况,项目看来要遥遥无期。

 【问题1】
 分析出现这种情况的原因
 【问题2】
  如果你是小李,你怎样在合同谈判、计划和执行分别进行项目范围管理?     【问题3】
  请说明合同的作用,详细范围说明书的作用,以及两者之间的关系。

【问题1 回答】
 1、合同签订不够好,不够细,导致理解有歧义;

 2、甲方没有对各部门的需求有统一的管理和组织规程;

 3、缺乏变更的控制过程;

 4、缺乏对乙方项目干系人的分析,缺乏足够的信息来源,范围定义不全面、不准确。

 5、双方未能就项目范围达成一致认可或承诺。

 6、缺乏项目生命周期的范围控制。

 7、缺乏客户与用户参与。

【问题2 回答】

 本问题实际上是考察我们的项目范围管理的方法和工具技术的运用。

 在项目生命周期的范围管理控制中,小李需要对不同的阶段给出相应的解决方  案。

1、  合同谈判阶段

1)  取得明确的工作说明书或更细化的合同条款

2)  在合同中明确双方的权利和义务,尤其关于变更问题

3)  采取措施使合同签约双方对合同的理解保持一致。

说明:

本质上合同谈判阶段所产生的工作说明书和合同均作为范围计划编制的输入文档。

2、  计划阶段

1)  编制项目范围说明书

2)  创建项目工作分解结构WBS

3)  制定项目的范围管理计划

3、  执行阶段

1)  在项目执行过程中加强对已分解任务的跟踪和控制记录

2)  建立和项目干系人统一的沟通渠道

3)  建立整体变更控制规程并执行

4)  加强对项目阶段性成果的评审和确认

4、  项目全生命周期范围变更管理

1)  在项目管理体系中包括一套严格、实用、高效的变更程序

2)  规定对用户的范围变更请求,应正式提出变更申请,并经过双方项目经理审核后,作影响分析,视不同的情况,做相应的处理

5、  项目全生命周期变更管理

 

【问题3 回答】

【合同法】:“合同是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系的协议”,是买卖双方共同遵守的协议,买方有义务支付  合同规定付款,卖方有义务提供合同指定的产品和服务。

    项目范围说明书详细说明了项目可交付物和产生这些可交付物所必须做的  项目工作。它在所有项目干系人之间建立了一个对项目范围的共识,描述了项  目的主要目标,使团队能够进行更详细的规划,指导团队在项目实施期间的工  作,并为评估是否为客户需求进行变更是否在项目范围之内提供基线。详细的  范围说明书包括如下内容:

1)  项目和范围的目标

2)  产品范围描述

3)  项目边界

4)  项目可交付物

5)  产品可接受标准

6)  项目的约束条件

7)  项目的假定

 合同是制定项目范围说明书的依据。

 

点评:

     案例分析是最接近于项目管理实践的,首先要要善于发现问题,发现问题的根源就已经解决了问题的一半,通过案例表像发现现象产生的原因分析,然后,在联想到项目管理知识体系PMPOK的相关工具方法和技术,对症下药,从而解决问题,这是案例分析的基本思路,同样是项目管理实践的基本思路。(铁歌整理)


只有注册用户登录后才能发表评论。


网站导航: