您的当前位置:首页高级项目管理师上半年案例知识总结

高级项目管理师上半年案例知识总结

2020-04-25 来源:乌哈旅游
内部资料

上半年案例分析备考要点总结

老师温馨提示:

1、要熟记案例分析解题“三段法”;

2、除以下要点外,还要求掌握十大管理输入输出、工具方法; 3、要掌握戴明环PDCA思想,人机物法环思想、典型“坑”思想; 4、必考点必须掌握。

立项管理.............................................................................................................................................2 整体管理.............................................................................................................................................5 范围管理.............................................................................................................................................7 进度管理...........................................................................................................................................10 成本管理...........................................................................................................................................11 质量管理...........................................................................................................................................12 人力资源管理....................................................................................................................................14 沟通管理...........................................................................................................................................17 干系人管理.......................................................................................................................................19 风险管理...........................................................................................................................................20 变更管理和配置管理..........................................................................................................................22 采购管理...........................................................................................................................................23 高级项目管理知识.............................................................................................................................25

1

内部资料

立项管理

如何启动项目:

①识别需求;②解决方案的确定;③项目可行性分析;④项目立项;⑤项目章程的确定。 可行性研究的内容:

①技术可行性分析;②经济可行性分析;③运行环境可行性分析;④其他方面的可行性 分析(法律可行性、社会可行性)。 可行性研究的步骤:

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

①引言;②可行性研究的前提;③对现有系统的分析;④所建议的系统;⑤可选择的其 他系统方案;⑥投资及效益分析;⑦社会因素方面的可行性;⑧结论。

可能案例模式:

①可行性研究,就是考理论。或者让你对比着可行性研究指出这个项目哪个地方做的不 足。

补充知识点:信息系统项目可行性研究的目的,就是用最小的代价在尽可能短的时间内确定 以下问题:项目有无必要(项目的必要性分析)?能否完成?(项目的可能性分析)是否值 得去做?(项目投资及效益分析) 项目的必要性分析:

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

2原系统采用落后的设计或因设计人员的水平有限,系统架构设计不合理,难以扩充和修改。 3原系统设计虽然合理,也考虑到了日后的扩充,但因业务发展太快,远远超过原来的设想, 量变引起质变

4原系统开发工具已过时,用落后的开发工具继续维护还不如用新的开发工具重新开发。 5原系统所基于的硬件或软件平台已过时,在原有平台继续维护已无必要,需要开发基于当 前流行平台的新系统。 项目的可能性:

1企业能力分析 2项目技术来源分析

3与项目相关的专利分析。

4项目负责人及技术骨干的资质分析 5项目总体技术方案分析 6项目创新点分析 7项目技术可行性分析 8项目技术成熟性分析 9项目产品化分析等 项目投资及效益分析: 1项目投资预算分析 2项目投资来源分析

2

内部资料

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

4产品成本、利润与盈亏平衡点分析 5投资回收期、投资收益率分析 6社会效益分析。

净现值分析:在贴现了所有的成本和收益之后,贴现后的收益与贴现后的成本之和就等 于净现值。如果结果为正,则投资就是可行的;结果为负,则投资就不够好。具有最高正净 现值的方案就是最佳投资方案。

净现值是未来现金流量的当前值,其中已经包含了时间因素,在对多个项目或方案做选 择时,净现值最高的就是最好的。

净现值缺陷:它的主要缺陷是受人为因素的影响。首先是现金流量是人为估出来的,正 确性依赖于评估人的经验;其次项目的使用寿命,还有内部收益率或贴现率,许多数据都是 基于对未来预测的基础之上的,而预测的准确性又取决于预测者的经验,态度及对风险的偏 好,即存在诸多人为因素,可能出现判断的失误。可以通过约当系数法、风险调整贴现率来 纠偏。

乐观准则,也称大中取大法(MaxMax准侧),原理简单各个方案都取最大,然后比较, 取最大的。

悲观准侧,小中取大法(MinMax准则),原理简单各个方案都取最小,然后比较,取里面最 大的。

后悔值准侧,也称大中取小法(MaxMin准则),后悔值又称“机会损失值”,是指在一 定自然状态下由于未采取最好的行动方案,失去了取得最大收益的机会而造成的损失。 ②描述一个项目流程,然后问你基础知识。大多数是直接回答,基本跟案例无关,例如下面 的补充知识点

项目启动包括哪几个主要活动? 识别项目需求 解决方案的确定

对项目进行可行性分析 项目立项 项目章程的确定

其他知识点补充:

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

2评估目标 3评估依据 4评估内容

5评估机构与评估专家 6评估过程

7详细评估意见

8存在或遗漏的重大问题 9潜在的风险 10评估结论

11进一步的建议。

3

内部资料

评估流程:

1成立评估小组,进行分工,制定评估工作计划

2开展调查研究,收集数据资料,并对可行性研究报告和相关材料进行审查和分析 3分析与评估 4编写评估报告 5讨论、修改报告 6专家论证会 7评估报告定稿

老师寄语:从近几年的情况来看,项目可行性研究的考查不是很多,这部分主要是理论的考 察背诵,不论是高级项目经理还是项目经理,都是备考的重点,这就要求我们在备考中要提 高理论背诵的重视程度。

4

内部资料

整体管理

项目章程内容:

①项目需求,反应干系人的要求与期望;②项目必须实现的商业需求、项目概述或产品 需求;③项目的目的或论证的结果;④任命项目经理并授权;⑤里程碑进度计划;⑥干 系人的影响;⑦组织职能;⑧组织的、环境的和外部的假设;⑨组织的、环境的和外部 的约束;⑩论证项目业务预算,包括投资回报率;⑪概要预算。 项目管理计划内容:

1)项目背景

2)项目经理、项目经理的主管领导、客户方联系人、客户方的主管领导,项目领导小

组(项目管理团队)和项目实施小组人员 3)项目的整体技术解决方案

4)所选择的项目管理过程及执行水平

5)对用这些过程的工具、技术和输入输出的描述 6)选择的项目的生命周期和相关的项目阶段 7)项目最终目标和阶段性目标

8)进度计划 9)项目预算

10)变更流程和变更控制委员会

11)对于内容、范围和时间的关键评审,以便确定悬留问题和未决决策

必考点 变更流程:

①变更请求;②变更评估;③CCB变更决策;④通知项目干系人;⑤变更实施;⑥变更 验证;⑦变更存档。

有可能的问题:

①对用户的要求未进行记录;②对变更的请求未进行足够的分析,也没有获得批准;③ 在修改的过程中没有注意进行版本管理;④修改完成后未进行验证;⑤修改的内容未和 项目干系人进行沟通;⑥粗暴拒绝变更。 导致的后果:

①缺乏对变更请求的记录可能会导致对产品的变更历史无法追溯,并会导致对工作产物 的整体变化情况失去把握;②缺乏对变更请求的分析可能会导致后期的变更工作失误; ③在修改过程中不注意版本管理,一方面可能会导致当变更失败时无法进行复原;另一 方面,对于组织财富和经验的积累也是不利的;④修改完成后不进行验证则难以确证变 更是否正确实现;⑤未与项目干系人进行沟通可能会导致项目干系人的工作之间出现不 一致之处;⑥干系人不满。 可能案例:

需求不明确的情况下就签订合同,开发过程中开发人员对于变更随便答应。随着项目进行, 变更越来越混乱,导致项目失败。

答题要点:这类题目是变更管理里面的典型题目,总结了一下基本需要答以下几点 1在项目功能和标准不明确的时候就签订了合同,为后来的项目变更埋下了隐患 2没有建立项目变更管理制度(例如:开发人员随口答应,不上报给项目经理)

3作为上点的衍生品,还可以回答,变更请求没有经过评估,没有评估产生的费用和技术要

5

内部资料

求,也没有签字确认。

4变更实施时没有考虑对系统其他功能的影响,也没有考虑能否实现。 5变更后没有进行验证

6没有对变更后的内容进行存档,也没有通知给相关的项目干系人。

补充:

实施变更之前有4个重要控制点:授权、审核、评估和确认

授权:事先明确客户方有权提出变更申请的人员和实施方有权处理变更的人员,并要控制双 方的人数(应对案例中是个人就来提变更的尴尬场面)

审核:项目经理对变更进行必要的审核,CCB决定是否需要修改和什么时候修改。 评估:对变更的影响进行评估,要让客户了解变更的后果。(应对客户事后说早知道要付出 如此代价我就不变更了)

确认:让客户确认是否接受变更的代价。(我可以修改,但您能接受后果么?)确认以后才 能实施变更。

项目经理要在客户满意度跟项目进度、费用之间寻找好平衡点,不能做老好人也不能做 铁板人,这实际上也是一种干系人管理。

项目收尾:

1合同收尾(产品验证、合同管理收尾)、2管理收尾 项目总结会讨论的内容: 1项目绩效 2技术绩效 3成本绩效 4进度计划绩效 5项目的沟通 6识别问题与解决问题 7意见和建议

可能案例:

没有完成验收过程,就匆忙收尾,草草结束。 答题要点:

1没有充分做好验收前的准备,或软件系统没有达到验收前的标准,或软件还存在计划修复 的缺陷,这些缺陷未经修复和确认便进入正式验收环节。

2在验收过程中未根据变更控制流程对软件进行修改,导致文档与软件不一致。 3软件更新后没有对文档进行更新便交付给客户。

4项目验收未正式完成,未签署验收报告便进行了项目总结。

5项目收尾过程不完整,缺少正式的项目总结环节,不能只编写总结报告。 6项目总结报告未能反应项目的实际情况。 7缺少项目评估或审计环节

6

内部资料

范围管理

范围说明书内容:

①项目目标;②产品范围描述;③项目的可交付物;④项目边界;⑤产品验收标准;⑥ 项目约束条件;⑦项目的假定。 范围管理可能问题:

①没有挖掘到全部隐性需求,缺乏精确的范围定义;②没有有效的范围管理,造成二次 变更;③对范围控制不足;④没有和客户进行需求确认。 范围管理应对措施:

①对项目范围进行清晰定义,并根据定义对工作进行分解,制定WBS;②对项目进行合 理估算,对工作量有量化的把握;③对项目范围进行有效控制;④重新定义项目范围必 须得到高层和客户的确认;⑤进行沟通管理,协调多个项目干系人之间的矛盾。 可能案例模式:

引用书上的原话:从十大知识领域对项目成功产生影响的轻重程度上来看,项目范围管 理是最为重要的。

①提到范围管理,这里面常见的案例模式是需求管理对范围管理的影响。往往是在叙述 一段案例情景中,描述了前期的需求不明确或没有验证即开工,而导致项目失败,或者其他 因需求得不到满足,而项目失败。

答题要点:

在开发合同中没有明确系统的需求,没有进行范围验证。(万金油) 对需求变更没有按照变更流程规范管理,变更没有依据。(万金油) 补充知识点

需求:指的是由项目接受的活项目产生的产品和产品构件需求,包括由组织征集的对项 目的需求。这种需求既有技术性的,也有非技术性的。

需求工程:所有与需求直接相关的活动通称为需求工程。需求工程的活动可以分为两类: 一类属于需求开发,另一类属于需求管理。需求开发的目的是通过调查与分析,获取用户需 求并定义产品需求。需求管理的目的是确保各方对需求的一致理解;管理和控制需求的变更; 从需求到最终产品的双向跟踪,其过程包括需求管理定义、需求管理流程、制定需求管理计 划、管理需求和实施建议等。

项目范围管理:确保项目包含且仅包含项目所必须完成的工作。

②因为范围不明确即开工,变更混乱,导致甲乙双方丧失信心,项目失败。简单来说游 戏规则没定好,就开始游戏。

答题要点:(以下6点也是范围管理的基本内容,不要跟过程组弄混了) 确定项目的需求

定义规划项目的范围 范围管理的实施 创建WBS 范围核实

范围的变更控制管理 补充:

范围管理就是根据客户提出的目标形成系统功能,并经客户确认的过程。范围管理保证 项目包含了所有要做的工作而且只包含要做的工作,他主要涉及定义并控制哪些是项目范畴

7

内部资料

内的,哪些不是。

③提到范围就不得不说WBS,WBS的案例也会可能出现,如2018年11月份高级案例就 考察了此处内容,出现方式往往是考察你对WBS理论的记忆(特别是这几年出题,越来越重 视对理论的考察)。

补充:

WBS的主要作用:

防止应该做的工作被遗漏掉,也防止镀金

方便与项目团队的沟通,项目成员很容易找到自己负责部分在整个项目中的位置 防止不必要的变更

提供一个基本的资源(人员和成本)估算依据 帮助获取团队认同和创建团队

创建WBS需开展的活动:

识别和分析可交付成果及相关工作 确定WBS的结构与编排方式 自上而下逐层细化分解

为WBS组成部分制定和分配标志编码 核实工作分解结构的程度是必要且充分的 创建WBS的原则

在各层次上保持项目的完整性,避免遗漏必要的组成部分 一个工作单元只能从属于某个上层单元,避免交叉从属 相同层次的工作单元应用相同性质

工作单元应能分开不同责任者和不同工作内容 便于满足项目管理计划、控制的管理需要。

最低层工作应该具有可比性、是可管理的,可定量检查的。 应包括项目管理工作(因为是项目具体工作的一部分),包括分包出去的工作。(这点往 往被忽视)

④还有一种情况,说项目实施很成功,特别是范围管理,然后问你理论题。 补充知识点:

项目启动阶段的范围管理的方法: 分阶段实施的实施策略

组建包括用户经理和用户业务经理、关键用户在内的项目组织结构 充分的需求分析调研,在此基础上编制用户需求说明书。 计划阶段的项目范围管理包括如下的内容: 制定范围计划 范围定义 WBS

在各个阶段执行过程中的范围管理包括如下内容 项目例会制度 项目周报和月报制度 项目监理制度

8

内部资料

收尾阶段的范围管理包括如下内容: 范围确认

老师寄语:范围管理,是每年考试的重头戏,如这次考试高级的论文、中级的案例,将 会和需求、配置等等放在一起,所以,大家要引起注意,不能忽视。

9

内部资料

进度管理

必考点:

单代号网络图(会画)和双代号网络图(能看懂) 影响进度的主要因素:

①人的因素,②材料、设备的因素,③方法、技术的因素,④资金因素,⑤环境因素。 对以上因素进一步分析,存在以下状况:

①错误估计项目实现的特点和实现的条件;②盲目确定工期目标;③工期计划方面的不 足;④项目参与者的工作失误;⑤不可预见事件的发生。

可以采取以下措施,保证项目能满足进度要求:

①进度计划的贯彻;②调度工作;③抓关键活动的进度;④保证资源的及时供应;⑤加 强组织管理工作;⑥加强进度控制工作。 加快进度、压缩工期方法:

①赶工;②快速跟进;③增加优质资源;④提高资源利用率;⑤外包和缩小项目范围。 在工期压缩过程中要注意加强与项目干系人的沟通。与客户进行沟通确定能否缩小范围 和外包,以应对强制性日期的交付;与项目成员沟通,制定好的绩效考核办法,提高每 个成员的绩效;与职能经理及高层领导沟通,申请增加优质资源等。 监督和跟踪项目进度步骤:

①细化wbs,基于wbs、资源估算和工时估算,制订项目进度计划;②建立对项目工作 的监督和测量机制;③确定项目里程碑,并建立有效的评审机制;④对项目中发现的问 题,及时采取纠正和预防措施,并进行有效的变更管理。⑤使用有效的项目管理工具, 提升项目管理的工作效率。

项目网络计划的优化包括:

1 工期优化;②费用优化(成本优化);③资源优化。 可能案例模式:

①需要掌握单代号网络图和双代号网络图,双代号网络图平常我们接触比较多,上午一 的选择题也经常出现,所以我们还是比较熟悉的,但是单代号就比较少了,所以一定要会画 单代号网络图,会计算自由时差、总时差、ES/EF、LS/LF等(关键路径是绝对重点),例题 中不少案例是让你填图的,如果不会计算是很被动的。另外要会双代号单代号的互相转化, 例如给你单代号你要能画出双代号。

②给出项目进度网络图和每项活动压缩工期成本,让你根据给出目标工期要求,给出压 缩方案,达到目标工期。这种情况一定要注意工期压缩,关键路径发生改变的情况,因此, 在压缩工期时,一定是针对关键路径上的活动,一天一天减少,而不能直接全部压缩。 补充一点进度万金油:

项目经理经验不足,进度估算不准确(出现几率100%,其他管理也可以套用) 项目资源配置不足或者配置不合理(或人力,或物) 没有合理设置应急储备时间;

注:记忆方式是人才(材)有技术但缺钱发展是是社会环境造成的。红色字体多为项目进度 失控的主要原因,可以从这上面进行寻找。

10

内部资料

成本管理

必考点:

掌握成本有关的计算题 成本估算困难的原因:

①复杂的信息,②技术的变化,③同类项目的缺乏,④缺乏专业和富有经验的人才,⑤ 信息系统项目建设人员的不同,⑥管理层的压力和误解。 在项目进行成本估算时要避免的错误:

①草率的成本估算,②在项目范围尚未确定时就进行成本估算,③过于乐观或保守的估算。 成本失控的原因:

①缺乏计划,②目标不明,③需求蔓延,④缺乏领导力。 可能案例模式:

成本的案例大多都是计算题,特别是挣值计算。主要考点为3个定义、4个指标、2个估 算(典型、非典型)。这类题目计算过程难度不大,主要考点在于3个定义的理解和寻找上, 只要这步计算正确,剩下内容就会很简单。 变量:—EV、PV、AC、BAC

—CV、SV、EAC、ETC —CPI、SPI

公式:CV=EV-AC,SV=EV-PV

CPI=EV/AC(支出),SPI=EV/PV(进度) 预测技术:

(1)当前后工作没有任何关系 EAC=AC+ETC (2)EAC=AC+BAC-EV 当前偏差被看做是非典型的 (3)EAC=AC+(BAC-EV)/CPI 当前偏差被看做是代表未来的典型偏差

补充知识点:制定预算步骤

1分摊项目总成本到WBS的各个工作包中,为每一个工作包建立总预算成本 2将每个工作包分配得到的成本再二次分配到工作包所包含的各项活动上

3确定各项成本预算支出的时间计划,以及每一时间点对应的累计预算成本,制定出项目成 本预算计划

11

内部资料

质量管理

项目质量管理可能问题:

①没有制定可行的质量管理计划并积极实施;②没有实施全面的质量保证和质量控制; ③沟通方式单一或不全面,容易误导用户,致用户不必要的担心 提高信息系统项目质量措施:(重点,比如如何提高信息系统项目质量的方法?)

①强有力领导,②建立组织级项目管理体系,③建立组织级质量管理体系,④建立项目 级激励制度,⑤理解质量成本,⑥提高项目文档质量,⑦发展和遵从成熟度模型。 可能案例模式:质量的案例模式比较单一,往往是直接告诉你项目经理在质量管理做了哪些 工作,然后问你是否做的正确或者完善?然后配合一些概念题目(比如区分或者单独识别质 量控制、质量保证、质量管理计划的内容、文档的作用等)来考察考生。另外质量管理方面 也往往跟软件测试混合起来一起考察。

补充知识点:

质量管理管理计划一般会包括以下几个方面的内容:

1质量政策由项目干系方的决策部门提出的关于质量的期望及方针 2质量目标项目管理质量和项目交付成果应达到的各种指标 3质量管理活动项目重要的质量管理活动,如质量管理工作流程等。 可以归纳如下

1质量责任与人员分工(或职责),如项目QA 2组织结构和质量管理体系

3程序与过程(或项目的各个过程及其依据的标准)

4质量控制的方法、工具与重点(或质量评审、质量保证方法) 5质量管理所需的资源。

6验收标准

项目中实施质量保证的方法:(此题也可以直接答质量保证的输入工具输出) 1制定质量标准

2制定质量控制流程 3制定质量保证体系

质量控制跟质量保证的区别:质量保证主要是按照既定的质量计划来对过程进行追踪,并且 还包含质量改进;而质量控制则监控项目的具体结果,确定其是否符合项目的质量标准,并 进行不合格情况的追踪。(简单记忆:质量保证看得是整个项目,控制是关注各阶段具体可 交付成果,另外质量保证工具有质量审计跟过程分析,从这两点上区分控制跟保证。此题也 可以结合输入工具输出来作答)

文档在信息系统项目中的作用

1桥梁和交流的作用。是项目成员对系统看法达成的一种共识

2明晰干系人责任。文档都有相应的责任人,另外对问题进行回溯时也可以做到有据可依。 3方便对系统进行理解。尤其是对于维护人员来讲,理解系统往往关系到系统维护的效率和 成败

4进行质量管理。对项目中的各种不可见指标进行量化。

质量保证包括两方面的内容:一是使用户对项目质量建立信任的外部质量保证;二是对承建

12

内部资料

方内部中高层领导保证目前各工作质量的内部质量保证。另外质量保证还具有质量改进的作 用,通过对质量控制数据的对比和分析,得出质量改进的方法和建议。 信息系统项目管理的质量保证主要有以下几方面的作用: 1是保证质量的一个重要环节

2为持续的质量改进提供基础和方法。 3为项目干系人提供对于质量的信任。 4是项目质量管理的一个重要内容。

5与质量控制共同构成对质量的跟踪和保证。(废话很多,着重记忆红色标记处)

ISO9000质量管理的原则:

领导作用、过程方法、管理的系统方法、与供方互利的关系、基于事实的决策方法、持续改 进、全员参与、以顾客为关注焦点。

老师寄语:关于质量管理案例学习心得,跟以前几章一样,很多题目直接考输入、工具、输 出,所以说直接记忆相关知识还是有利于答题的。至于一些概念题目,在理解的基础上结合 输入输出工具来做答,都能得到不少分数。

另外案例一旦出关于质量管理,写不足之处时项目质量管理可能问题中的三点基本是必答 得。

13

内部资料

人力资源管理

项目团队能够有效开展项目管理活动,主要体现以下5个方面:(项目团队的特点)

①共同的目标,②合理分工与协作,③高度的凝聚力,④团队之间相互信任,⑤有效的 沟通。 项目团队的角色构成:

①管理类:项目经理,QA;②工程类:系统分析师、软件设计师、程序员、测试工程师、 网络工程师、实施工程师、系统工程师;③行业专家;④辅助类:配置管理员CMO、秘 书。 人力资源可能问题:

①缺乏足够的项目管理能力和经验;②兼职过多,精力和时间不够用,顾此失彼;③没 有进入管理角色,定位错误,疏于对项目的管理;④新人缺乏培训和全程的跟踪和监控; ⑤项目经理缺乏传、帮、带;⑥项目经理选拔标准不符合实际;⑦没有进行良好的冲突 管理。 应对措施:

①事先制定岗位的要求、职责和选人的标准,并选择合适的人选;②对工作进行全面估 算,如果有人负荷过重,需要找人代替,解决负载平衡问题;③事前沟通并对相应人员 明确要求,明确角色的轻重缓急,促使尽快转换角色;④上级应该注意平时对人员的培 养和监控;⑤对项目团队进行有效的冲突管理。 团队组建常见问题:

①招募不到合适的项目成员;②团队的组成人员尽管富有才干,但却很难合作;③团队 气氛不积极,造成项目团队成员的士气低落;④项目团队的任务和职责分配不清楚;⑤ 人员流动过于频繁。 产生原因:

①没有能够建立人力资源获取和培养的稳定机制;②没有完整识别项目所需的人力资源 种类、数量和相关任职条件;③没有建立一个能充分、有效发挥能力的团队;④没有清 楚地分配工作职责到个人或人力单元。 应对措施:

①建立稳定的人力资源获取和培养机制;②在项目早期,进行项目的整体人力资源规划, 明确岗位设置、工作职责和协作关系;③进行项目团队建设,加强团队沟通,建立合作 氛围;④根据项目团队成员的工作职责和目标,跟踪工作绩效,及时予以调整和改进, 提升项目整体绩效。 可能案例模式:

1 某某为高级编程人员,因人员紧张,临时提拔为子项目经理并兼任原工作,最终导 致子项目失败。

答题要点:

存在问题:

身兼多职,精力和时间不够用,顾此失彼。 缺乏项目管理能力和经验

没有进入管理角色,专注编程而忽视管理工作 缺乏事先培训和全程跟踪与监控。

解决办法:

事先制定岗位要求、职责和人员选用标准,挑选合适的人员。(人员配备管

14

内部资料

理计划没有制定好)

避免负荷过重,解决好负载平衡问题。例如:找人接替编程工作 协助其完成角色转换

上级注重对相关人员进行培训和培养,对项目、人员工作进行监控。

2 某某为业务骨干,因无法找到合适项目经理,提拔为子项目经理,随着项目进展, 团队士气降低,返工增加,团队成员间互不信任互相推诿责任。正常例会,人员不 齐,包括某某有时也不参加,某某只专注自己的技术业务,忽视团队建设,团队成 员汇报的项目实际进度、成本言过其实,直到某某进行接口调试时,才发现这些问 题。(考察项目经理的选拔和培养,建设项目管理团队,传授项目管理经验,以及提 高整个项目管理团的管理水平和领导水平) 答题要点:

存在问题:(可结合上题进一步细分)

缺乏项目经理所需的项目管理能力和经验

对项目经理的培养不重视,选拔任命不规范,缺乏相关技能的培训 对项目经理的工作缺少指导和监督 没有有效解决冲突和建立沟通机制 缺乏有效的项目绩效管理机制

解决办法:

明确工作职责,协助其完成角色转换

参加某某例会,发现问题并指导某某的管理工作 加强项目经理的培训或指导

加强项目的日常监督,要求项目经理以身作则 对项目出现的问题,即使提出纠正和预防措施

本题可以结合案例1继续详细解答,本案例考察了冲突,以及绩效方面的问题及整 改。

补充:冲突产生的原因:项目的高压环境、责任模糊、多个上级的存在、新科技的 流行。解决冲突策略:问题解决(面对模式)、合作(多数人接受、)强制(强迫,非赢 即输)、妥协(折中方案)、求同存异(圆滑)、撤退(让步)。

3 项目经理管理风格为X理论或者Y理论,因为X、Y理论的过度使用导致项目失败。

答题要点:

不论是X还是Y理论都需要与规章制度相结合,要与管理层管理风格相互协调

X、Y理论都不能过度使用,要把握好软硬措施,有功奖,有错罚。

X、Y理论的过度使用,可能导致资源超负荷(资源超负荷,往往造成高压环境, 导致团队冲突),项目经理需要让资源达到平衡。

X、Y理论的过度使用,往往是因为缺乏与团队成员的沟通所导致的。项目经理 要对项目组成员跟踪、交流和沟通

X、Y理论的过度使用,往往造成绩效的大幅度波动,如果绩效有大幅度波动, 需要重新制定绩效考核标准。

说到就要做到,要落实奖励承诺。 红色三点基本有X/Y理论是必答的!!

4 团队成员之间的冲突导致项目失败,包括人员流失。 答题要点:

项目角色职责是否制定合理

要与项目组成员有良好的沟通,要听取各方面意见和建议。

15

内部资料

冲突发生后要及时解决,如果处理失败要及时上报,不能加入一方打击另一方。 因冲突发生,导致消极怠工,要行使强制力。 要行使专家权利说服争执双方。

如果造成人员流失,要做好弥补工作,提前预防人员流失。

因冲突导致士气低落等,可通过团队建设活动,认可奖励等制度活动来激励团 队。

补充:

虚拟团队的利:

1在组织内部地处不同地理位置的员工之间组建团队。

2为项目团队增加特殊技能,即使相应的专家不在同一地理区域。 3将在家办公的员工纳入团队。

4在工作班次、工作小时或工作日不同的员工之间组建团队。 5将行动不便者或残疾人纳入团队。

6执行那些原本会因差旅费用过高而被否决的项目。

虚拟团队的弊:

可能产生误解,有孤立感,团队成员之间难以分享知识和经验,采用通信技术的成本。

16

内部资料

沟通管理

沟通方法:

①参与讨论方式;②征询方式;③推销方式(说明);④叙述方式;⑤书面与口头;⑥ 对内与对外;⑦正式与非正式;⑧垂直于水平 确认沟通需求所需的典型信息:

①组织章程;②项目组织和项目干系人职责关系;③项目背景和行业知识;④项目在何 地、涉及多少人等方面的信息;⑤内部信息需求,例如组织间的沟通等;⑥外部信息需 求,例如与分包商的沟通等;⑦项目干系人信息等; 沟通障碍:

①缺乏清晰的沟通渠道;②发送者和接收者存在物理距离;③沟通双方彼此技术语言不 通;④分散注意力的环境(噪声);⑤有害的态度(敌对、不信任);⑥权力游戏、滞留 信息、隐藏议程和敌对情绪等。

如何改进项目沟通:

①使用项目管理信息系统;②建立沟通基础设施;③使用项目沟通模版;④把握项目沟 通基本原则;⑤发展更好的沟通技能;⑥把握人际沟通风格;⑦进行良好的冲突管理。 保证团队沟通顺畅的六点措施:

①有效的沟通者;②发布者;③避免沟通阻断器;④紧密矩阵式结构;⑤指挥室;⑥有 效的会议。

沟通基本原则:

①沟通内外有别;②非正式的沟通有助于关系的融洽;③采用对方能接受的沟通风 格;④沟通的升级原则;⑤扫除沟通的障碍。 可能案例模式:

1 需求不明确或者需求模糊造成整个项目失败,沟通管理里面的典型案例。 答题要点:

要做好相关项目干系人分析和沟通需求分析。

项目经理或成员不具备沟通技巧,有些案例项目经理只会开会,不具备非正式 沟通能力

要采用项目干系人能接受喜爱的沟通风格

要监督信息是否获得正确理解,并要保证不会产生歧义。 项目经理要具备相关项目的相关知识

有时候客户方面也存在问题,例如项目重要性认识不足,业务模式表达不清楚。 项目进入开发之前一定要进行需求评审和确认会议!不能模糊开发。 项目变更要由双方公司的高级管理层参加,注意沟通升级原则。

2 沟通要内外有别,常有案例形式沟通内或外或内外处理不好,导致项目失败。 答题要点:

对内外来说:缺乏对项目团队成员(客户)的沟通需求和沟通风格分析。 沟通方式很单一(可以通过电话、电子邮件、办公自动化软件等进行沟通) 要进行冲突管理(因沟通问题产生冲突)

沟通要内外有别,项目团队要用一种声音说话。 要有良好的沟通管理计划。

3

通过非正式沟通改善沟通双方的关系,增强信任。

沟通中常会考察高效会议的问题。答题要点请看如何召开高效。

17

内部资料

信息分发落实不到位,导致项目失败 答题要点:

制定信息分发原则,并要认真执行

通过多种方式进行信息发布:如电子邮件、传真、电话等等 要确保特定的人在特定的时间接收到其需要的信息

4

18

内部资料

干系人管理

项目干系人包括:

①项目经理,②顾客/客户,③执行组织,④项目团队成员,⑤项目管理团队,⑥出资 人,⑦有影响的人,⑧项目管理办公室。

如何识别干系人:

①识别全部潜在项目干系人及其相关信息

②识别每个干系人可能产生的影响或提供的支持,并将它们分类,以便制定管理策略

③评估关键干系人对不同情况肯能做出的反应或应对,以便策划如何对他们施加影响,提高 他们的支持和减轻他们的潜在负面影响

管理干系人:帮助项目经理提升来自干系人的支持,并把干系人的抵制降到最低,从而显 著提高项目成功的机会。

①对客户有利的原则;②平衡各方利益;

老师寄语:干系人单独考察案例的可能性比较小,都是结合人力资源管理、沟通管理等内容 形成综合案例。

19

内部资料

风险管理

主要风险来源::

①需求风险;②技术风险;③团队风险;④关键人员风险;⑤预算风险;⑥范围风险。

常见风险及应对措施 风险项

产生原因

应对措施

没有正确理项目干系人对业务问题的认识不足、计算起来 用户培训、系统所有者和用户的承若 解业务问题 过于复杂、不合理的业务压力、不现实的期限 与参与、使用高水平的系统分析师

信息系统没有与组合战略相结合、对用户没有

用户不能恰当 用户的定期参与、项目的阶段交付、

做足够的解释、帮助手册编写的不好、用户培

的使用系统 加强用户培训、完善信息系统文档

训工作做的不够 拒绝需求变固定的预算、固定的期限、决策者对市场和技 更 术缺乏正确的理解

变更管理、应急措施

对工作的分析缺乏项目管理经验、工作压力过大、对项目工 采用标准技术、使用具有丰富经验的 和评估不足 作不满意 项目管理师 人员流动 缺乏合适的 开发工具

不现实的工作条件、较差的工作关系、缺乏对职保持好的职员条件、确保人与工作匹 员的长远期望、行业发展不规范、企业规模较小 配、保持候补、外聘、行业规范 技术经验不足、缺乏技术管理准则、技术人员

预先测试、教育培训、选择替代工具、

的市场调研或对市场理解有误、研究预算不足、

增强组织实力

组织实力不够

缺乏合适的对组织架构缺乏认识、缺乏中长期的人力资源

开发与实施计划、组织不重视技术人才的技术工作、行业 外聘、招募、培训 人员

人才紧缺

全面评估、推迟决策

延迟项目、标准检测、前期研究、培 训

缺乏适合的缺乏远见、没有市场和技术研究、团队庞大陈 开发平台 旧难以转型、缺乏预算 使用了过时

缺乏技术前瞻人才、轻视技术、缺乏预算

的技术

可能案例模式:

1 注意决策树,以及风险发生概率的计算题目,EMV=预期收益*风险概率

三点估算的计算

2 企业信息化风险规划,出题模式:企业IT规划阶段信息主管需要考虑的 问题,问题应对措施以及注意的问题。 答题要点:

信息化规划,作为企业应该考虑下列问题: 企业战略的明细与明确

生产运营管理模式对企业发展战略发展的支持

哪些业务通过信息化的支撑会为企业带来价值,能否明确企业的信息化需 求。

哪些是主要需求与目标?实现这些需求需要什么样的功能与软件? 目前企业的信息化处于何种状态?要实现这些需求有哪些差距?需要何 种IT治理结构?

信息化的过程中存在哪些风险?采用哪种风险控制策略? 信息化的预期投资与预期的收益如何?

考虑到企业的实际情况以及目前大得IT应用环境,应该如何进一步实施?

20

内部资料

每一步的目标,预期的收益是什么?

企业的领导层是否理解并认同信息化需求以及将来所带来的价值? 应对措施很好答:通过IT咨询规划的方式来进行。然后把风险的过程罗 列出来,并用文字串联起来。

注意问题:

技术方面必须满足需求,应尽量采用商品化技术,降低系统开发的风险 开销应尽量控制在预算范围之内

开发进度应尽量控制在计划之内

应尽量与用户沟通,不要做用户不知道的事情

充分估计到可能出现的风险,注意倾听其他开发人员的意见。 及时采纳减少风险的建议。

3 除以上两案例外,还有不少案例考察输入输出以及工具技术的定义,例如

风险清单定义,权变措施等,要注意概念理解。 另外注意理解常见风险以及应对措施

21

内部资料

配置管理

配置管理的主要工作(很多案例喜欢考概念理解,配置管理也不例外)

1制定配置管理计划。确定方针,分配资源,明确责任,计划培训,确定干系人,制定配置 识别准则,制定配置极限,制定配置库备份计划,制定变更控制规程,制定审批计划。 2配置项识别。识别配置项,分配唯一标识,确定配置项特征,记录配置项进入时间,确定 配置项拥有者职责,进行配置项登记管理。

3建立配置管理系统。建立分级配置管理机制,存储和检索配置项,共享和转换配置项进行 归档、记录、保护和权限设置。

4基线化。获得授权,建立和发布基线,形成文件,使基线可用。 5建立配置库。建立动态库,受控库和静态库。

6变更控制。包括变更的记录、分析、批准、实施、验证、沟通和存档。 7配置状态统计。统计配置项的各种状态。 8配置审计。包括功能审计和物理配置审计。

可能案例模式:

某项目因为配置管理缺乏,版本混乱导致项目失败。

答题要点:一般的配置管理题目基本答题要点都是以下几点,牢记 缺乏项目整体管理 缺乏整体变更控制规程 缺乏项目干系人之间的沟通 缺乏配置管理 缺乏版本管理

22

内部资料

采购管理

中级必考点:

熟悉招投标法和政府采购法 可能案例模式:

招投标法和政府采购法是采购管理的考试重点,出题模式往往是叙述一段案例让考生判 断案例中得做法是否得当。以及说明理由,所以说招投标法和政府采购法不论是上午还是下 午案例都是考察重点,需要掌握。除此之外还有以下3个考点需要掌握。

1 考察合同的种类,关于合同种类是采购管理的一个重点,下面详细讲解下。

三种基本合同类型:总价合同、成本补偿合同和计量(工料)合同

总价合同是指对合同工作规定一个总价。从成本风险的角度说,业主的成本风险最低。再这 种合同下,业主最关心的是工作范围。只有工作范围很清楚的项目,才可以采用总价合同。 固定总价合同适用于以下情况:

(1)工程量小、工期短,估计在施工过程中环境因素变化小,工程条件稳定并合理; (2)工程设计详细,图纸完整、清楚,工程任务和范围明确;

(3)工程结构和技术简单,风险小;

(4)投标期相对宽裕,承包商可以有充足的时间详细考察现场、复核工程量,分析招 标文件,拟订施工计划。

成本补偿合同是指以卖方从事项目工作的实际成本作为付款的基础,即成本实报实销。 这种合同下,买方得成本风险最大。这种合同适用于买方仅知道要一个什么产品但不知道具 体工作范围的情况,也就是工作范围很不清楚的项目。当然,成本补偿合同也适用于买方特 别信得过卖方、想要与卖方全面合作的情况

计量(工料)合同是指按项目工作所花费的实际工时数和材料数,按事先确定的单位 工时费用标准和单位材料费用标准进行付款。这类合同适用于工作性质清楚,工作范围比较 明确,但具体的工作量无法确定的项目。这种合同下,买方承担中等程度的成本风险,即承 担工作量变动的风险;而卖方则承担单价风险。

工时与材料合同是一种混合型合同,同时具有成本补偿合同和固定总价合同的特征。 工时与材料合同与成本型合同的相似之处在于两者都是开放性的,因为合同总价值在合同签 订时并未确定。因此,工时与材料合同的价值会增长,这一定类似于成本补偿合同。另一方 面,工时与材料合同在某些时候类似于固定价格合同。例如,工时或材料的单价是买卖双方 事先确定的。双方可以确定各级别工程师的费用,或者在合同中包含一个最高不超过成本限 额的条款。因此,当工作规模或产品界定不甚明确时,一般应采用工时和材料合同。

总价合同又分为:固定总价合同(除非工作范围出现变更,不允许调整价格)

总价加激励费用合同(总价基础上增加一个奖金) 总价加经济价格调整合同(总价基础上增加市场物价的变动)

成本补偿合同又分为:成本加固定费用(成本实报实销,买方另外向卖方支付固定金 额的利润,对卖方有一定的制约作用)

成本加激励费用(买方向卖方得付款由三部分组成:实际成本、一笔固定的费用和按 一定方法计算的奖金(牵扯计算要注意),如果实际成本大于目标成本,承包商可以得到的 付款总数=目标成本+目标费用/利润+买方应负担的成本超支。

如果实际成本小于目标成本,则承包商可以得到的付款总数=目标成本+目标费用/利润-买 方应享受的成本节约)

23

内部资料

成本加奖励费用(成本实报实销,买方再凭自己的主观感觉给卖方支付一笔利润,而卖方对 利润的多少无权利申诉) 成本加百分比

2 外包管理,结合法律法规来考察

企业现行采用的外包形式: 活动外包 服务外包 内包 合包 利益关系

外包管理的流程

在立项阶段,进行“自制/外购分析”,确定哪些部分应当“采购”、“外包开发”或“自主研 发”。如果需要外包开发,就成立外包管理小组。具体步骤如下: 1开发方式选择

2选择承包商:竞标邀请→评估候选承包商的能力→确定承包商 3签订外包合同

4监控外包开发过程

5成果验收:验收准备→成果审查→验收测试

③索赔流程,特别要重视

1、索赔事件发生后28天内,向监理工程师发出索赔意向通知。

2、发出索赔意向通知后的28天内,向监理工程师提交补偿经济损失和(或)延长工期的索赔 报告及有关资料。

3、监理工程师在收到承包人送交的索赔报告和有关资料后,于28天内给予答复。

4、监理工程师在收到承包人送交的索赔报告和有关资料后,28天内未予答复或未对承包人 作进一步要求,视为该项索赔已经认可。

5、当该索赔事件持续进行时,承包人应当阶段性向监理工程师发出索赔意向通知。在索赔 事件终了后28天内,向监理工程师提供索赔的有关资料和最终索赔报告。

24

内部资料

高级项目管理知识

项目监理:

监理工作的精髓:四控三管一协调

“四控”:进度控制、质量控制、成本控制、变更控制 “三管”:合同管理、安全管理、文档管理

“一协调”:沟通与协调业主、承建方、设备和材料供应商之间的关系

监理单位要以领域专家的角度,来解决项目目前出现的问题,防范未来将出现的问题。 总监理工程师代表的职责:

1.负责总监理工程师指定或交办的监理工作;

2.按总监理工程师的授权,行使授权范围内的总监理工程师的职责和权力。 总监理工程师的职责:

1.确定项目监理机构人员的分工和岗位职责;

2.主持编写项目监理规划、审批项目监理实施细则,负责管理项目监理机构的日常工作; 3.审查分包单位的资质,给业主及总包单位提出审查意见;

4.检查和监督监理人员的工作,根据工程项目的进展情况进行人员调配,并在实施监理工 作过程中,对不称职的监理人员进行调换;

5.主持监理工作会议(包括监理例会),签发项目监理机构的文件和指令; 6.审查承包单位提交的开工报告、施工组织设计、技术方案、进度计划; 7.审查签署承包单位的申请、支付证书和竣工结算; 8.审查和处理工程变更;

9.主持或参与工程质量事故的调查;

10.调节建设单位与承包单位的合同争议、处理索赔、审查工程延期;

11.组织编写并签发监理月报、监理工作阶段报告、专题报告和项目监理工作总结; 12.审查签认分部工程和单位工程的质量检验评定资料,审查承包单位的竣工申请,组织监 理人员对待验收的工程项目进行质量检查,参与工程项目的竣工验收; 13.主持整理工程项目的监理资料。

总监理工程师不得将以下工作委托给总监理工程师代表: 1.主持编写项目监理规划、审批项目监理实施细则;

2.签发开工\复工报审表、工程暂停令、工程款支付证书、工程竣工报验单; 3.审查签认竣工结算;

25

内部资料

4.调节建设单位与承包单位的合同争议、处理索赔;

5.根据工程项目的进展情况进行人员调配,对不称职的监理人员进行调换。

知识管理:

知识分类:显性知识和隐性知识

显性知识的管理:五个步骤—采集、过滤、组织、传播、应用 隐性知识共享的方法:编码化、面对面交流、人员轮换、网络 隐性知识共享的途径: 创建学习型组织

构建项目组织内部的信任机制 项目组织隐性知识的编码化

设立知识主管加强隐性知识学习与共享 知识管理的制度建设: 组织结构的变革—学习型组织 建造信息系统项目的知识库 加强信息系统项目中的知识产权管理

项目集管理和项目组合管理:

1项目集管理综合应用知识、过程、技能、工具以及技术来对其所包含的项目进行管理,以 便满足项目集的需求,并能获取采用单一项目管理方式所达不到的收益和控制。 2项目组合管理是对一组或者多组项目集进行管理,以达成组织的战略目标。

3项目集路线图:按照时间顺序以图形化的方式展现项目集预期发展方向,并在每个时间顺 序事件建立系列的文档化标准,同时建立了项目集活动与预期收益之间的关系,以及项目集 里程碑之间的关键依赖,传递业务战略与规划的优先级之间的连接。

4项目组合通过选择正确的项目集和项目、设定工作的优先级别并提供必需的资源的方式来 促成组织战略实现;项目集管理则是对其所包含的项目子集和项目的依赖关系进行有效管 理,从而实现项目集的特定利益;项目管理通过制定和实施集合来完成特定的工作范围,支 持项目集和项目组合目标的实现,最终确保组织战略得以实现。

26

内部资料

老师寄语:高级项目管理内容对于高级学员而言,确实很重要,因为这是唯一区别于中级的 内容,但是,案例考试题目设计难度很大,因为全都是宏观内容,没有办法落地,因此,从 目前看来,可能考察的内容也只能是相关理论背诵。因此,建议复习时,以讲义和视频为主, 理解式背诵。

最后,预祝各位学员顺利通过考试!!!

27

因篇幅问题不能全部显示,请点此查看更多更全内容