IT项目管理案例分析大全

IT项目管理案例分析大全
IT项目管理案例分析大全

项目管理案例分析

第1章项目整体管理案例.............................................................................................. 错误!未定义书签。

1.1案例一:项目计划编制...................................................................................... 错误!未定义书签。

1.1.1案例场景................................................................................................ 错误!未定义书签。

1.1.2案例分析................................................................................................. 错误!未定义书签。

1.1.3参考答案?错误!未定义书签。

1.2案例二:项目启动与项目经理角色 ............................................................ 错误!未定义书签。

1.2.1案例场景................................................................................................. 错误!未定义书签。

1.2.2案例分析............................................................................................ 错误!未定义书签。

1.2.3参考答案?错误!未定义书签。

1.3案例三:项目管理部门职能?错误!未定义书签。

1.3.1案例场景?错误!未定义书签。

1.3.2案例分析................................................................................................ 错误!未定义书签。

1.3.3参考答案....................................................................................................... 错误!未定义书签。

1.4案例四:可行性研究问题?错误!未定义书签。

1.4.1案例场景?错误!未定义书签。

1.4.2案例分析?错误!未定义书签。

1.4.3参考答案...................................................................................... 错误!未定义书签。第2章项目范围管理案例?错误!未定义书签。

2.1案例一:范围定义?错误!未定义书签。

2.1.1案例场景?错误!未定义书签。

2.1.2案例分析................................................................................................ 错误!未定义书签。

2.1.3参考答案?错误!未定义书签。

2.2案例二:工作要点............................................................................................ 错误!未定义书签。

2.2.1案例场景.............................................................................................. 错误!未定义书签。

20

2.2.2案例分析?

2.2.3参考答案?错误!未定义书签。

2.3 案例三:范围确认...................................................................................... 错误!未定义书签。

2.3.1案例场景............................................................................................ 错误!未定义书签。

2.3.2案例分析....................................................................................... 错误!未定义书签。

2.3.3参考答案?错误!未定义书签。

第3章项目时间管理案例.............................................................................................. 错误!未定义书签。

3.1案例一:时间管理?错误!未定义书签。

3.1.1案例场景......................................................................................... 错误!未定义书签。

3.1.2案例分析?错误!未定义书签。

3.1.3参考答案............................................................................................... 错误!未定义书签。

3.2 案例二:关键路径?错误!未定义书签。

3.2.1案例场景?错误!未定义书签。

3.2.2案例分析.............................................................................................. 错误!未定义书签。

3.2.3参考答案?错误!未定义书签。

3.3 案例三:进度计划........................................................................................... 错误!未定义书签。

3.3.1案例场景?错误!未定义书签。

3.3.2案例分析?错误!未定义书签。

3.3.3参考答案................................................................................................. 错误!未定义书签。

3.4案例四:进度估计?错误!未定义书签。

3.4.1案例场景......................................................................................... 错误!未定义书签。

3.4.2案例分析............................................................................................... 错误!未定义书签。

3.4.3参考答案.............................................................................................. 错误!未定义书签。第4章项目成本管理案例?错误!未定义书签。

4.1案例一:成本估算....................................................................................... 错误!未定义书签。

4.1.1案例场景.............................................................................................. 错误!未定义书签。

4.1.3参考答案.............................................................................................. 错误!未定义书签。

4.2案例二:成本估算?错误!未定义书签。

4.2.1案例场景................................................................................................. 错误!未定义书签。

4.4.2案例分析.............................................................................................. 错误!未定义书签。

4.2.3参考答案?错误!未定义书签。

4.3案例三:挣值管理....................................................................................... 错误!未定义书签。

4.3.1案例场景?错误!未定义书签。

4.3.2案例分析?错误!未定义书签。

4.3.3参考答案?错误!未定义书签。

4.4 案例四:成本控制?错误!未定义书签。

4.4.1案例场景?错误!未定义书签。

4.4.2案例分析?错误!未定义书签。

4.4.3参考答案............................................................................................ 错误!未定义书签。

4.5案例五:投资决策?错误!未定义书签。

4.5.1案例场景............................................................................................. 错误!未定义书签。

4.5.2案例分析................................................................................................. 错误!未定义书签。

4.5.3参考答案?错误!未定义书签。

第5章项目质量管理案例?错误!未定义书签。

5.1案例一:计划及跟踪..................................................................................... 错误!未定义书签。

5.1.1案例场景............................................................................................... 错误!未定义书签。

5.1.2案例分析?错误!未定义书签。

5.1.3参考答案?错误!未定义书签。

5.2 案例二:团队协作?错误!未定义书签。

5.2.1案例场景?错误!未定义书签。

5.2.2案例分析................................................................................................. 错误!未定义书签。

5.2.3参考答案.............................................................................................. 错误!未定义书签。

5.3 案例三:质量与成本.......................................................................................... 错误!未定义书签。

5.3.1案例场景?错误!未定义书签。

5.3.2案例分析......................................................................................... 错误!未定义书签。

52

5.3.3参考答案?

5.4案例四:项目外包....................................................................................... 错误!未定义书签。

5.4.1案例场景............................................................................................ 错误!未定义书签。

5.4.2案例分析?错误!未定义书签。

5.4.3参考答案.......................................................................................... 错误!未定义书签。

5.5 案例五:设计的质量.................................................................................... 错误!未定义书签。

5.5.1案例场景?错误!未定义书签。

5.5.2案例分析............................................................................................. 错误!未定义书签。

5.5.3参考答案?错误!未定义书签。

5.6案例六:软件测试............................................................................................ 错误!未定义书签。

5.6.1案例场景?错误!未定义书签。

5.6.2案例分析............................................................................................. 错误!未定义书签。

5.6.3参考答案............................................................................................ 错误!未定义书签。第6章项目人力资源管理案例...................................................................................... 错误!未定义书签。

6.1 案例一:团队建设?错误!未定义书签。

6.1.1案例场景................................................................................................. 错误!未定义书签。

6.1.2案例分析?错误!未定义书签。

6.1.3参考答案?错误!未定义书签。

6.2案例二:项目团队?错误!未定义书签。

6.2.3参考答案?错误!未定义书签。

6.3 案例三:人性观点.............................................................................................. 错误!未定义书签。

6.3.1案例场景............................................................................................ 错误!未定义书签。

6.3.2案例分析?错误!未定义书签。

6.3.3参考答案............................................................................................ 错误!未定义书签。

6.4案例四:领导风格....................................................................................... 错误!未定义书签。

6.4.1案例场景?错误!未定义书签。

6.4.2案例分析?错误!未定义书签。

6.4.3参考答案........................................................................................... 错误!未定义书签。

6.5 案例五:激励理论...................................................................................... 错误!未定义书签。

6.5.1案例场景................................................................................................. 错误!未定义书签。

6.5.2案例分析............................................................................................ 错误!未定义书签。

6.5.3参考答案?错误!未定义书签。

第7章项目沟通管理案例?错误!未定义书签。

7.1案例一:客户关系管理?错误!未定义书签。

7.1.1案例场景?错误!未定义书签。

74

7.1.2案例分析?

7.1.3参考答案?错误!未定义书签。

7.2 案例二:沟通渠道?错误!未定义书签。

7.2.1案例场景?错误!未定义书签。

7.2.2案例分析?错误!未定义书签。

7.2.3参考答案............................................................................................... 错误!未定义书签。

7.3 案例三:变更控制........................................................................................... 错误!未定义书签。

7.3.2案例分析............................................................................................... 错误!未定义书签。

7.3.3参考答案?错误!未定义书签。

7.4 案例四:有效沟通?错误!未定义书签。

7.4.1案例场景?错误!未定义书签。

7.4.3参考答案............................................................................................... 错误!未定义书签。

7.5案例五:项目经理......................................................................................... 错误!未定义书签。

7.5.1案例场景?错误!未定义书签。

第8章项目风险管理案例?错误!未定义书签。

8.1案例一:风险分类?错误!未定义书签。

8.1.1案例场景 (89)

8.1.2案例分析............................................................................................... 错误!未定义书签。

8.1.3参考答案?错误!未定义书签。

8.2案例二:蒙特卡罗分析....................................................................................... 错误!未定义书签。

8.2.1案例场景?错误!未定义书签。

8.2.2案例分析............................................................................................. 错误!未定义书签。

8.2.3参考答案?错误!未定义书签。

8.3 案例三:电子政务项目风险?错误!未定义书签。

8.3.1案例场景?错误!未定义书签。

8.3.2案例分析.............................................................................................. 错误!未定义书签。

8.3.3参考答案?错误!未定义书签。

8.4案例四:风险管理方案....................................................................................... 错误!未定义书签。

8.4.1案例场景.............................................................................................. 错误!未定义书签。

8.4.2案例分析?错误!未定义书签。

8.4.3参考答案........................................................................................... 错误!未定义书签。

8.5案例五:合作项目的风险........................................................................... 错误!未定义书签。

8.5.1案例场景................................................................................................ 错误!未定义书签。

第9章项目采购管理案例.............................................................................................. 错误!未定义书签。

9.1 投标人资格?错误!未定义书签。

9.1.1案例场景?错误!未定义书签。

9.1.2案例分析.............................................................................................. 错误!未定义书签。

9.1.3参考答案?错误!未定义书签。

9.2案例二:评标标准.......................................................................................... 错误!未定义书签。

9.2.1案例场景.......................................................................................... 错误!未定义书签。

9.2.2案例分析?错误!未定义书签。

9.2.3参考答案........................................................................................... 错误!未定义书签。

9.3案例三:技术采购?错误!未定义书签。

9.3.1案例场景............................................................................................... 错误!未定义书签。

9.3.2案例分析?错误!未定义书签。

9.3.3参考答案?错误!未定义书签。

9.4案例四:非招标采购?错误!未定义书签。

9.4.1案例场景?错误!未定义书签。

9.4.2案例分析?错误!未定义书签。

9.4.3参考答案?错误!未定义书签。

9.5案例五:合同履行.......................................................................................... 错误!未定义书签。

9.5.1案例场景?错误!未定义书签。

9.5.2案例分析?错误!未定义书签。

9.5.3参考答案........................................................................................... 错误!未定义书签。第10章综合案例?错误!未定义书签。

10.1案例一:投资收益分析..................................................................................... 错误!未定义书签。

10.1.1案例场景一?

114

10.1.2案例分析?错误!未定义书签。

10.2案例二:可行性分析?错误!未定义书签。

10.2.1案例场景.......................................................................................... 错误!未定义书签。

10.2.2案例分析?错误!未定义书签。

10.23参考答案?错误!未定义书签。

第1章项目整体管理案例

项目整体管理是指在项目的整个生命周期内,汇集项目管理的知识领域,对所有项目计划,进行整合执行及控制,以保证项目各要素相互协调的全部工作和活动过程。项目整体管理是从全局的、整体的观点出发通过有机的协调项目各个要素(进度、成本、质量和资源等),在相互影响的项目各项具体目标与方案中权衡和选择,尽可能地消除项目各单项管理的局限性,从而实现最大限度地满足项目干系人的需求和希望的目的。

1.1案例一:项目计划编制

阅读以下关于在信息系统项目管理过程中项目计划编制等综合管理问题的叙述,回答问题1至问题4。

1.1.1案例场景

某市电子政务信息系统工程,总投资额约500万元,主要包括网络平台建设和业务办公应用系统开发,通过公开招标,确定工程的承建单位是A公司,按照《合同法》的要求与A公司签订了工程建设合同,并在合同中规定A公司可以将机房工程这样的非主体、非关键性子工程分包给具备相关资质的专业公司B,B公司将子工程转手给了C公司。

在随后的应用系统建设过程中,监理工程师发现A公司提交的需求规格说明书质量较差,要求A 公司进行整改。此外,机房工程装修不符合要求,要求A公司进行整改。

项目经理小丁在接到监理工程师的通知后,对于第二个问题拒绝了监理工程师的要求,理由是机房工程由B公司承建,且B公司经过了建设方的认可,要求追究B公司的责任,而不是自己公司的责任。对于第一个问题,小丁把任务分派给程序员老张进行修改,此时,系统设计工作已经在进行中,程序员老张独自修改了已进入基线的程序,小丁默许了他的操作。老张在修改了需求规格说明书以后采用邮件通知了系统设计人员。

合同生效后,小丁开始进行项目计划的编制,开始启动项目。由于工期紧张,甲方要求提前完工,总经理比较关心该项目,询问项目的一些进展情况,在项目汇报会议上,小丁给总经理递交了进度计划,公司总经理在阅读进度计划以后,对项目经理小丁指出任务之间的关联不是很清晰,要求小丁重新处理一下。

新的计划出来了,在计划实施过程中,由于甲方的特殊要求,需要项目提前2周完工,小丁更改了项目进度计划,项目最终按时完工。

【问题1】(6分)

请用400字以内的文字,描述小丁在合同生效后进行的项目计划编制的工作。

【问题2】(6分)

请用400字以内的文字,描述小丁在处理监理工程师提出的问题是否正确?如果你作为项目经理,该如何处理?

【问题3】(6分)

在项目执行过程中,由于程序员老张独自修改了已进入基线的程序,小丁默许了他的操作。请用200字以内文字评论,小丁的处理方式是否正确,如果你是项目经理,你将如何处理上述的事情。

【问题4】(7分)

假设你被任命为本项目的项目经理,请问你对本项目的管理有何想法,本项目有哪些地方需要改进?

1.1.2案例分析

【问题1】

项目计划是项目管理的基础,项目管理中最重要的就是项目计划的工作,项目计划是一个综合概念,凡是为实现项目目标而进行的活动都应该纳入到计划之中。

项目计划的制订是贯穿这个项目生命周期的持续不断的工作,是利用其他计划编制过程的结果,监理一份连贯性、一致性的文档,以指导项目实施和项目控制。项目计划过程是一个反复的过

程。一个详细的项目计划过程包括:

(1)项目计划的定义,确定项目的工作范围。

(2)确定为执行项目而需要的工作范围内的特定活动,明确每项活动的职责。

(3)确定这些活动的逻辑关系和完成顺序。

(4)估算每项活动的历时时间和资源。

(5)制订项目计划及其辅助计划。

一般而言,项目计划可以包含如下要素。

(1)项目范围计划:阐述进行这个项目的原因或意义,形成项目的基本框架,使项目所有者或项目管理者能够系统、逻辑地分析项目关键问题及项目形成中的相互作用要素,使项目干系人在项目开始实施前或项目相关文档编写以前,能够就项目的基本内容和结构达成一致;项目范围说明应当形成项目成果核对清单,作为项目评估的依据,在项目终止以后或项目最终报告完成以前进行评估,以此作为评价项目成败的依据;范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础和项目其他相关计划的基础。

(2)项目进度计划:进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制,使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据,可以分为项目进度控制计划和项目状态报告计划。

(3)项目质量计划:质量计划针对具体待定的项目,安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括和保证与控制项目质量有关的所有活动。

(4)项目资源计划:决定在项目中的每一项工作中用什么样的资源(人、材料、设备、信息、资金等),在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。

(5)项目沟通计划:沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。

(6)风险计划:风险计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程,包括识别风险、量化风险、编制风险应对策略方案等过程。

(7)项目采购计划:项目采购计划过程就是识别哪些项目需求应通过从本企业外部采购产品或设备来得到满足。

(8)变更控制、配置管理计划:由于项目计划无法保证一开始就预测得非常准确,在项目进行过程中也不能保证准确有力的控制,导致项目计划与项目实际情况不符的情况经常发生,所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序,配置管理计划就是确定项目的配置项和基线,控制配置项的变更,维护基线的完整性,向项目干系人提供配置项的准确状态和当前配置数据。

【问题2】

根据《中华人民共和国招投标法》第48条:中标人应当按照合同约定履行义务,完成中标项目。中标人不得向他人转让中标项目,也不得将中标项目肢解后分别向他人转让。

中标人按照合同约定或者经招标人同意,可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件,并不得再次分包。

中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。

本案例中,A公司将子项工程分包给B,B又将其分包给C,显然违背了招投标法的这一条款。根据条款中的内容,“中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。”A公司显然要承担责任,同时B公司也承担连带责任。

作为项目经理,不仅仅要做好项目的进度、质量、成本的控制管理,而且要注意避免陷入法律陷阱中,因此,对《合同法》、《招投标法》都要有一定的了解。

【问题3】

软件配置管理是贯穿软件开发过程始终的一项工作。对于一个软件项目来说,软件配置管理规范至少包括以下的内容:

(1)配置项及其命名规则。

(2)配置库文件目录结构。

(3)角色和权限定义。

(4)配置项变更流程。

(5)配置项发布。

(6)基线定义和基线变更。

项目中的基线有两个方面:一是作为里程碑的基线;另一个是模块的阶段性成果基线(对工作产品而言),一般来说都要避免变更基线。对这两种不同的基线,其影响的范围不同,确立和变更方式也不一样。

项目的基线变更控制委员会由客户代表、产品经理、项目经理和技术经理组成,对发布的里程碑类基线的变更必须由变更控制委员会确认并由QA进行变更记录,所有被变更影响的配置项都需要重新同步后再次发布;而对于仅仅作为工作状态保留的基线,一般只需要建立基线的小组确认更改并在QA进行记录即可。

【问题4】

作为项目经理,可以考虑首先从项目管理的9大知识点出发简单阐述对本项目的一般性理解。此外,从本案例中,你可以发现项目中的合同与招投标管理、配置与变更管理方面均发生了问题。因此,可从本项目管理较弱的部分进行重点的阐述,如对法律法规的理解(招投标管理),项目进度管理、项目变更的控制。配置管理,以及进度计划的变更将导致质量和成本的变化,此外,还可从进度、质量、成本三要素之间关系进行阐述。因为,基线的变更往往会带来成本、进度方面的变更。

1.1.3参考答案

【问题1】(6分)

小丁在接到任务后开始项目计划的编制工作,编制的计划应包括:

(l)项目总计划(包括范围计划、工作范围定义、活动定义、资源需求、资源计划、活动排序、费用估算、进度计划以及费用计划)。

(2)项目辅助计划(质量计划、沟通计划、人力资源计划、风险计划、采购计划等)。

【问题2】(6分)

根据《中华人民共和国招投标法》第48条:中标人应当按照合同约定履行义务,完成中标项目。中标人不得向他人转让中标项目,也不得将中标项目肢解后分别向他人转让。

中标人按照合同约定或者经招标人同意,可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件,并不得再次分包。

中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。

本案例中,A公司将子项工程分包给B,B又将其分包给C,显然违背了招投标法的这一条款。根据条款中的内容:“中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。”A公司显然要承担责任,同时B公司也负连带责任。

【问题3】(6分)

本题中,在项目执行过程中,项目发生的变更,程序员小张擅自修改了已进入基线的程序,作为项目经理的小丁不应该默许他的操作,且修改后的东西没有经过评审。

项目中缺乏变更控制的体系,需要建立变更控制流程,确保项目中所做的变更保持一致,并将产品的状态、对其所做的变更,以及这些变更对成本和时间表的影响通知给有关的项目干系人,以便于资源的协调。同时,项目团队所有成员要清楚变更程序的步骤和要求。

提出以下建议:

(1)建立配置管理体系。

(2)建立变更请求流程。

(3)组建变更控制委员会。

【问题4】(7分)

(1)从项目管理9大知识点出发简单阐述本项目。

(2)从本项目管理较弱的部分进行重点的阐述,如对法律法规的理解(招投标管理)、项目进度管理、项目变更的控制。配置管理及进度计划的变更将导致质量和成本的变化,描述进度、质量、成本三要素之间的关系。

1.2案例二:项目启动与项目经理角色

阅读以下关于信息系统项目管理过程中项目启动与项目经理角色方面问题的叙述,回答问题1至问题3。

1.2.1案例场景

A公司是一家经营纸产品的企业,近几年业务得到了成倍的发展,原来采用手工处理业务的方式已经越来越显得力不从心,因此,经过公司董事会研究决定,在公司推行一套管理软件,用管理软件替

代原有的手工作业的方式,同时,请公司副总经理负责此项目的启动。

副总经理在接到任务后,即开始了项目的启动工作。项目经过前期的一些工作后,副总经理任命小丁为该项目的项目经理,小丁组建了项目团队,并根据项目前期的情况,开始进行项目的计划,表1一1所示为初步项目进度计划表。

项目进行了一半,由于公司业务发展的需要,公司副总经理要求小丁提前完工,作为项目经理,小丁对项目进行了调整,保证了项自的提前完工。

【问题1】(7分)

请用400字以内的文字

描述你作为项目前期的负责人,

在接到任务后将如何启动项目?

【问题2】(9分)

作为项目经理,你项目的进

度控制中的重点是什么?请描述

你在项目进度控制中的甘特图,

以及双代号网络图,并比较甘特

图与网络图的区别。

【问题3】(9分)

假设公司总经理要求提前完工,作为项目经理将如何处理,请用400字以内的文字描述你应该如何处理?

1.2.2案例分析

【问题1】

项目的启动包括了以下几个主要活动:

1.识别需求

从投资方角度,识别需求是项目启动过程和整个项目生命周期的最初活动,在这个过程中,为项目的目标确定,以及可行性分析和项目立项提供直接、有效的依据,为需求建议书的撰写提供基础。

一旦确定了相关问题和需求,并证实了项目将得到益处,投资方就可以开始准备需求建议书。

从承建方的角度而言,识别需求就是得到客户的需求建议书,或得到客户初步需求意向后,项目团队从技术实现、应用和项目实施角度识别客户的实际存在的问题、基本意图和真实想法,从而达到与客户有效的沟通,准确分析需求和问题,为制定可行、正确的技术及实施解决方案提供依据。

承建方可以提交一份清晰的需求分析说明书,请客户予以确定,形成需求共识。

2.解决方案的确定

解决方案类似于向投资方(客户)提交的项目建议书。承建方在研究、分析投资方客户的需求建议书后,结合当前情况,与客户交流,分析、制订实施解决方案。解决方案通常包含三个部分:

(1)技术方案部分:该部分应使投资方认识到,承建方理解需求或问题,并且能够提供风险最低且受益最大的解决方案。

(2)管理部分:该部分应使投资方相信,承建方有能力做好项目所提出的工作,组织好项目的实施。

(3)项目费用部分:该部分应使投资方相信,承建方项目建议书所提出的项目费用是符合实际的。根据客户需求不同,对项目成本费用表述有所不同,部分项目要求提供总价或明细。

3.项目可行性分析

可行性分析的目的就是给决策者提供判断项目是否可行和投资决策的依据。

4.项目立项

经过项目可行性分析后,投资方确立具体的可投资项目或承建方确立可承接的项目的过程。

5.项目章程的确定

项目立项完成后,项目章程的制定和发布将是项目启动的一个结束标志。项目章程是企业内部正式确认项目存在的企业文件。

本题中,项目前期的负责人实际是公司副总经理,在项目章程中确定项目经理的人选。

【问题2】

(1)甘特图法

甘特图(GanttChart)也叫横道图或条形图,主要应用于项目计划和项目进度的安排。它

把工程项目中的各项作业,在标有日期的图表上用横线表示出其起止的时间。

甘特图把计划和进度安排两种职能结合在一起,纵向列出项目活动,横向列出事件跨度。项目活动在左侧列出,时间在图表顶部列出,图中的横道线显示了每项活动的开始时间和结束时间,横道线的长度等于活动的工期,甘特图顶部的时间段决定着项目计划的详略程度。

由于甘特图把项目计划和项目进度安排两种职能组合在一起,因此在绘制甘特图时,必须清楚各项活动之间的关系,即哪些活动必须在其他活动开始之前完成,哪些活动可以同时进行。

甘特图直观、简单、容易制作,便于理解,一般适用比较简单的小型项目,可用于WBS的任何层次、进度控制、资源优化、编制资源和费用计划。但是不能系统地表达一个项目所包含的各项工作之间的复杂关系,难以进行定量的计算和分析,以及计划的优化等。

(2)网络计划技术

网络计划技术的原理是:从需要管理的任务总进度出发,以任务中各项作业的所需要的工时为时间因素,绘制出网络图,明确而直接地反映出该项任务的全貌,各项作业的进度安排、先后顺序和相互关系。

在选择计划方法编制项目进度计

划时应考虑以下因素:

①项目的规模和复杂程度;

②对项目细节的掌握程度;

③项目的时限性;

④项目总进度是否由少数几项关键

作业所决定。

对于问题2,把项目进度计划表(表

1-1)进行转换,得到表1-2.

根据表1-2,绘制出甘特图如图1一1所示。

甘特图能够从时

间上整体把握进度,很

清晰地标识出直到每

一项任务的起始与结

束时间,但任务之间的

关系不能有效识别。

采用网络图进行

进度控制,能够清晰地

展现现在和将来完成

的工程内容、各工作单元间的关系,并且可以预先确定各任务的时差。了解关键作业或某一环节的进度的变化对后续工程和总工期的影响度,便于及时采取措施或对进度进行调整。

【问题3】

该问题主要考查项目管理中工期、成本、质量之间的关系。

作为项目经理要靠项目工期与成本的平衡,项目工期的缩短会使项目成本上升。譬如,缩短项目工期就需要项目团队加班,加班就要支付加班工资和各种各样的赶工费用,同样,项目成本的降低会使得项目组织资源占用的能力下降,从而也影响项目工期。

项目工期的缩短也可能使质.量下降,为了赶进度,导致质量问题的出现,而一旦出现质量问题,就必须返工,这样又拖延了项目的工期。

项目成本的降低也直接影响质量问题,如出现偷工减料的情况。

作为项目经理,要统一考虑项目进度、资源配置、成本与质量之间的平衡。任何一个要素的变动,都会引起其他要素的变动。

本题中,假设公司总经理要求提前完工,项目经理将如何处理。首先从网络图中我们可以发现设计阶段与开发阶段存在3天时间的空缺,因此,可把任务D, E, F, G提前三天完成,此外,D, E, F, G属于并行任务,还可以抽调任务D, E, F, G的部分人员到任务H。

1.2.3参考答案

【问题1】(7分)

本题中,项目前期的负责人实际是公司副总经理,在项目章程中确定项目经理的人选。作为

项目前期的负责人,在接到项目的任务后将开始项目的启动工作。项目的启动包括了以下几个主要活动:

(1)识别项目的需求。

(2)解决方案的确定。

(3)对项目进行可行性分析。

(4)项目立项。

(5)项目章程的确定。

【问题2】(9分)

项目时间管理中的重点是把握好关键路

径上的任务,项目甘特图绘制如图1-1所示。

项目双代号网络图绘制如图1一2所

示。

甘特图与网络图的区别:

甘特图直观、简单、容易制作,便于理解,一般适用比较简单的小型项目,可用于WBS的任何层次、进度控制、资源优化、编制资源和费用计划。但是不能系统地表达一个项目所包含的各项工作之间的复杂关系,难以进行定量的计算和分析,以及计划的优化等。

采用网络图进行进度控制,能够清晰地展现现在和将来完成的工程内容、各工作单元间的关系,并且可以预先确定各任务的时差。了解关键作业或某一环节的进度的变化对后续工程和总工期的影响度,.便于及时地采取措施或对进度进行调整。

【问题3】(9分)

项目的质量、进度、成本相关联,因此,在进度控制和成本管理上考虑:

(1)在进度管理上,可以采用加班等方式进行。

(2)投入更多的人力、物力。

(3)把握关键路径上的任务。

在实际处理的过程中,因为新投入人力到项目,而且新的人力对项目的熟悉程度不一,新员工需要经过一段时间的培训才能适应项目,所以,最佳的方式应该是采用加班方式来提前完成项目,同时,项目经理应该调整进度计划,在关键路径上加班,缩短关键路径的长度。

1.3案例三:项目管理部门职能

阅读以下关于信息系统项目管理过程中项目管理部门职能问题的叙述,回答问题1至问题3。1.3.1案例场景

小王参加希赛网的CMM培训以后,被公司任命为项目管理部经理。项目管理部是公司新设的部门,主要任务是监督和管理各个项目组,对项目总监和公司总经理负责。

在日常工作中,小王发现,很多项目组成员并不重视自己领导的项目管理部。他们只听从项目经理、项目总监和公司总经理的话,对项目管理部门提出的合理化建议置之不理,项目管理部门要求他们定期提交的报告和材料也往往拖延,定期组织的汇报会也往往缺席。

项目管理部门由于得不到足够有效的数据和材料,所以无法及时知道各个项目组的实际情况,无法做出正确的统计结果和决策,也无法正确指导各个项目组的实际工作。鉴于此,项目管理部对各个项目组提出的建议往往与他们的意愿相左,一项目管理部向上级提交的材料和各个项目组向上级提交的材料往往有些不符,这种情况使项目管理部遭到项目组和主管上级两方面的反感,处境极其被动。

为此小王要求项目管理部门人员深入项目组,一方面培养感情、化解矛盾,另一方面获得各个项目组的实际资料。但在策略实施过程中,项目组成员把项目管理部的成员视为上级的“耳目”和“监工”,工作上不予配合。他们认为项目管理部成员挑错是故意找事,在错误是否应该修改这个问题上和项目管理部成员争执十分激烈,有时差点要大打出手。

小王把这些情况反映给上级领导后,上级领导认为项目管理部没有存在的价值,决定要撤销这个部门。小王有些想不通,通过CMM项目过程管理,可以提高软件产品的质量,这是个不容置疑的事实,可是到了这里怎么行不通了呢?

【问题1】(8分)

在软件企业中,项目管理部门究竟有没有存在的价值,试说明原因,以300字以内回答。

【问题2】(8分)

如果想使公司项目管理部门继续存在,发挥其应有的作用,请250字以内讲述小王应该怎么做。

【问题3】(9分)

项目管理部门在项目开发中的质量管理主要包括哪些内容,以500字左右回答。

1.3.2案例分析

【问题1】

本题考查考生整体把握组织级项目质量管理的能力。要想回答好该题,考生需要了解项目管理部门在组织级项目质量管理中的作用。

企业设立项目管理部门极其重要,具有十分重要的存在价值。

从提高软件质量角度而言,企业设立项目管理部门的目的是以独立审查方式,从第三方的角度监控软件开发任务的执行,就软件项目是否正遵循已制定的计划、标准和规程给开发人员和管理层提供反映产品和过程质量的信息和数据,提高项目透明度,同时辅助软件工程组取得高质量的软件产品。主要工作包括以下四个方面:

(1)通过监控软件开发过程来保证产品质量。

(2)保证开发出来的软件和软件开发过程符合相应标准与规程。

(3)保证软件产品、软件过程中存在的不符合问题得到处理,必要时将问题反映给高级管理者。

(4)确保项目组制定的计划、标准和规程适合项目组需要,同时满足评审和审计需要。

除此之外,该部门还要收集项目中好的实施方法和发现实施不利的原因,为修改企业内部软件开发整体规范提供依据,为其他项目组的开发过程实施提供先进方法和样例。

从提高软件企业项目管理能力的角度而言,在当代企业中,项目的成败直接影响到组织战略目标的实现,组织内部项目管理与执行能力直接影响到企业实现其战略目标的能力。虽然从项目目标和执行层面上看,这些项目好像是孤立的、无关联的,但实际上,这些项目之间在组织内部存在着以下共有的特性:

(1)这些项目的最终目标都是支撑企业既定战略的实现,为企业创造利润。

(2)这些项目共享组织的资源,资源的调配会在项目之间产生影响。

(3)共享项目的最佳实践将会提高整个组织实施项目的能力。

由此可以意识到,这些看似孤立的项目需要在组织层面上以某种方式进行统筹和管理,从而提高整个组织的项目管理能力,有力地支撑组织战略目标实现。在企业内部,这些职能由项目管理部门实现。

所以,项目管理部门是跨接在组织战略和项目之间的一座桥梁,可以帮助企业在组织层面上对那些孤立的、无关联的项目进行统筹和管理,确保组织在项目选择、计划、实施,以及在处理项目间冲突和问题时,以企业战略目标为导向,从而保证组织内部活动大方向一致性,进而提高整个组织的项目管理能力,有力地支撑组织战略目标的实现,最终整体提升软件产品质量。

由此可知,管理部门通过科学管理,可以提高软件质量,提升企业的组织级项目管理能力,对企业长期发展大有裨益。现阶段,由于广大企业没有意识项目管理的重要性,很多软件企业中还没有与之相对应的人员和工作方法,整套关注软件开发过程的软件质量保证体系还没有建立起来,加之管理部门人员经验不足、方法不当,实施过程明显带有试验性,所以效果还不是太明显,有时甚至会产生冲突,这些都是难免的。但是建立项目管理部门是项目管理由人治到法治的必经阶段,是进行软件过程改进不可缺少的部分。过了开始的不稳定阶段,当广大员工树立项目管理意识后,企业才会发现设立该部门所带来的效益。

【问题2】

本题考查考生在组织级项目质量管理中解决常见问题,进而提高项目管理部门权威的能力。要想回答好该题,考生需要熟悉项目管理部门开展日常工作的特点、常用手段和技巧。

如果想使公司项目管理部门继续存在,发挥其应有的作用,小王应该采取下述措施:

(1)找一个失控的项目进行管理,使其回到正常的轨道并顺利地完成,使得领导意识到项目管理部的作用,提升威信。

(2)因为新规范的执行需要一个适应过程,所以项目管理规范材料要应该结合公司现状逐步推行,这样效果逐步显现,公司员工逐步接受,最终全面接受。千万不可操之过急,否则员工接受不了,引起抵触情绪,效果不仅无法显现,反而会影响日常工作效率,而被认为没有价值、束之高阁。

(3)对公司员工进行项目管理培训,尽可能提高他们的项目管理意识。只有他们从思想上接受项目

管理,行动上才能采用项目管理标准严格要求自己,而不是应付了事。

(4)与公司高层沟通,尽可能获得高层支持,向高层要权,因为责权不对等也是项目管理中一个常见问题。在本案例中,各个项目管理组的成员只听从项目经理、项目总监和公司总经理的话,而项目管理部只有监督权,没有执行权,但是案例中项目管理部的工作开展需要一定的执行权,所以需要按照责权对等的原则,请求高层领导给予一定的权利,便于工作开展。如果高层领导无法给予所需的权利,那么只能退而求其次,扮演项目支持办公室的角色,任务是收集项目实施信息,提供决策需要的支持信息,而不需要做出决定。

(5)项目管理部门的职责一般是监控项目实施,主要是发现项目中存在问题并督促项目组解决。对于项目组内部存在的问题,除非十分有把握,一般不要轻易去管,那样极易使问题越搞越乱,从而招致项目组反感。

(6)项目管理部在职能和行政上独立项目组,成为项目组的严师,有错必纠,但不要有错就上报,以保障自身的独立性和评价的客观性;而在业务和工作上融入项目组,做他们的朋友,了解他们的语言、思想和行为,更真实、更深入地评价他们与既定规范之间的偏差,并逐步引导他们走向正轨。

【问题3】

本题考查考生进行组织级项目质量管理的能力。要想回答好该题,考生需要熟悉项目管理部门在项目开发中的质量管理内容。

企业项目管理部门在项目开发中的质量管理内容包括以下四部分:

(1)决策阶段的质量管理

主要内容是在广泛搜集资料、调查研究的基础上研究、分析、比较,决定项目的可行性和最佳方案。

(2)项目实施前的质量管理

①对项目组的能力重新审查,包括各个成员资质的审查。如果发现实际情况有所变化,必须采取有效措施予以纠正。

②对所有的合同和技术文件、报告进行详细的审阅。如图纸是否完备,有无错漏空缺,各个设计文件之间有无矛盾之处,技术标准是否齐全,等等。

③审阅进度计划和实施方案。

④对项目实施中将要采取的新技术、新软件进行审核,核查鉴定书和分析报告。

⑤对项目实施所需材料和设备的采购进行检查,检查采购是否符合规定的要求。

⑥协助完善质量保证体系。

⑦对各项目组负责人和主要人员进行进一步的审核。

⑧根据项目计划制定与其对应的质量管理计划。

⑨组织质量管理计划的评审,并形成评审报告。

⑩准备好项目人员简历、质量管理表格。

⑩准备好担保和保险工作。

⑩签订发动员预付款支付证书。

⑩全面检查开工条件。

(3)项目实施中的质量管理

①参与项目的阶段性评审。该评审从保证评审过程有效性方面入手,如参与评审的人是否具备一定资格,是否规定的人员都参与了评审,是否对评审对象每个部分都进行了评审,是否给出了明确的结论等。

②参与项目阶段产品的审计。该审计通常是检查其阶段产品是否按计划、按规程输出并且内容完整,这里的规程包括企业内部统一的规程,也包括项目组内自己定义的规程。

③对项目日常活动与规程的符合性进行检查。在两个阶段点之间设置若干小的跟踪点,来监督项月的进行情况,以便能及时反映出项目组中存在的问题,并对其进行追踪。

④对配置管理一工作的检查和审计。主要监督项目过程中的配置管理工作是否按照项目最初制定的配置管理计划实施。

⑤跟踪问题的解决情况。在项目组内一可以解决的问题就在项目组内部解决,对于在项目组内部无法解决的一问题,或是在项目组中催多次也没有得到解决的问题,可以利用其独立汇报的渠道报告给高层经理。

⑥收集新方法,提供过程改进的依据,便于下一步对规程进行修改和完善。

(4)项目完成后的质量管理

①监督检查项目测试情况。

②协助项目组完成项目验收。

③监督检查系统安装、试运行。

④进行项目实施后审计。

⑤总结项目实施的经验和教训。

1.3.3参考答案

【问题1】(8分)

从提高软件质量角度而言,企业设立项目管理部门的目的是以独立审查方式,从第三方的角度监控软件开发任务的执行,同时辅助软件工程组取得高质量的软件产品。

从提高软件企业项目管理能力角度而言,项目管理部门可以帮助企业在组织层面上对那些孤立的、无关联的项目进行统筹和管理,从而提高整个组织的项目管理能力,有力地支撑组织战略目标的实现。

由此可知,项目管理部门具有十分重要的存在价值。现阶段,项目管理没有发挥出应有作用,主要由于广大企业认识不够,经验不足,体系不健全。但这只是暂时现象,过了这段不稳定期,该部门的存在价值就会发挥出来。

【问题2】(8分)

(1)找一个失控的项目进行管理,使其回到正常的轨道并顺利地完成,使

得领导意识到项目管理部的作用,提升威信。

(2)项目管理规范材料要逐步推行,不可操之过急。

(3)对公司员工进行项目管理培训,尽可能提高他们的项目管理意识。

(4)与公司高层沟通,尽可能获得高层支持,向高层要权。

(5)项目管理部门的职责一般是监控项目实施,主要是发现项目中存在问题并督促项目组解决,而不是解决项目组的问题,那样会招致项目组反感。

(6)项目管理部在职能和行政上独立项目组,而在业务和工作上融入项目组。

【问题3】(9分)

企业项目管理部门在项目开发中的质量管理内容包括以下四部分:

(1)决策阶段

在广泛搜集资料、调查研究的基础上研究、分析、‘比较,决定项目的可行性和最佳方案。

(2)项目实施前

①对项目组的能力重新审查,如果发现实际情况有所变化,必须采取有效措施予以纠正。

②对所有的合同和技术文件、报告进行详细的审阅。

③审阅进度计划和实施方案。

④对项目实施中将要采取的新技术、新软件进行审查。

⑤对项目实施所需材料和设备的采购进行检查。

⑥协助完善质量保证体系。

⑦对各项目组负责人和主要人员进行进一步的审核。

⑧根据项目计划制定与其对应的质量管理计划。

⑨组织质量管理计划的评审,并形成评审报告。

⑩准备好项目人员简历、质量管理表格。

⑩准备好担保和保险工作。

⑩签发动员预付款支付证书。

⑩全面检查开工条件。

(3)项目实施中

①参与项目的阶段性评审。

②参与项目阶段产品的审计。

③对项目日常活动与规程的符合性进行检查。

④对配置管理工作的检查和审计。

⑤跟踪问题的解决情况。

⑥收集新方法,提供过程改进的依据。

(4)项目完成后

①监督检查项目测试情况。

②协助项目组完成项目验收。

③监督检查系统安装、试运行。

④进行项目实施后审计。

⑤总结项目实施的经验和教训。

1.4案例四:可行性研究问题

阅读以下关于信息系统项目管理过程中可行性研究问题的叙述,回答问题1至问题3。

1.4.1案例场景

在项目计划和选择的过程中,需要完成的首要工作是对项目进行估算。项目估算的范围涉及方方面面,例如项目或产品开发的范围、投入和回报、项目风险、作用和意义等。在传统信息系统工程方法中,是以可行性研究的方式来组织对项目的主要估算内容的。在企业实际的业务过程中,可行性研究通常作为一个重要的环节,被包含在整个项目立项,或项目选择和确认的过程中。

可行性研究的范围可能覆盖很广泛的技术、经济、执行、环境等各种需要评估的因素,但它并不是最后的精细计划(例如:项目的时间进度及人员安排)。通常在进行可行性研究的阶段,甚至项目的目标或产品的最终方向也是高度易变化的。但可行性研究的意义在于,虽然可行性研究不能指出项目最终的精细计划和方向,但可行性研究可以在项目定义阶段用较小的代价识别出错误构思的系统,从而规避未来更多的资源投入的损失(时间、资金、人力、机会),或者因遭遇到无法逾越的技术障碍或环境障碍导致的不可避免的失败。

对于那些可行性研究表明可执行的软件项目来说,可行性研究的结果也不承诺系统的收益一定很巨大,或技术风险和资源投入就一定很低,但可行性研究的结果设立了一个“底线”,即:“如果实施什么,则风险和收益是什么”这样的控制范围。这些评估结果给了未来的项目评估、项目风险控制,甚至在资源剧烈变化的情况下有计划有重点地削减功能、重定义项目开发范围,或者选择项目实施的方式提供了非常有价值的方向性指引。

【问题1】(7分)

可行性研究的步骤是什么?请使用列举的形式,不超过100字回答。

【问题2】(8分)

可行性研究报告是可行性研究的成果体现,请使用列举的形式,不超过150字回答,可行性研究报告主要包含什么内容?

【问题3】(10分)

在可行性研究的基础上,还需要请第三方根据国家颁布的政策、法律法规等,从项目、国民经济、社会角度出发,对拟建项目进行各方面的评估。请用不超过50字的文字回答,项目评估报告主要包含什么内容?

1.4.2案例分析

【问题1】

信息系统项目可行性研究的目的,就是用最小的代价在尽可能短的时间内确定以下问题:项目有无必要?能否完成?是否值得去做?

(1)项目的必要性分析首先应确定信息系统项目的目标,即本项目想解决哪些问题。在信息系统目标明确之后,如果目前已经有一个(或几个)信息系统正在被人使用,就需要认真分析现有的信息系统。显然,如果现有的信息系统是完美无缺的,完全可以实现新系统的目标要求,谁都不会提出开发新系统的要求。在通常情况下,现有系统必然存在某些缺陷,无法完全实现新系统的目标要求。但这一点并不能成为开发新系统的理由,我们还应仔细分析现有系统对于新系统目标的实现的程度如何,不能实现某个具体目标的原因是什么,经过改进性维护能否实现这些目标。

如果现有的信息系统经过简单的改进性维护就可以实现新的系统目标,就没必要重新开发一个新系统。但在以下情况下,有必要开发新的信息系统。

①原有系统开发不规范,缺少必要的技术文档,原开发人员跳槽,新接手的开发人员很难维护原有系统,维护成本可能会接近甚至超过新开发的成本。

②原系统采用落后的设计技术或因设计人员的水平所限,系统架构设计不合理,难以扩充和修改。

③原系统设计虽然合理,也考虑到了日后的扩充,或因业务发展太快,远远超过原来的设想,

量变引起质变。

④原系统开发工具已过时,用落后的开发工具继续维护还不如用新的开发工具重新开发。

⑤原系统所基于的硬件或软件平台已过时,在原有平台继续维护已无必要,需要开发基于当前流行平台的新系统。

在分析新系统项目开发的必要性时,一定要注意识别是真的“必要”还是假的“必要”。某些开发单位,由于重开发、轻维护,新系统开发人员的地位和待遇远远高于现有系统的维护人员,维护人员考虑到开发新项目的高待遇和成就感,为尽快转入新项目的开发,极力夸大原有系统维护的技术难度和工作量,主张开发新系统,他们所提出的对比分析(维护VS新开发)结果往往带有倾向性。因此,应选择那些与项目本身无利害关系的技术专家进行项目必要性分析。当然,更重要的是,缩小现有系统维护人员和新系统开发人员的收入差距。

另外,某些信息系统开发商往往利用客户(用户)“喜新厌旧”的心理,出于宣传和经营的需要,每隔几年,即使没有太大的功能性和技术性突破,也要策划开发新的系统。有时当竞争对手推出或即将推出新系统时,为保住自己的市场份额,即使条件不具备,也要迅速推出新的系统。这些问题,应属于市场运营策略的范畴,在此不再赘述。

(2)项目的可能性分析

项目的可能性分析主要研究能否利用现有的或可能拥有的技术能力、资金、人力资源和物资等方面的条件来实现信息系统的目标、功能、性能和其他指标,能否在规定的时间期限内完成整个项目。由于项目的可能性分析以技术分析为主,因此也称为技术可行性分析。

项目可能性分析的主要内容如下:

①企业能力分析;

②项目技术来源分析;

③与项目相关的专利分析;

④项目负责人及技术骨干的资质分析;

⑤项目总体技术方案分析;

⑥项目创新点分析;

⑦项目技术可行性分析;

⑧项目技术成熟性分析;

⑨项目产品化分析等。

(3)项目投资及效益分析

明确了项目的必要性和可能性后,还要从投入产出的角度分析项目值不值得去做。项目投资及效益分析,也称为经济可行性分析,主要对整个项目的投资及产生的经济项目进行分析。

该过程一般包括:

①项目投资预算分析;

②项目投资来源分析;

③市场需求与产品销售额分析;

④产品成本、利润与盈亏平衡点分析;

⑤投资回收期、投资收益率分析;

⑥社会效益分析。

可行性研究的步骤包括:

①确定项目规模和目标;

②研究正在运行的系统;

③建立新系统的逻辑模型;

④导出和评价各种方案;

⑤推荐可行性方案;

⑥编写可行性研究报告;

⑦递交可行性研究报告。

【问题2】

可行性研究报告的编写目的是:说明该信息系统开发项目的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到开发目标而可能选择的各种方案;说明并论证所选定的方案。可以参考国家标准《GBIT8567-1988计算机软件产品开发文件编制指南》。

可行性研究报告的编写内容要求如下。

(1)引言:编写目的;背景;定义;参考资料。

(2)可行性研究的前提:要求;目标;条件、假定和限制;进行可行性研究的方法;评价尺度。

(3)对现有系统的分析:处理流程和数据流程;工作负荷;费用开支;人员;设备;局限性。

(4)所建议的系统:对所建议系统的说明;处理流程和数据流程;改进之处;影响;局限性;技术条件方面的可行性。

(5)可选择的其他系统方案:可选择的系统方案。

(6)投资及效益分析:支出;收益;收益/投资比;投资回收周期;敏感性分析。

(7)社会因素方面的可行性:法律方面的可行性;使用方面的可行性。

(8)结论。

在进行可行性分析报告的编制时,必须有一个分析结论。结论可以是:

(1)项目可以立即开始实施。

(2)需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始实施。

(3)需要对开发目标进行某些修改之后才能开始实施。

(4)不能实施或不必实施(例如技术不成熟、经济上不合算等)。

【问题3】

项目论证与评估是项目立项前的最后一关,“先论证,后决策”是现代项目管理的一项基本原则。

项目论证是指对拟实施项目技术上的先进性、成熟性、适用性,经济上的合理性、赢利性,实施上的可能性、风险性进行全面科学的综合分析,为项目决策提供客观依据的一种技术经济研究活动。根据论证执行主体的不同,项目论证可分为内部论证和外部论证。

项目论证与评估可以分步进行,也可以合并进行。实际上,项目论证与评估的内容、程序和依据都是大同小异的,只是侧重点稍有不同,论证的对象可以是未完成的或未选定的方案,而评估的对象一般需要正式的“提交”;论证时着重于听取各方专家意见,评估时更强调要得出权威的结论。

与项目可行性研究类似,项目论证与评估也要从必要性、可能性和投资效益等几个方面对项目进行综合分析。但项目可行性研究一般是项目承担单位的主观性分析,往往是“不识庐山真面目,只缘身在此山中”,而项目论证与评估则是第三方的客观性分析,可以从“横”、“竖”、“远”、“近”、“高”、“低”等各种角度对项目的可行性进行评价。

项目论证与评估完成之后,应编写正式的项目评估报告。项目评估报告一般应包括以下内容:

(1)项目概况。

(2)评估目标。

(3)评估依据。

(4)评估内容。

(5)评估机构与评估专家。

(6)评估过程。

(7)详细评估意见。

(8)存在或遗漏的重大问题。

(9)潜在的风险。

(10)评估结论。

(11)进一步的建议。

因评估机构并无决策权,评估结论一般以建议的方式给出,如“建立立项”“建议不立项”“建议补充材料,重新评估”等。

1.4.3参考答案

【问题1】(7分)

可行性研究的步骤包括:①确定项目规模和目标;②研究正在运行的系统;③建立新系统的逻辑模型;④导出和评价各种方案;⑤推荐可行性方案;⑥编写可行性研究报告;⑦递交可行性研究报告。

【问题2】(8分)

可行性研究报告的编写内容包括:

(1)引言。

(2)可行性研究的前提。

(3)对现有系统的分析。

(4)所建议的系统。

(5)可选择的其他系统方案。

(6)投资及效益分析。

(7)社会因素方面的可行性。

(8)结论。

【问题3】(10分)

项目评估报告一般应包括以下内容:

(1)项目概况。

(2)评估目标。

(3)评估依据。

(4)评估内容。

(5)评估机构与评估专家。

(6)评估过程。

(7)详细评估意见。

(8)存在或遗漏的重大问题。

(9)潜在的风险。

(10)评估结论。

(11)进一步的建议。

第2章项目范围管理案例

项目的范围管理影响到信息系统项目的成功。在实践中,“需求蔓延”是信息系统失败最常见的原因之一,信息系统项目往往在项目启动、计划、执行、甚至收尾时不断加入新功能,无论是客户的要求还是项目实现人员对新技术的试验,都可能导致信息系统项目范围的失控,从而使得信息系统项目无论在时间、资源和质量上都受到严重影响。

2.1案例一:范围定义

阅读以下关于信息系统项目管理过程中范围管理方面问题的叙述,回答问题1至问题3。

2.1.1案例场景

希赛信息技术有限公司(CSAI原本是一家专注于企业信息化的公司,在电子政务如火如茶的时候,开始进军电子政务行业。在电子政务的市场中,接到的第一个项目是开发一套工商审批系统。由于电子政务保密要求,该系统涉及到两个互不联通的子网:政务内网和政务外网。政务内网中储存着全部信息,其中包括部分机密信息;政务外网可以对公众开放,开放的信息必须得到授权。系统要求在这两个子网中的合法用户都可以访问到被授权的信息,访问的信息必须是一致可靠,政务内网的信息可以发布到政务外网,政务外网的信息在经过审批后可以进入政务内网系统。

张工是该项目的项目经理,在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同,有其自身的特殊性,若照搬企业信息化原有的经验和方案必定会遭到惨败。因此采用了严格瀑布模型,并专门招聘了熟悉网络互通互联的技术人员设计了解决方案,在经过严格评审后实施。在项目交付时,虽然系统完全满足了保密性的要求,但用户对系统用户界面提出了较大的异议,认为不符合政务信息系统的风格,操作也不够便捷,要求彻底更换。由于最初设计的缺陷,系统表现层和逻辑层紧密耦合,导致70%的代码重写,而第二版的用户界面仍不能满足最终用户的要求,最终又重写的部分代码才通过验收。由于系统的反复变更,项目组成员产生了强烈的挫折感,士气低落,项目工期也超出原计划的100%。

【问题1】(10分)

请不超过300字,对张工的行为进行点评?

【问题2】(9分)

请从项目范围管理的角度找出该项目实施过程中的主要管理问题?不超过200字回答。

【问题3】(6分)

请结合你本人实际项目经验,指出应如何避免类似问题?不超过200字回答。

2.1.2案例分析

这是一个失败的项目,张工在项目管理中既有闪光点,也有失败的地方。但项目管理中的任何差错都会影响项目的结果,而范围管理的失误对项目的影响更为明显。模糊的项目范围定义、错误的工作分解、缺失的范围确认和无力的范围控制都将严重影响项目的结果。

张工对项目范围有一定的把握。在范围定义中,张工发现了不同行业间具有不同的特点,电子政务行业对系统运行环境有着特殊的要求。根据国家对电子政务的要求,政务内网与政务外网是该行业一致的标准,这与企业信息化是完全不同的。张工捕获到该需求,并对这个需求进行了清晰的定义,根据瀑布模型的要求,对设计和实现都进行了严格的控制,因此在系统交付时完全满足了用户对保密性的要求。在这一点上,张工是成功的。如果在范围定义时忽略了行业标准,项目肯定会招致更大的失败。

但用户界面的风格和操作的便捷性也属于系统范围的一部分。与系统运行环境一样,我们通常称这类需求为隐性需求。这类需求往往不是由用户直接提出,而且受行业特点决定的范围所约束。对于电子政务来说,系统保持一致的风格非常重要。作为政府对公众开放的窗口而言,并不需要很强的个性化,但一致的界面风格可以体现出政务的严肃性。考虑到全体民众层次差异较大,大多数访问系统的用户一般都没有接受过系统使用的培训,操作的便捷性也是政务系统必须实现的功能之一。很明显,对于这些系统的隐性需求张工没有充分考虑,从而导致一而再,再而三的变更。

对于软件项目,所有的需求都必须经过清晰的定义,这些需求都是项目范围的一部分。张工仅仅注意了其中的一部分,而忽略了用户界面,最终导致项目的失败。

对于电子政务信息系统,尤其是面向公众开放的信息系统,范围定义更加困难。这些系统的最终用户几乎不会参加需求开发的工作,他们的需求都是间接的,通过政府部门的负责人传递到项目组。但最终用户的意见对项目的结果会有巨大的影响,这是就对范围管理提出了更高的要求。

除了在范围定义方面的问题外,张工在范围确认和范围控制方面也存在不小的失误。当系统第一次更改时,就应该意识到系统界面风格和操作便捷性的重要性。这时应该清晰地定义系统的界面风格和操作风格,并设法进行确认。如果采取了恰当的措施,第二次的变更是完全可以避免的。

在刚刚进入一个陌生领域的时候,其中充满了各种各样的风险。隐性的行规和行业特点都是项目范围的风险。面对这些风险,即使再细致的调研也无法完全避免,也不能完整定义系统的范围。因此可以考虑采取原型法等方式来提前暴露风险,减少风险带来的损失。因此在案例中,张工也没有进行充分的风险管理,采用严格的瀑布模型增加了风险发生后带来的损失。

对于这个案例,缺乏良好的设计也是很明显的缺陷。用户界面中耦合了大量的业务逻辑,这必然增加变更的代价,从而导致大部分代码重写。若在项目初期意识到界面变更的风险,随之采用良好的设计,将表现层和业务逻辑彻底分开,系统变更的代价也会小得多。

综上所述,项目经理张工在整个案例中,针对范围管理做了一些工作,但不全面,在风险管理和质量管理上也都存在缺陷。

有了上面的分析,这道题就很容易作答。项目的闪光点在于对系统运行环境进行了清晰的定义,并最终满足了用户的要求;但不充分的范围定义和范围确认招致了项目的失败,而采用了抗风险能力较弱的瀑布模型和低质量的设计又雪上加霜,最终导致项目延期100%.

因此第一题答案的要点就很明确了:

(1)张工注意到了系统运行环境的特殊性,在良好设计和实现的情况下满足了用户的要求。

(2)张工忽略了系统用户的潜在要求,在用户界面和操作的风格上范围定义不清晰,造成系统交付的重大变更。

(3)张工在第一次问题发生后仍没有对范围进行有效的管理,造成了系统第二次的变更。

(4)张工没有对用户界面是否能够满足要求的风险进行有效的管理,而是采用了对风险适应性较差的瀑布模型组织开发。

(5)张工没有对设计质量进行有效的控制,造成表现层中耦合了业务逻辑,增加了修改的代价。

对于第二题,是在第一题的基础上考察对范围管理的理解,因此可以忽略在其他领域的问题。在范围管理中主要包括如下内容:

(1)范围管理计划。

(2)范围定义。

(3)工作分解。

(4)范围确认。

(5)范围控制。

在本案例中,没有专门设计到范围管理计划和工作分解的内容。从表面上看,范围定义存在明显的缺陷。但案例中提到系统又发生了第二次变更,由此可见,张工在范围确认和范围控制上也存在不足。若在问题第一次出现时就进行有效的范围确认和范围控制,则完全可以避免第二次的变更。因此,第二题的答案要点如下:

(1)张工没有挖掘到系统的全部隐性需求,缺乏精确的范围定义。

(2)在发生第一次变更时,张工仍没有有效的范围管理,从而造成系统的二次变更。

(3)重复的系统变更说明张工对系统范围控制不足,导致一而再再而三的反复。

在完成第二题后,第三题就是水到渠成了,第三题的要点见参考答案,此处不再赘述。

项目管理是一个系统工程,没有哪种单一的手段可以有效地改善项目,反之管理中的任何疏忽都可能招致严重的后果,造成项目的失败。而软件项目的复杂性又决定了项目中的工作环环相扣,问题也总是相互关联的。在发现问题后,也需要采取多种手段才能彻底解决问题。这对信息系统的项目经理来说是重大的挑战。

2.1.3参考答案

【问题1】(10分)

(1)张工注意到了系统运行环境的特殊性,在良好设计和实现的情况下满足了用户的要求。(2分)

(2)张工忽略了系统用户的潜在要求,在用户界面和操作的风格上范围定义不清晰,造成系统交付时的重大变更。(2分)

(3)张工在第一次问题发生后仍没有对范围进行有效的管理,造成了系统第二次的变更。(2分)

(4)张工没有对用户界面是否能够满足要求的风险进行有效的管理,而是采用了对风险适应性较差的瀑布模型组织开发。(2分)

(5)张工没有对设计质量进行有效的控制,造成表现层中耦合了业务逻辑,增加了修改的代价。(2分)

【问题2】(9分)

(1)张工没有挖掘到系统的全部隐性需求,缺乏精确的范围定义。(3分)

(2)在发生第一次变更时,张工仍没有有效的范围管理,从而造成系统的二次变更。(3分)

(3)重复的系统变更说明张工对系统范围控制不足,导致一而再再而三的反复。(3分)

【问题3】(6分)

有效的范围管理包括了从范围定义到范围控制等多方面的工作,每一项工作都是重要的。对于本案例,要结合行业特点进行需求分析,挖掘系统潜在的需求,同时通过原型等方法来辅助需求的定义,避免范围定义不清晰的问题。

在发生需求变更时需要进行有效的需求控制,尽量在满足用户需求的前提下缩小需求范围,坚决避免需求的再次变更。

2.2案例二:工作要点

阅读以下关于信息系统项目管理过程中项目范围管理方面问题的叙述,回答问题1至问题2。2.2.1案例场景

M集团是希赛信息技术有限公司(CSAI )多年的客户,CSAI已经为其开发了多个信息系统。最近,M又和CSAI签订了新的开发合同,以扩充整个企业的信息化应用范围,张工担任该项目的项目经理。张工组织相关人员对该项目的工作进行了分解,并参考了公司同M曾经合作的项目,评估得到项目,总工作量60人月,计划工期6个月。项目刚刚开始不久,张工的高层经理S找到张工。S表示,由于公司运作的问题,需要在4个月内完成项目,考虑到压缩工期的现实,可以为该项目在增派两名开发人员。张工认为,整个项目的工作量是经过仔细分解后评估得到的,评估过程中也参考了历史上与K企业合作的项目度量数据,该工作量是客观真实的。目前项目已经开始,增派的人手还需要一定的时间熟悉项目情况,因此即使增派两人也很难在四个月内完成。如果强行要求项目组成员通过加班等方式追逐4个月完成的目标,肯定会降低项目的质量,造成用户不满意。因此,张工提出将整个项目分为两部分实现,第一部分使用三个半月的时间,第二部分使用三个月的时间,分别制定出两部分的验收标准,这样不增派开发人员也可以完成。高层经理认为该方案可以满足公司的运作要求,用户也同意按照这种方案进行实施。六个月以后,项目在没有增加人员的前提下顺利地完成,虽然比最初计划延长了半个月的工期,但既达到了公司的要求,客户对最终交付的系统也非常

满意,项目组的成员也没有感受到很大的压力。

【问题1】(10分)

请不超过500字,指出张工是如何保证项目成功的?

【问题2】(15分)

请不超过500字,试结合案例指出项目范围管理的工作要点?

2.2.2案例分析

这是一个成功的项目管理案例,项’目经理张工有效的运用范围管理,在不同的项目干系人中达成一致,使项目的结果同时满足了高层经理、客户和项目组成员的要求。

作为一个项目管理者,必须熟练掌握和应用项目管理九大领域涵盖的知识与技能,对于进行信息系统开发项目而言,范围管理是其中最重要的技能之一。

软件项目的范围主要是由系统需求构成的,而系统需求既是难以把握的,也是容易调整和控制的。软件系统的需求来源于用户需求,在软件项目目标是满足用户需求的情况下,对于相同的用户价值可以定义出不同的系统需求。举一个简单的例子,用户的需求是“解决口渴的问题”,那么最简单的系统需求可以是递上一杯水,复杂一些的可能是递上一杯热水,更复杂的是递上一杯经过多层过滤的纯净水,当然也可以是打一桶虎跑泉的水,然后沏上一杯龙井茶。

用户当然希望用买矿泉水的钱换一杯正宗的龙井茶,但这样的项目范围肯定会导致项目失败。聪明的软件项目经理总是从范围管理开始,先界定系统的边界,然后再在明确的范围内进行时间、成本、风险等的管理。

在项目中,时间、成本和范围构成了一个稳固的三角形,如图2-1所示。

对于该三角形来说,任何一边都不可能孤立地改变。

换句话说,我们不可能固定其中两边而试图缩短第三边。

其实这也是很容易理解的问题,如果项目需要做的东西已

经确定(项目范围固定),项目的人员也已经确定(项目成本

固定),那么项目需要的时间就也是固定的。同理,已经

固定的项目投入和项目时间也只能做出固定的工作。对

于这个三角形而言,非但不可能孤立地改变某一边的长

短,就是三边的变化比例不一致也不可能。不成比例的

变化与孤立的改变某一边是一样的,都将破坏三角形的

结构,违反项目的客观规律,最终招致失败。因此有效的范

围管理更像一门艺术,可以帮助项目经理在已经确定的时

间和成本下完成项目目标。

在本案例中,高层经理S就提出了试图打破这个三角形的要求。他要求,项目组可以增加部分资源,但要提前两个月完成。初一看,并没有在不增加投入的情况下要求项目提前完成,似乎合情合理,比起既要马儿跑又不让马儿吃草的要求好得多,但细一想,增加的资源和提前的时间还是不成比例。项目经理张工深知此中奥妙,因此在听到高层经理的要求后,马上意识到这是一个不可能完成的任务。

那么该如何解决这个矛盾呢?还是要从这个三角形入手。既然时间和资源的变化已经打破了项目规律,那么不妨根据新的时间和资源来重新划定合理的项目范围,保证项目的正常运作。于是,张工将这个项目拆分为两部分,重新定义这两部分的项目范围,使每一部分的范围都可以与已经确定的资源和时间匹配起来,让项目的运作又重新满足了项目的客观规律,最终取得了成功。

在案例中,还有一些细节需要考生注意。张工最初估算整个项目需要花费60人月的总工作量,但如果考虑到拆分为两个阶段后会增加设计的复杂度,增加了额外的验收过程等因素,超出原计划半个月是正常的。计划在6个月内完成。在把项目拆分后,实际是用了6个半月的时间,也就是花费了65人月完成了项目。对于上面介绍的时间、成本和范围的关系而言,仅是在理想情况下成立,即项目成员始终能以固定的成本完成固定的工作。而在实际情况下,项目的工期、复杂度等因素都会对项目造成影响。在案例中,虽然看似两部分工作的总和等于没有拆分前的项目,但这仅对于最终目标而言,拆分后的项目增加了若干中间成果,项目的范围实际上还是扩大了。

因为软件项目的范围直接与需求相关,所以,很多人误认为控制项目范围就是控制需求,而控制的方法就是减少需求的内容。这种理解是完全错误的。

范围控制体现在软件开发的各个阶段,很多范围控制并非是针对客户的要求而进行的。例如,

完整版项目管理案例经典分析珍藏版

案例1背景: 某钢厂改造其烧结车间,由于工期紧,刚确定施工单位的第二天,施工单位还未来得及任命项目经理和组建项目经理部,业主就要求施工单位提供项目管理规划,施工单位在不情愿的情况下提供了一份针对该项目的施工组织设计,其内容深度满足管理规划要求,但业主不接受,一定还要求施工单位提供项目管理规划。 问题: ①项目经理未任命和项目经理部还未建立,就正式发表了施工组织设计,其程序是否正确? ②业主一定要求施工单位提供项目管理规划,其要求是否一定正确? ③项目管理规划是指导项目管理工作的纲领性文件。请简述施工项目管理规划的规划目标及内涵。 ④试说明施工项目管理规划的控制原则。 答:①程序不正确,公司还未任命项目经理,项目经理部还未建立,施工组织设计无人审核和批准,不能发表。 ②施工组织设计可以代替施工项目管理规划,但施工组织设计的内容深度应能满足施工项目管理规划的要求;冶金建设工程中,实际上一直使用施工组织设计代替项目管理规划;施工单位可以向业主说明提供的施工组织设计的内容深度已达到项目管理规划的深度要求,不必再编制项目管理规划。 ③施工项目管理规划的规划目标及内涵有: a.规划目标包括项目的管理目标、质量目标、工期目标、成本目标、安全目标、文明施工及环境保护目标、条件分析及其他内容等; b.内涵包括施工部署、技术组织措施、施工进度计划、施工准备工作计划和资源供应计划和其他文件等。 ④项目管理规划的控制原则为:实现最优化控制;动态控制;主动控制;全过程控制;全要素控制;建立大控制系统的观念;要对规划的实施明确项目经理部各岗位职责、对执行进行检查分析和改进,进一步进行总结。 案例2背景: 华北某厂1260m3级高炉扩容改造工程。根据招标文件要求,为了实现快速、高效、优质、低耗地完成扩容改建任务,该扩容改造,应采用高炉整体平移新技术。高炉分两段安装:第一段为移送;第二段为悬吊,高炉本体工程拟定在拼装平台上基本完成,尽量缩短停炉后施工工期,保证业主要求的工期。高炉本体平移作业采用滚动摩擦方式液压缸推送。要求“新、旧高炉中心线重合,标高与原设计标高相符,误差控制在5~8m”。高炉本体移送重量约4500t。推移高度约为36m,推移距离约42m。高炉本体在液压缸推动下,分步向炉基平移。 问题: ①结合本案例谈谈项目目标的制定。

项目管理案例分析题完整版

《项目管理案例分析》 一、单项选择题 1、项目经理应该掌握的一项最重要的技能是( C ) A.谈判技能 B.影响技能 C.沟通技能 D.问题解决技能 2、大部分项目成本累计曲线呈下列哪种形状( A ) A.S B. L C. T D. Y 3、以下哪种解压法加剧了风险( C) A.赶工 B.资源平衡 C.快速跟进 D.提前量与滞后量 4、你被任命为项目经理,负责某压抑治疗程序的开发与研究。你正在进行围规划,那么在围规划中所创建的围说明书的目的是(A ) A.围说明书描述了项目的目的和主要的可交付成果 B.围说明书描述了如在项目中实现围变更 C.围说明书描述了项目的制约因素和假设条件 D.围说明书描述了成本和时间估算 5、在哪种组织结构中,项目经理拥有最高水平的职权和权力(A) A.项目型 B.强矩阵型 C.职能型 D.平衡矩阵型 6、绩效工具的工具和法不包括(B) A.挣值分析 B.统计抽样 C.偏差分析 D.绩效审核 7、关键路径任务是指(B) A.悲观、乐观和最可能估算历时相等 B.时差为零 C.活动开始日期相同 D.具有多个开始日期和结束日期 8、你的项目正处于围规划阶段,你已经完成了工作分析结构(WBS),以下哪项述是正确的(D) A.WBS把项目的可交付成果分解到可以利用发难识别来判断如平衡两项任务的程度 B. WBS把项目的可交付成果分解到可以轻易识别项目约束和假设的程度 C.WBS把项目的可交付成果分解到可以记载产品分析的程度 D. WBS把项目的可交付成果分解到可以轻易计算成本和时间估算并且可以计算质量控制测量的工作包程度 9、项目的“时限性”的含义是指(B) A.项目持续的时间很短 B。项目有确定的开始和结束时间 C.项目将在未来的一个不确定的时间结束 D。项目可以在任时候取消 10、关于项目收尾阶段,以下的各项述都是正确的,除了(D) A.在项目收尾阶段中,成功的概率是最大的 B. 在项目收尾阶段中,项目经理的影响力是最大的 C在项目收尾阶段中,项目干系人的影响力是最小的 D. 在项目收尾阶段中,风险是最大的 11、项目章程的作用是(B) A.识别并确认项目发起人 B.识别并确认项目的存在,并且为项目调拨组织资源 C.确认项目团队项目经理和项目发起人的存在 D.描述项目选择的法 12、一下哪些是三重约束(D) A.时间、进度和质量 B.时间、可用性和质量 C.时间、费用和进度 D.时间、费用和质量 13、一下午各项目管理阶段的正确顺序是(D) A.启动、执行、计划、控制和结束 B.启动、控制、计划、执行和结束 C.启动、计划、控制、执行和结束 D.启动、计划、执行、控制和结束 14、在以下哪个项目管理阶段,风险和项目干系人最能够影响项目的结果(C) A.计划阶段 B.执行阶段 C.启动阶段 D.控制阶段 15、你是一名项目经理,负责新药的开发项目。根据你指定的项目进度初始计划,你们会错过联邦可证的申请日期。通过计划调整,你发想原本计划先后执行的两项活动是可以同时进行的,这个例子属于(B) A.赶工 B.快速跟进 C.资源平衡 D.调整资源日历 16、作为项目工作容的详细的、最终的估算是下列哪一项(D) A.近似估计 B.初步量级估算 C.预算估算 D.详细估算 17、如果有可能通过其他工作来减小风险,或者如果有其他式能消除风险,就应放弃原先计划,这属于以下哪种风险规避案(B) A.转移、分担风险 B.避免风险 C.接受风险 D.应急 18、评估已识别风险的发生概率以及对项目目标的影响,针对项目规划整体的风险级别,并且就优先考虑的风险制定列表,这一过程描述了下列哪个阶段(C) A.定量风险分析 B.风险识别 C.定性风险分析 D.风险管理计划编制 19、你正在为公司开发一个新,负责检测项目结果,决定其是否符合计划编制程序中的标准,然后采取措施消除不合格的结果,所以有时候需要返工,那么你正处于哪个程序(B) A.风险监控 B.质量监控 C.整体变更控制 D.围变更控制 20、随着项目生命期的进展,资源的投入(C)

项目管理经典案例

一个项目经理的困难选择 张炎正在打电话的时候,他的秘书拿进来一封总部抄送的来自德勤公司的信。张炎是益达公司的项目经理,这两年一直在负责公司在海外的项目开发业务。而此刻这封信正是关于张炎所负责的一个香港的项目。 由于益达是在NASDAQ上市的公司,每个季度的财务报表要经过德勤公司的严格审计。益达核算项目收入的方式是采用完工百分比法,即随着项目的时间进度,按比例将合同款记入公司收入。这个项目2003年9月合同签订之日起,到2004年11月,历时1年多,合同款的80%也已经记入公司收入,而客户实际上的现金支付只有合同款的30%。2004年12月德勤在对公司的审计中发现了这一问 题,于是便寄来这封信,要求公司给予说明。财务部给出的建议是:请德勤向客户公司发欠款确认书,以此证明益达没有虚假账面收入。但是客户公司会签署这份确认书吗?张炎实在是没有把握。 益达公司和AHZ软件 益达公司成立于1992年,伴随着中国电信和因特网事业一路成长发展。其中AHZ软件是益达的核心产品,在国内为中国电信、中国移动等多家大型运营商提供对用户的管理和计费功能。 2003年香港凯业公司对益达的AHZ计费系统表示了兴趣,而益达的董事会也把这次合作看作步入海外市场的重要机遇。凯业成立于1994年,是香港首批获得允许为公众提供互联网服务的电信服务提供商之一,其主要投资方来自于日本。2003年9月,益达公司和凯业公司签署了用户管理和计费软件开发合同,合同金额为695,000美元。在这次项目中,益达将以AHZ产品为基础,结合凯业的业务需要,进行客户化和二次开发工作。对益达来说,这是公司第一个海外项目,标志益达业务步入了国际市场,这一消息使益达在NASDAQ的股票价格因

IT 项目管理经典案例

1、拯救项目团队 徐家龙最近被公司任命为项目经理,负责一个重要但不紧急的项目实施。公司项目管理部为其配备了七位项目成员,这些项目成员来自不同部门,大家都不太熟悉。徐家龙召集大家开启动会议时,说了很多谦虚的话,也请大家一起为做好项目出主意。一起来承担责任,会议开得比较沉闷。 项目开始以后,项目成员一有问题就去找项目经理,请徐经理给出意见,徐经理为了树立自己的权威、表现自己的能力,总是身体力行;其实,有些问题项目成员之间就可以互相帮助,但是他们怕自己的弱点被别人发现,作为以后攻击的借口,所以他们一有问题就找项目经理,其实徐经理的做法也不全对,成员发现了也不吭声,因为他们认为我是按你说得作的,有问题你经理负责。 团队成员之间一团和气,“找徐经理去!我们听你的;成为了该项目团队的口头禅,但是随着时间的推移,这个貌似祥和团结的团队,在进度上很快就出了问题。该项目由重要但不紧急的项目变成了重要还紧急的项目! 项目管理部意识到问题的严重性,派高级项目经理张一峰指导该项目的实施。 1.1问题 问题出在哪儿? 张一峰怎么做?

2、C公司的变更管理 C 公司是一家主要为交通部门从事系统集成业务的公司。 2007 年 3 月底该公司承接了 L 市数字指挥系统的建设工作,公司任命王莽为项目经理。合同金额 300 万交付日期为 7 月 1 日。 王莽组建完团队后,召开了内部的项目启动会议,宣布 4 月 1 日正式开工;大家干劲很高;王莽带领项目团队绘制了项目的生命期模板,分解得到了项目的 WBS ,在此基础上得到了项目计划,然后团队严格按照项目计划执行。a 很遗憾的是:很快项目团队就发现所需的采购设备的项目资金,被公司挪作它用不能及时供给资金。另外这时交付给客户X 模块,虽然用户签收了,但是客户认为项目团队没有领会好他们最急需的需求,希望他们在 4 月底前尽快完成 Y 模块的工作。而项目团队的计划是在 5 月底完成 Y 模块,王莽认为这是客户的变更,需要填写客户变更申请书,客户不承认这是变更,于是引起争执也未填写变更申请书。b 项目团队努力按照计划继续执行,但发现计划越来越难执行;交通部门的意见越来越多,王莽底下的成员看见项目经理已经与客户闹矛盾了,为了缓和关系底下的几个成员;开始不情愿地接受客户的意见,认为能随手改的就改了。公司认为这样作是对的,有助于提高客户满意度,这样到 5 月初时项目计划已经形同虚设。c 随着项目的进行,王莽和项目成员变成了救火队,用交通部们的话说是很好指哪打哪;但是王莽和项目成员发现:自己已经疲于奔命,客户的需求追加了不少,随意的变动也很多。甚至交通部门有的用户上旬说这么改,中旬说那么改,到了下旬说还是上旬作的对,改回去吧!王莽认为这样做下去,自己累死不算,利润率肯定为负数,结局是不讨好的。于是王莽和几个骨干在 5 月底,宁愿不要当月薪水,先后辞职离开了公司。 2.1问题 怎么回事?王莽、管理者各有哪些错误?分步骤的应对措施是什么? A、启动阶段 B、矛盾初起(争执未起) C、计划形同虚设。

项目管理案例分析.doc

IT项目管理案例分析1 案例:IT项目管理分析 摘要:成功项目和失败项目的最大不同在于项目管理。曾经有这样一个项目,对于客户,是新开展的业务;对于集成商,大部分技术是未曾使用过的。通常说来,这样的项目存在极大的风险,那么,请看看其中的项目管理…… 1 项目描述 某年,B计算机公司(以下简称B公司)了解到A企业要建设一个客户服务中心,向客户提供有关本企业产品的咨询、查询、委托、投诉等服务,并希望能够尽可能采用各种计算机和通信技术,为客户提供快速、准确和渠道多样(包括电话、传真、WEB、邮件等)的服务。 1.1 背景 客户服务中心在国内至多属于萌芽状态。 A企业的原有业务运作只有一小部分采用计算机处理,而且原来并不存在客户服务中心这样的机构。 B公司擅长的领域是典型的基于UNIX与TCP/IP的交易处理系统,对于建立客户服务中心所需要的CTI知识知之甚少,WEB开发也从来没有尝试过。 总而言之,这是个新领域,在机会存在的同时,风险也非常大。 1.2 结果 B公司在项目中采用多种从未使用过的技术和产品:Browser/Web Server/Database Server 结构、CTI技术、排队机,并独立开发语音传真服务

器,最后按时完成项目。该项目的完成为后续合作奠定基础,在第二年很快就签署二期合同。 无论是客户还是公司,都对项目的结果表示满意;项目成员也对能参与这个项目表示高兴。 2 项目过程 那么,B公司是如何成功完成这个充满风险的项目呢?项目完成后,公司及客户都认为,因为有一个合格的项目经理。接下来,我们就看看在项目实施过程中项目经理做了哪些事? 2.1 起始阶段 在项目意向明晰后,项目经理首先做的事情是:查阅资料,确定助手,制定下一步计划。 查阅资料主要分两方面:一方面是客户服务中心的技术实现,一方面是A 企业的业务运作。 助手的主要工作内容是在技术和业务方面与项目经理有互补作用。 下一步的计划就是:和客户面对面的沟通,了解客户的期望以及对项目的认知情况,了解客户的业务;进一步了解相关技术;编写方案建议书。 这三方面的工作都是非常重要的,查阅资料表明项目经理意识到项目的难关和风险在哪里,并开始采取措施去规避风险;确定助手为组建项目实施团队奠定基础;下一步计划的目的就是要定义项目,其用途是尽可能使A企业和B 公司的各自期望能够吻合,这会为项目的成功奠定基础。需要注意的是,项目定义对任何一个项目来说都是第一位的,是否以书面形式出现倒在其次,但是

工程项目管理经典案例分析

背景: 某钢厂改造其烧结车间,由于工期紧,刚确定施工单位的第二天,施工单位还未来得及任命项目经理和组建项目经理部,业主就要求施工单位提供项目管理规划,施工单位在不情愿的情况下提供了一份针对该项目的施工组织设计,其内容深度满足管理规划要求,但业主不接受,一定还要求施工单位提供项目管理规划。 问题: ①项目经理未任命和项目经理部还未建立,就正式发表了施工组织设计,其程序是否正确? ②业主一定要求施工单位提供项目管理规划,其要求是否一定正确? ③项目管理规划是指导项目管理工作的纲领性文件。请简述施工项目管理规划的规划目标及内涵。 ④试说明施工项目管理规划的控制原则。 答:①程序不正确,公司还未任命项目经理,项目经理部还未建立,施工组织设计无人审核和批准,不能发表。 ②施工组织设计可以代替施工项目管理规划,但施工组织设计的内容深度应能满足施工项目管理规划的要求;冶金建设工程中,实际上一直使用施工组织设计代替项目管理规划;施工单位可以向业主说明提供的施工组织设计的内容深度已达到项目管理规划的深度要求,不必再编制项目管理规划。 ③施工项目管理规划的规划目标及内涵有: a.规划目标包括项目的管理目标、质量目标、工期目标、成本目标、安全目标、文明施工及环境保护目标、条件分析及其他内容等; b.内涵包括施工部署、技术组织措施、施工进度计划、施工准备工作计划和资源供应计划和其他文件等。 ④项目管理规划的控制原则为:实现最优化控制;动态控制;主动控制;全过程控制;全要素控制;建立大控制系统的观念;要对规划的实施明确项目经理部各岗位职责、对执行进行检查分析和改进,进一步进行总结。 2、背景: 华北某厂1260m3级高炉扩容改造工程。根据招标文件要求,为了实现快速、高效、优质、低耗地完成扩容改建任务,该扩容改造,应采用高炉整体平移新技术。高炉分两段安装:第一段为移送;第二段为悬吊,高炉本体工程拟定在拼装平台上基本完成,尽量缩短停炉后施工工期,保证业主要求的工期。高炉本体平移作业采用滚动摩擦方式液压缸推送。要求“新、旧高炉中心线重合,标高与原设计标高相符,误差控制在5~8m”。高炉本体移送重量约4500t。推移高度约为36m,推移距离约42m。高炉本体在液压缸推动下,分步向炉基平移。 问题: ①结合本案例谈谈项目目标的制定。 ②结合本案例谈谈项目管理的总体安排。 答:①项目的目标包括质量、安全、进度、成本等目标,施工组织设计、项目质量计划由项目经理部编制,并按 规定程序报批和实施。如质量目标:工程质量一次验收合格率100%,单位工程优良率85%以上,质量达到冶金建设工程优良标准。无重大质量事故,质量管理体系持续有效运行。竭尽全力做好工程服务和投产顺产保驾工作,确保用户满意。 安全目标:工亡事故为零;重伤事故为零;重大机械设备事故为零;重大交通事故为零。 现场目标:在争创优质工程的同时,强化现场文明施工的管理,树立公司良好的形象,建设文明、规范的施工现场。 ②项目管理实施项目经理责任制,项目经理对项目实施全方位的管理,负责项目施工全过程的质量、工期、安全、文明施工、确保履行合同,负责组织编制施工组织设计、项目质量计划、相应的项目管理文件。项目经理是工程项目质量、安全的第一责任人。 结合本案例项目管理的总体安排:强化项目管理,全面响应业主技术要求,严格科学管理、精心组织施工,优质、安全、高速建设高炉扩容改造工程。针对本工程的特点,结合类似工程的经验,我们对本工程的总体思路是:项目管理,科学组织;突出重点,齐头并进;有序安排,提高效率;阶段实施,步步为营;统一调度,道路畅通;质量贯标,安全可靠;发挥优势,缩短工期。

项目管理案例分析

省自学考试 《项目管理案例分析》实践考核报告 题目:案例一、案例五 考生: XXXXXXX 考核号: XXXX 号: XXXXXXXXXXXX 考核教师:

目录 案例一:微软公司办公商务单位—Winword之成败 1你认为WinWord的开发项目是成功的,还是失败的?为什么?并阐述影响项目成功的决定因素有那些 (3) 2 WinWord的项目管理过程中存在哪些问题 (4) 3 WinWord开发项目中,采取了怎样的组织形式? (5) 案例五:石化公司低密度聚乙烯装置的风险管理 1根据石化公司对LDPE项目的敏感性分析表,请回答什么是敏感性分析,从敏感性分析表中能得出什么结论 (6) 2结合石化公司LDPE项目回答项目风险应对的方法和手段有哪些?具体如何操作 (6) 3具体分析石化公司LDPE项目可能存在的风险 (8)

案例一:微软公司办公商务单位—WinWord之成败 问题1:你认为WinWord的开发项目是成功的,还是失败的?为什么?并阐述影响项目成功的决定因素有那些? (1)WinWord的开发项目从总体上看还是成功的,从以上的案例可看出,winword的开发是非常不容易的,从开始的筹备到最后的成功发行面临了巨大的压力的同时也带来了技术的创新,引发了新的软件技术革命。该文字处理程序是微软Microsoft Office组件的一部分,它虽然延期完成,但总体上的技术性能得以实现,这是从顾客使用的普遍性程度上能够看出来的,所以这一项目还是被顾客所广泛接受的,所以还是成功的,但是其中的瑕疵也是需要修改的。 (2)影响项目成功的决定因素主要有公司、项目本身和客户三方面的因素:①最主要的还是公司的因素,公司的选择对于项目成败关系非常重大,项目公司的总体经验和实力还表现在能否正确、妥善的处理项目实施阶段的各种问题。首先,公司要制定正确的经营战略,提高自主创新能力,依靠科技进步、科学管理等手段,形成自己的竞争优势。诚信经营,树立良好的信誉和企业形象,根据市场需求生产适销对路的产品。注重产品质量,提高产品的科技含量。自觉适应市场规则。并且为了防止上述问题的发生,需要设计合理的项目管理结构,保证项目的各个投资者有充分的利益需求而投入足够的资源承担起项目的管理责任,建立一支有经验的尽职的经营管理队伍。同时,注意建立相应的平衡制约机制,明确规定项目的决策程序,保护其他投资者的利益。公司必须对各种风险有清楚的认识,较好的处理各种风险。对于如此复杂而种类繁多的风险,公司应具备较强的风险管理能力,应尽可能的采取多种方法降低风险,如进行细致的场地调查、市场调查、准备备用方案、进行竞争控制以及取得货币可兑换性担保,等等。 ②项目本身的因素:项目成功的最重要因素之一是项目是否可行,尤其是项目在经济上是否可行。在项目初期,发起人应进行可行性研究,确定项目的可行性,可行性研究应该证明项目在不同方案下的财务和经济均是可行的。在进行可行性研究时应该对项目进行认真规划,增强项目的吸引力。在选择项目时,首先应考虑项目的必要性,即该项目是否很需要。包括项目是否在国家允许私人投资进入的产业围,特别是项目是否是国家急需建设的基础设施。在考虑项目的必要性时,

项目管理成功及失败经典案例

成功的项目管理案例: 古代有一个最成功的项目团队,那就是西游记的取经团队。 背景:为了完成西天取经任务,组成取经团队,成员有唐僧、孙悟空、猪八戒、沙和尚。其中唐僧是项目经理、孙悟空是技术核心、猪八戒和沙和尚是普通团员。这个团队的高层领导是观音。 团队的组成很有意思,唐僧作为项目经理PM,有很坚韧的品性和极高的原则性,不达目的不罢休,又有很得上司支持和赏识(直接得到唐太宗的任命,既给袈裟,又给金碗;又得到以观音为首的各路神仙的广泛支持和帮助)。沙和尚言语不多,任劳任怨,承担了项目中挑担这种粗笨无聊的工作。猪八戒这个成员,看起来好吃懒做,贪财好色,又不肯干活,最多牵下马,好像留在团队里没有什么用处,其实他的存在还是有很大用处的,因为他性格开朗,能够接受任何批评而毫无负担压力,在项目组中承担了润滑油的作用。 最关键的还是孙悟空,由于孙悟空是这个取经团队里的核心,但是他的性格极为放荡,回想他那大闹天空的历史,恐怕作为普通人来说没有人会让这种人呆在团队里,但是取经项目要想成功实在缺不了这个人,只好采用些手腕来收复他。这些手段是,首先,把他给弄得很惨(压在五指山下500年,整天喝铜汁铁水);在他绝望的时候,又让项目经理去解救他于水火之中以使他心存感激;当然光收买人心是不够的, 还要给他许诺美好的愿景(取完经后高升为正牌仙人);当然最主要的是为了让项目经理可以直接控制好他,给他戴个紧箍,不听话就念咒惩罚他。 孙悟空毕竟是牛人,承担了取经项目中的赶妖除魔的绝大多数重要任务,虽然是个难于管束的主,不能只用手段来约束他,这时猪八戒的作用就出来了,在孙悟空苦恼的时候,上司不能得罪,沙和尚这种老实人又不好伤害,只好通过戏弄猪八戒来排除心中的郁闷,反正猪八戒是个乐天派,任何的指责都不会放在心上。 在取经的项目实施的过程中,除了自己的艰辛劳动外,这个团队非常善于利用外部的资源,只要有问题搞不定,马上向领导汇报(主要是直接领导观音),或者通过各种关系,找来各路神仙帮忙(从哪咤到如来佛),以搞定各种难题。西游记里特别强调得到高层支持的重要性,有没有靠山真的很不同,君不见象白骨精这种没有靠山的妖魔都会死得很惨;只要有靠山的,这个妖魔就算犯了天大的事,关键的时候总会有后台跳出来搭救。

(完整版)项目管理案例分析题答案

一、【背景】中国人民解放军某空军部队,拟在与蒙古接壤的二连浩特市建设一雷达生产厂, 经国家有关部门批准后,开始对本项目筹集资金和施工图设计,该项目资金由自筹资金和银 行贷款两部分组成,自筹资金已全部到位,银行贷款预计在2004年7月30日到位,2004年3月18日设计单位完成了初步设计图纸,12日进入施工图纸设计阶段,预计5月8日完成施工图纸设计,该空军部队考虑到该项目要在年底前竣工。遂决定于3月19日进行施工招标。施工招标采用邀请招标方式,并于3月20日向与其合作过的施工单位中选择了两家 发出了投标邀请书。 【问题】 1建设工程施工招标的必备条件有哪些? 2本项目在上述条件下是否可以进行工程施工招标,为什么? 3在何种情况下,经批准可以采取邀请招标方式进行招标? 4招标人在招标过程中的不妥之处有哪些?并说明理由。 答案: 1、建设工程施工招标的必备条件有: (1)招标人已经依法成立; (2)初步设计及概算应当履行审批手续的,已经批准; (3)招标范围、招标方式和招标组织形式等应当履行核准手续的,已经核准; (4)有相应资金或资金来源已经落实; (5)有招标所需的设计图纸及技术资料。 2、本项目在上述条件下不可以进行工程施工招标。因为该项目还不具备施工招标的必备条 件。 3、有下列情形之一的,经批准可以进行邀请招标: (1)项目技术复杂或有特殊要求,只有少量几家潜在投标人可供选择的; (2)受自然地域环境限制的; (3)涉及国家安全、国家秘密或者抢险救灾,适宜招标但不宜公开招标的; (4)拟公开招标的费用与项目的价值相比,不值得的; (5)法律、法规规定不宜公开招标的。 4、招标人在招标过程中的不妥之处和理由是: (1)不妥之处:招标人于2004年3月19日进行施工招标。 理由:该项目建设奖金没有全部落实,不具备施工招标所需的设计图纸。

项目管理案例分析报告

省自学考试 《项目管理案例分析》 实践考核报告 ) 题目:____________________________________ 考生:____________________________________ 考核号:____________________________________ 号:____________________________________ 考核教师:____________________________________

案例一:微软公司办公商务单位-----WinWord之成败 1、你认为WinWord的开发项目是成功的,还是失败的?为什么?并阐述影响项目成功的决定因素有哪些? 答:(一)总的来说项目是成功的,虽然延期完成,但总体上技术性能得以实现:微软公司的Opus(微软windows字处理开发项目的代码名称)项目在历经了五年多的开发艰辛之后,终于在1989年11月30日上市了。尽管产品的最终上市时间与原定计划相距甚远,但word for windows(部成为winword)仍然获得了关键性的好评。这是微软首个在颇有影响的计算机周刊“InfoWorld”的评比中排名高于它的对手WordPerfect的字处理软件,销量超过了微软预期目标。 同时从顾客的角度看:项目结果被顾客所接受的。WordforWindows的市场反应尽管WinWord开发延迟了很长时间,但当时只有另外一家公司——Samna,有能力早一步发行了一个功能全面的Windows下的字处理软件。尽管要精确度量顾客的反应还太早,早期的迹象仍是十分令人鼓舞的。计算机杂志和期刊做出的评论全都是正面的,而这些评论对市场知觉有很大影响。WinWord被描述为使用简单,而且第一版竟然令人难以置信的没有错误,许多杂志为WinWord的评分高于任何其他PC字处理软件。 (二)调查研究显示,有七个主要的因素影响项目的成功: (1)协调和关系, (2)充分的项目构架和控制, (3)项目独特性、重要性、公众公开性, (4)成功标准很明确并对此有共识, (5)竞争和预算压力, (6)最初过于乐观、概念的难度, (7)集结的部能力。 其中“竞争和预算压力”与“最初过于乐观、概念的难度”两个因素起的是反方向作用力,即加强竞争压力可使项目成功的可能性减弱,而加强协调可使项目成功的可能性增强。每个因素可能包含一系列的要素。下列各条是构成协调和关系变量的分要素: (1)项目团队的精神、使命感、献身精神和能力。 (2)项目经理和智能部门经理、政府官员、业主代表以及上级之间的团结。 (3)项目经理的权威、人事和行政管理技巧。 (4)现实的进度报告、变更程序的适当性和支持措施的可获得性。 (5)项目团队工作的稳定性和安全性,部人员参与决策、解决主要问题的积极性。 (6)公司上层机构的积极性。 2、WinWord的项目管理过程中存在哪些问题?应如何改进? 答:(一)计划不明确 计划是项目管理的基本组成部分。没有有效的计划,任何项目的失败几率将大增。实际上,

企业知识管理经典案例分析

企业知识管理案例分析 案例1 安达信 安达信(Arthur Anderson, AA) 公司主要从事会计与审计、税务、商务顾问、咨询服务等业务,因为它为客户提供的服务99.5% 基于知识,因此,知识是企业最重要的资源,贯穿于决策和管理过程的始终。公司面临的最大挑战是如何将所有信息组合成一个中心知识库。该公司对知识管理的定义是:“ 促进个人和组织学习的过程”。在实施知识管理时,该公司的一些重要理念还包括: ? 知识与学习密切相关; ? 在将知识与管理结合时,遇到的最大问题是知识不容易管理,因为它存储在人们的头脑中; ? 知识管理策略应该与公司的商业策略密切结合。 目标 ? 帮助员工表达他们的思想; ? 帮助知识经理们更好地组织知识; ? 不断充实知识管理系统,使其容更加丰富,鼓励员工使用它; ? 力求使企业的所有知识都变成可以查询和获取的显性知识。 计划的实施 安达信成立了一个专门的知识管理委员会,负责制定具有竞争优势的策略。每一条服务线和每一个产业部门都有责任保证知识的共享。同时,每一条服务线和每个产业部门都配备了一名知识经理,共计60 名,其中一些人全职负责知识管理工作。 ? CIO 与CKO 的职责 前者关注技术,后者的工作集中于知识处理、调查和评估用户对知识产品的使用情况。但无论工作重点如何,两者总是紧密地结合在一起进行合作。在企业部,并不是所有的信息都能被上载到网上去,需要对它们进行评估,有价值的信息才能上载。 ? 技术平台

安达信的知识管理系统基于普通的软硬件平台(Windows 、Lotus Notes 和PC 机)。所采用的三大技术是:群件技术、Internet/Intranet 、数据库和指示系统(Database & Pointer System)。其中使用最频繁的技术是以下三种: ① Lotus Notes 确保信息能够安全地在全球围传播; ②语音允许人们能够在任何情况下进行交流; ③知识基地提供最佳实践数据库。 实践 安达信的知识管理项目获得了以下成果: ①全球最佳实践项目(GBP ) ②网上安达信 所有员工都是部网的用户,网上提供的信息主要包括三个方面:公告(例如,金融市场产业)、相关资 源(例如,有关会议和有关公司其他投入产出的结果)以及网上对话与讨论。 ③电子知识蓝图 ④ 全球最佳实践基地(Global Best Practice Base ) 汇集了各类项目报告,共 2 万多页(同时有光盘版)。在总部有25 个人监督它的使用情况,并对容进行整理。该项目的定量和定性工具能够帮助人们构建事件的框架,并按优先次序排列。 ⑤ 商务咨询顾问 提供安达信所有的商务咨询方法(被制作成光盘),并提供50?100种工具,咨询人员可以将其作为辅 助工具。 ⑥ 专家向新手传递知识知识管理的难点之一是专家如何将自己的经验和知识传递给新手,在安达信,新手通过全球培训数据库获得知识。 经验教训 ? 引入Lotus Notes 时,并没有提供全球最佳实践数据库的能力,但事实证明这个数据库很有用,因此安达信应该与Lotus 协作,提供能满足全球最佳实践需求的产品信息。 ? 应该尽早采用委员会或小组方式推进知识共享的策略,在知识创新、评估以及监督等方面充分发挥知识经理的

软件项目管理案例分析20题

软件项目管理案例分析 案例分析一 问题1: 本项目申请国家技术创新基金100万元,但国家实际批准基金额度很可能会低于100万元,“项目投资来源”中应当说明:当国家实际批准基金低于申请额度时,如何补足二者之间的差额以及由此所引起的地方匹配基金的差额。 应重新召开股东大会并讨论以下议题:当国家实际批准基金低于申请额度时,公司是否愿意补足二者之间的差额以及由此引起的地方匹配基金的差额。 如果能够通过,应在“项目投资来源”中加注:当国家实际批准基金低于申请额度时,公司承诺补足二者之间的差额以及由此引起的地方匹配基金的差额(附新的公司股东大会决议)。 问题2: A,B双方以B方现有技术成果为基础进一步合作开发,应明确以下几个主要问题:(1)B方是以现有技术成果折价入股,还是将现有技术成果转让给A方; (2)如果是“技术转让”,应明确是“专利权转让”、“专利实施许可”、还是“技术秘密转让”? (3)双方是否已就合作开发的新技术成果的所有权、使用权以及利益分成问题达成一致意见? 双方是否已正式签订“合作开发合同”或“技术转让合同”? 问题3: 应主要从以下几方面分析项目技术的成熟性: (1)关键技术成熟性分析(包括采用的现有成熟关键技术、已攻克的关键技术、待研究的关键技术等); (2)项目采用的关键技术是否获得国家、部门或地方科技计划的支持(已获得、尚未获得)及计划的名称、获得支持的时间; (3)项目采用的关键技术是否通过技术鉴定(已鉴定、尚未鉴定)及鉴定单位、鉴定意见、鉴定时间。 案例分析二 问题1: 由项目执行偏差导致项目计划变更的各种诱发因素称为项目变更的内部因素。由项目目标变化导致项目计划变更的各种诱发因素称为项目变更的外部因素。 问题2: “B方首付资金未能按时交付”、“A方盲目确定进度目标”、“A方的前期设计有疏漏”、“A方编制的需求分析说明书未能准确、全面地表达B方的实际需求”、“B方自行负责的机房装修误期”、“A方开发人员跳槽”,属于项目变更的内部因素。 “证监会要求上市公司执行新的会计制度”、“B方因机构重组改变了业务流程”、“B方提出增加合同审计功能”、“B方行业主管部门发布了新的行业ERP实施规范”,属于变更的外部因素。 问题3: “A方盲目确定进度目标”、“A方的前期设计有疏漏”、“A方开发人员跳槽”,属于A方责任。由此而增加的项目经费,由A方承担。“需求分析时,B方表达不清,A方理解有误,双方沟通不够,A方编制的需求分析说明了书未能准确、全面地表达B方的实际需求,而B方未能及时指正”,属于双方责任,由此而增加的项目经费,由A、B双方协商分

项目管理经典案例

项目管理经典案例:地主奋斗的故事 古代,有一个地主,家有良田百亩,算是一个小地主,他家一共雇佣了4 个雇农,都属于长工性质,主要负责田地的耕种。 开始,地主按照传统的方式对雇农采用高压政策,雇佣了一个护卫作为监工,现场监督雇农劳作,雇农稍有懈怠就会招来监工的一顿鞭打。雇农们非常气愤,经常聚集在一起声讨地主,一致达成默契,表面服从,但暗地里都不努力劳动,一有可能就磨洋工。 一年下来,收成比别家低了许多,地主一怒之下,认为护卫监工不力,便换了个护卫,由于成本问题,他不可能雇佣更多的人来做监工。第二年收成依然下降,而且还发生了雇农集体罢工事件。 地主气不打一处来,将监工和雇农全部拿下,并增加了四个雇农,他们分别是张三、李四、王五、赵六,同时地主亲自参与监督雇农的劳作,但情况丝毫没有转变,到了年底收成依然达不到理想水平。 地主苦恼极了,正在此时,一个西方的传教士来到这个封闭的山庄,经过与传教士的深层次交流,地主深感资本主义的先进性,他转变成为了新兴派人物,同时落实到实际情况上,他辞退了监工,并强调给予雇农们充分人权和自由,保证不再采用强制性的高压政策,而采用固定工资制并制定了详细的规章制度。 规章制度规定雇农们每日鸡叫必须起床,太阳升起之前必须上岗劳动,中午太阳烈时可以在树荫下休息一个时辰,太阳落山了才能够收工。上工和收工都必须在地主家按拇指印,考虑到雇农还得照顾家庭,地主规定雇农每隔5天可以休息2天,但条件是不得耽误农活。 凡违反劳动记录,一次迟到或早退扣罚当天工资,一次旷工扣罚10天工资,一年累计5次旷工(三次迟到或早退算一次旷工,缺少一个拇指印按半次旷工处理)做自动离职处理。劳动期间不准偷懒和晒太阳,凡发现者一律按迟到论处。 由于地主提供的薪金极具挑战性,而且按月提供,不至于青黄不接,雇农们欣喜若狂,纷纷表示一定要努力工作,以报答地主的大恩大德。 当年土地收成提高了50,地主看到民主管理带来的巨大收益,高兴得嘴都笑不合拢。兴奋之余,他决定扩大生产规模,于是向其他地主购买了100亩土地,另外又招聘了周七、武八两个雇农,准备大干一场。 一切照旧,想象着年底丰厚的收成,地主经常从睡梦中笑醒,日子一天天过去,年底来了,收成汇总下来,在新增100亩地和两个人的情况下,收入仅仅增长了10.地主气急败坏,把雇农们召集起来,开了一个声色俱厉的批判大会。大

项目管理案例经典分析(珍藏版)

某钢厂改造其烧结车间,由于工期紧,刚确定施工单位的第二天,施工单位还未来得及任命项目经理和组建项目经理部,业主就要求施工单位提供项目管理规划,施工单位在不情愿的情况下提供了一份针对该项目的施工组织设计,其内容深度满足管理规划要求,但业主不接受,一定还要求施工单位提供项目管理规划。 问题: ①项目经理未任命和项目经理部还未建立,就正式发表了施工组织设计,其程序是否正确? ②业主一定要求施工单位提供项目管理规划,其要求是否一定正确? ③项目管理规划是指导项目管理工作的纲领性文件。请简述施工项目管理规划的规划目标及内涵。 ④试说明施工项目管理规划的控制原则。 答:①程序不正确,公司还未任命项目经理,项目经理部还未建立,施工组织设计无人审核和批准,不能发表。 ②施工组织设计可以代替施工项目管理规划,但施工组织设计的内容深度应能满足施工项目管理规划的要求;冶金建设工程中,实际上一直使用施工组织设计代替项目管理规划;施工单位可以向业主说明提供的施工组织设计的内容深度已达到项目管理规划的深度要求,不必再编制项目管理规划。 ③施工项目管理规划的规划目标及内涵有: a.规划目标包括项目的管理目标、质量目标、工期目标、成本目标、安全目标、文明施工及环境保护目标、条件分析及其他内容等; b.内涵包括施工部署、技术组织措施、施工进度计划、施工准备工作计划和资源供应计划和其他文件等。 ④项目管理规划的控制原则为:实现最优化控制;动态控制;主动控制;全过程控制;全要素控制;建立大控制系统的观念;要对规划的实施明确项目经理部各岗位职责、对执行进行检查分析和改进,进一步进行总结。

华北某厂1260m3级高炉扩容改造工程。根据招标文件要求,为了实现快速、高效、优质、低耗地完成扩容改建任务,该扩容改造,应采用高炉整体平移新技术。高炉分两段安装:第一段为移送;第二段为悬吊,高炉本体工程拟定在拼装平台上基本完成,尽量缩短停炉后施工工期,保证业主要求的工期。高炉本体平移作业采用滚动摩擦方式液压缸推送。要求“新、旧高炉中心线重合,标高与原设计标高相符,误差控制在5~8m”。高炉本体移送重量约4500t。推移高度约为36m,推移距离约42m。高炉本体在液压缸推动下,分步向炉基平移。 问题: ①结合本案例谈谈项目目标的制定。 ②结合本案例谈谈项目管理的总体安排。 答:①项目的目标包括质量、安全、进度、成本等目标,施工组织设计、项目质量计划由项目经理部编制,并按规定程序报批和实施。如质量目标:工程质量一次验收合格率100%,单位工程优良率85%以上,质量达到冶金建设工程优良标准。无重大质量事故,质量管理体系持续有效运行。竭尽全力做好工程服务和投产顺产保驾工作,确保用户满意。 安全目标:工亡事故为零;重伤事故为零;重大机械设备事故为零;重大交通事故为零。 现场目标:在争创优质工程的同时,强化现场文明施工的管理,树立公司良好的形象,建设文明、规范的施工现场。 ②项目管理实施项目经理责任制,项目经理对项目实施全方位的管理,负责项目施工全过程的质量、工期、安全、文明施工、确保履行合同,负责组织编制施工组织设计、项目质量计划、相应的项目管理文件。项目经理是工程项目质量、安全的第一责任人。 结合本案例项目管理的总体安排:强化项目管理,全面响应业主技术要求,严格科学管理、精心组织施工,优质、安全、高速建设高炉扩容改造工程。针对本工程的特点,结合类似工程的经验,我们对本工程的总体思路是:项目管理,科学组织;突出重点,齐头并进;有序安排,提高效率;阶段实施,步步为营;

项目管理案例分析试题及答案

谁该为项目失败负主要责任 【案例正文】 小王被任命管理一个重要的软件项目,项目组有 3 个成员。如果该项目不能按照客户的质量要求如期 完成,公司将损失大笔收入,这一损失将影响到公司的未来发展。但结果是项目在小王手上失败了!项目 不但延期了 25%,而且客户还在公司的成员各自开发的模块间发现了明显的集成问题。 情形是这样的:·小王过去是一个很好的程序员,在去年被提拔为经理。 ·成员 A 是一个有能力的程序员,在项目的过程中他被小王的经理调去参加公司的培训课程,这造成 了他 30%的工作延期,培训回来以后,公司宣布他在完成该项目后将被提拔到新的岗位,于是他一直忙于 熟悉新的岗位和经理,他的项目后期工作质量受到了严重影响。 ·成员 B 是最没经验的程序员,他的开发进度较慢,不幸的是在项目过程当中他生了 5 天病,这更加 减慢了他的进度。尽管他努力追赶但由于没有任何有经验成员的帮助,他还是不能按时完成任务。 ·成员 C 是最有经验的程序员,他的绩效是公司的一个标杆。他被分配完成这个项目最困难的任务, 并提前 25%完成了该项工作。他还被分配负责集成所有的软件并进行测试,但他声称由于 A 和 B 的延误、A 的低质量的原因,在你规定的发布时限之前,他没有时间对软件作彻底的测试。小王曾经跟 A

注于眼前的工作问题有过几次谈话,但没能见到任何改进。要求休完病假的 B 加班以赶上进度,他也照办了。小王要 C 帮助 B,他说他做过努力,但他认为 B 缺乏经验太难交流。 综上所述,究竟谁该为项目的失败负主要责任? 【相关分析】这个项目主要失败在对人力资源的管理上。在其各过程的控制中都存在着问题。 1、制定人力资源计划——识别和记录项目角色、职责、所需技能以及报告关系,并编制人员配备管理计划的过程。 这个过程应该特别关注稀缺或有限人力资源的可得性,或者各方面对这些资源的竞争。编制人力资源计划时,必须认真考虑这些因素对成本、进度、风险、质量各方面的影响,并编制人力资源配备的备选方案。应该拟定人员配备管理计划,说明需要每个团队成员的时间段,特别针对成员 A 和 C 应有资源日历;针对成员 B 应有培训计划; 2、组建项目团队——确认可用人力资源并组建项目所需团队的过程。 项目经理或项目管理团队应该进行有效谈判,并影响那些能为项目提供所需人力资源的人员。在本例中表现为小王应该与其职能经理就成员 A 的使用问题进行有效的沟通。如果不得不使用替代资源,项目经理应该在项目管理相关计划中说明缺少所需人力资源可能造成的影响。 3、建设项目团队——提高工作能力、促进团队互动和改善团队氛围,以提高项目绩效的过程。 团队协作是项目成功的关键因素,而建设高效的项目团队是项目经理的主要职责之一。而在本例中,成员生产率低下,团队成员之间缺乏认同与合作,团队环境恶化。 建议开展项目团队建设工作(如培训、团队建设、集中办公、基本规则宣导等),在过程中对团队进行正式或非正式的项目绩效评价,对成员的优良行为给予认可与奖励。项目团队建设会经历几个阶段(形成阶段--震荡阶段—规范阶段—成熟阶段—解散阶段),这里要凭借项目经理的力量有效带领团队经历所有阶段。 4、管理项目团队——跟踪团队成员的表现,提供反馈,解决问题并管理变更,以优化项目绩效的过程。在本例中,针对种种突发状况,小王缺乏积极的应对。事先无预防,事中无监控,事后无评估。从而造成进度延迟、质量低下。 建议通过以下方式改善局面: 1)预防措施是指在问题发生前所制定的、用来降低问题发生概率和/或影响的措施。这些措施可包括为减轻成员缺勤所带来的问题而开展的交叉培训,以及为确保所有职责的履行而进一步开展的角色澄清。团队成员经验水平的高低,将减少或增加项目风险,对此项目经理有必要进行额外的风险规划; 2)在项目执行过程中: 多观察和交谈,随时了解项目团队成员的工作和态度。项目管理团队应该监督项目可交付成果的进展,了解团队成员引以为荣的成就,以及了解各种人际关系问题。 过程中,应该持续地对项目团队绩效进行正式或非正式评价。 问题日志记录。书面日志能记录并帮助监控谁负责在目标日期之内解决某个特定问题。应该针对妨碍团队实现目标的各种障碍来解决问题。 3)人员配备的变化,无论是自主选择还是由不可控事件造成的,都会影响项目管理计划的其他部分。如果人员配备问题干扰了项目管理计划的实施,诸如造成进度拖延或预算超支,就需要通过实施整体变更控制过程来处理变更请求。

相关文档
最新文档