项目管理师考试资料

项目管理师考试资料：项目管理知识体系的构成
来源：考试在线2012-05-18 考试题库加入收藏
项目管理知识体系的构成
按照美国项目管理协会提出的现代项目管理知识体系的划分方法，现代项目管理知识体系主要包括九个方面，这九个方面分别从不同的管理职能和领域，描述了现代项目管理所需要的知识、方法、工具和技能。

本书将围绕这些九个不同的项目管理方面进行较为深入的讨论。

1. 项目集成管理
项目集成管理是在项目管理过程中为确保各种项目工作能够很好的协调与配合而开展的一种整体性、综合性的项目管理工作。

开展项目集成管理的目的是要通过综合与协调去管理好项目各方面的工作，以确保整个项目的成功，而不是某个项目阶段或某个项目单项目标的实现。

这项管理的主要内容包括：项目集成计划的编制、项目集成计划的实施和项目总体变更的管理与控制。

2. 项目范围管理
项目范围管理是在项目管理过程中所开展的计划和界定一个项目或项目阶段所需和必须要完成的工作，以及不断维护和更新项目的范围的管理工作。

开展项目范围管理的根本目的是要通过成功地界定和控制项目的工作范围与内容，确保项目的成功。

这项管理的主要内容包括：项目起始的确定和控制、项目范围的规划、项目范围的界定、项目范围的确认、项目范围变更的控制与项目范围的全面管理和控制。

3. 项目时间管理
项目时间管理是在项目管理过程中为确保项目按既定时间成功完成而开展的项目管理工作。

开展项目时间管理的根本目的是要通过做好项目的工期计划和项目工期的控制等管理工作，去确保项目的成功。

这项管理的主要内容包括：项目活动的定义、项目活动的排序、项目活动的时间估算、项目工期与排产计划的编制和项目作业计划的管理与控制。

4. 项目成本管理
项目成本管理是在项目管理过程中为确保项目在不超出预算的情况下完成全部项目工作而开展的项目管理。

开展项目成本管理的根本目的是全面管理和控制项目的成本（造价），确保项目的成功。

这项管理的主要内容包括：项目资源的规划、项目成本的估算、项目成本的预算和项目成本的管理与控制。

5. 项目质量管理
项目质量管理是在项目管理过程中为确保项目的质量所开展的项目管理工作。

这一部分的主要内容包括：项目质量规划、项目质量保障和项目质量控制。

开展项目成本管理的根本目的是要对项目的工作和项目的产出物进行严格的控制和有效的管理，以确保项目的成功。

这项管理的主要内容包括：项目产出物质量和项目工作质量的确定与控制，以及有关项目质量变更程序与活动的全面管理和控制。

6. 项目人力资源管理
项目人力资源管理是在项目管理过程中为确保更有效地利用项目所涉及的人力资源而开展的项目管理工作。

开展项目人力资源管理的根本目的是要对项目组织和项目所需人力资源进行科学的确定和有效的管理，以确保项目的成功。

这项管理的主要内容包括：项目组织的规划、项目人员的获得与配备、项目团队的建设等内容。

7. 项目信息管理
项目信息管理是在项目管理过程中为确保有效地、及时地生成、收集、储存、处理和使用项目信息，以及合理地进行项目信息沟通而开展的管理工作。

开展项目信息管理的根本目的是要对项目所需的信息和项目相关利益者之间的沟通进行有效的管理，以确保项目的成功。

这一部分的主要内容包括：项目沟通的规划、项目信息的传送、项目作业信息的报告和项目管理决策等方面的内容。

8. 项目风险管理
项目风险管理是在项目管理过程中为确保成功地识别项目风险、分析项目风险和应对项目风险所开展的项目管理工作。

开展项目风险管理的根本目的是要对项目所面临的风险进行有效识别、控制和管理，是针对项目的不确定性而开展的降低项目损失的管理。

这一部分的主要内容包括：项目风险的识别、项目风险的定量分析、项目风险的对策设计和项目风险的应对与控制等内容。

9. 项目采购管理
项目采购管理是在项目管理过程中为确保能够从项目组织外部寻求和获得项目所需各种商品与劳务的项目管理工作。

开展项目采购管理的根本目的是要对项目所需的物质资源和劳务的获得与使用进行有效的管理，以确保项目的成功。

这一部分的主要内容包括：项目采购计划的管理、项目采购工作的管理、采购询价与采购合同的管理、资源供应来源选择的管理、招投标与合同管理和合同履行管理
项目管理师考试资料：项目管理概论
来源：考试在线2012-05-18 考试题库加入收藏
第一节项目管理概论
项目是指在特定条件下，具有特定目标的一次性任务。

特点：一次性；独特性；目标的确定性；组织的临时性和开放性；成果的不可挽回性。

例如：迎评项目组，××产品研发项目组，奥组委，科研课题组，非典应急委员会等。

项目管理是指把各种资源应用于项目，以实现项目目标，满足各方面既定需求所开展的各种管理活动。

领导方式：个人责任，项目经理负责制。

管理结构：临时动态组织形式。

管理目标：效益最优原则下的目标管理。

管理技术：完整的技术方法。

项目管理的主要内容：
范围管理；时间管理；费用管理；质量管理；人力资源管理；风险管理；沟通管理；采购管理；合同管理；综合管理。

项目管理的特点：
普遍性；目的性；独特性；综合性：集成性；创新性。

项目的阶段：
项目启动阶段：立项、分析等；
项目计划阶段：背景、目标、编制计划；
项目执行阶段：团队建设，执行计划；
项目控制阶段：绩效报告，综合变更；
项目收尾阶段：验收、清算、评估等。

项目生命周期：任何项目均需经历启动阶段、计划阶段、执行阶段、控制阶段和收尾阶段这样一个规律性的过程，因此，人们常把这样一个前后衔接的各个阶段统称为项目生命周期。

内容：时限、阶段划分及项目阶段、项目任务、项目成果。

项目管理师辅导：风险管理的定义
来源：考试在线2012-08-10 考试题库加入收藏
风险管理的定义
风险管理是识别和评估风险，建立、选择、管理和解决风险的可选方案的组织方法。

美国管理学会风险管理的三个定义：
风险管理是系统识别和评估风险因素的形式化过程
风险管理是识别和控制能够引起不然希望的变化的潜在领域和事件的形式、系统的方法在项目中，风险管理是在项目期间识别、分析风险因素、采取必要对策的科学和决策艺术的结合。

项目管理题辅导：项目风险产生的原因
来源：考试在线2012-08-10 考试题库加入收藏
项目风险产生的原因
1、项目的未来性
2、项目的复杂性
3、项目环境的变化
4、项目中人的因素
现代项目风险产生的原因
1、生产极度复杂的产品
2、依赖多种数据来源
3、采用功能交叉的方法
4、项目管理与企业战略的紧密结合
5、产品从概念到市场的时间缩短
6、满足顾客需求
7、市场的国际化
8、鼓励参与者取得更大的合伙权和所有权
9、分散经营
10、应用更多专业技术
11、依赖更复杂的工具
项目风险管理知识：风险评估报告
来源：考试在线2012-05-18 考试题库加入收藏
引言
本文档的范围和目的
本文主要针对软件开发涉及到的风险，包括在软件开发周期过程中可能出现的风险以及软件实施过程中外部环境的变化可能引起的风险等进行评估。

在文中对所提到的风险都一一做了详细的分析，并提出了相应的风险回避措施。

由于风险是在项目开始之后才开始对项目的开发起负面的影响，所以风险分析的不足，或是风险回避措施不得力，都很有可能造成软件开发的失败。

风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施，是避免损失的重要环节。

主要风险综述
任何软件的开发，其主要风险均来自于两个方面，一是软件管理，二是软件体系结构。

软件产品的开发是工程技术与个人创作的有机结合。

软件开发是人的集体智慧按照工程化的思想进行发挥的过程。

软件管理是保证软件开发工程化的手段。

软件体系结构的合理程度是取决于集体智慧发挥的程度和经验的运用。

软件管理将影响到软件的下列因素：
软件是否能够按工期的要求完成：软件的工期常常是制约软件质量的主要因素。

很多情况下，软件开发商在工期的压力下，放弃文档的书写，组织，结果在工程的晚期，大量需要文档进行协调的工作时，致使软件进度越来越慢。

软件的开发不同于其他的工程，在不同的工程阶段，需要的人员不同，需要配合的方面也不同，所有这些都需要行之有效的软件管理的保证。

软件需求的调研是否深入透彻：软件的需求是确保软件正确反映用户的对软件使用的重要的文档，探讨软件需求是软件开发的起始点，但软件的需求却会贯穿整个软件的开发过程，软件管理需要对软件需求的变化进行控制和管理，一方面保证软件需求的变化不至于造成软件工程的一改再改而无法按期完成；同时又要保证开发的软件能够为用户所接受。

软件管理需要控制软件的每个阶段进行的成度，不能过细造成时间的浪费，也不能过粗，造成软件缺陷。

软件的实现技术手段是否能够同时满足性能要求：软件的构造需要对软件构造过程中的使用的各种技术进行评估。

软件构造技术通常是这样：最成熟的技术，往往不能体现最好的软件性能；先进的技术，往往人员对其熟悉程度不够，对其中隐含的缺陷不够明了。

软件管理在制定软件开发计划和定义里程碑时必须考虑这些因素，并做出合理的权衡决策。

软件质量体系是否能够被有效地保证：任何软件管理忽略软件质量监督环节都将对软件的生产构成巨大的风险。

而制定卓有成效的软件质量监督体系，是任何软件开发组织必不可少的。

软件质量保证体系是软件开发成为可控制过程的基础，也是开发商和用户进行交流的基础和依据。

软件体系结构影响到软件的如下质量因素：
软件的可伸缩性：是指软件在不进行修改的情况下适应不同的工作环境的能力。

由于硬件的飞速发展和软件开发周期较长的矛盾，软件升级的需要显得非常迫切。

如果软件的升级和移植非常困难，软件的生命期必定很短，使得化费巨大人力物力开发出的软件系统只能在低性能的硬件或网络上运行，甚至被废弃不用，造成巨大的浪费。

软件的可维护性：软件的维护也是必然的事情，为了保证软件的较长使用寿命，软件就必须适应不断的业务需求变化，根据业务需求的变化对软件进行修改。

修改的成本和周期都直接和软件的体系结构相关。

一个好的软件体系结构可以尽可能地将系统的变化放在系统的配置上，即软件代码无需修改，仅仅是在系统提供的配置文件中进行适当的修改，然后软件重新加载进入运行状态，就完成了系统部分功能和性能要求的变化。

对于重大改动，需要打开源代码进行修改的，也仅仅是先继承原先的代码，然后用新的功能接替原先的调用接口，这样将把软件改动量减小到最低。

软件易用性：软件的易用性是影响软件是否被用户接受的关键之关键因素。

在软件产品中，设计复杂，功能强大而完备，但因为操作繁复而被搁置者屡见不鲜。

造成的主要原因在于缺乏软件开发中软件体系结构的宏观把握能力。

另一方面，缺乏有效的手段进行软件需求的确定和对潜在需求的挖掘。

项目管理的风险
软件项目管理的风险来自于软件项目自身的特点：
软件产品不可见：开发的进展以及软件的质量是否符合要求难于度量，从而使软件的管理难于把握。

软件的生产过程不存在绝对正确的过程形式：可以肯定的是不同的软件开发项目应当采用不同的或者说是有针对性的软件开发过程，而真正合适的软件开发过程是在软件项目的开发完成才能明了的。

因此项目开发之初只能根据项目的特点和开发经验进行选择，并在开发过程中不断的调整。

大型软件项目往往是"一次性"的。

以往的经验可以被借鉴的地方不多。

回避和控制软件管理风险的唯一办法就是设立监督制度，项目开发中任何较大的决定都必须有主要技术环节甚至是由用户参与进行的。

在该项目中项目监督由项目开发中的质量监督组来实施。

一般参与软件开发的人员（包括管理者和技术人员）和其责任进行分析如下：
参与者
项目经理1人
主要职责：进行全局把握，侧重于项目的商务方面，充当项目组同客户正式交流的接口环节。

项目负责人1人
主要职责：制定项目开发计划和开发策略，参与项目核心系统的分析设计，同时努力保证开发
计划的按时完成和开发策略的真正贯彻落实。

领域专家1或2人
主要职责：在软件分析阶段帮助分析人员界定系统实现边界和实现的功能，对特定检测点进行
算法审核，同时对测试策略和软件操作界面提出参考意见。

质量监督组1或2人
主要职责：编制软件质量控制计划，并负责落实；控制必要文档的生产，通过文档，监督项目
实施过程中软件的质量，并产生软件质量报告，提请项目经理和项目负责人审阅；对于项目中出现
的质量问题，主持召开质量复审会议。

系统分析员1或2人
主要职责：协同项目负责人进行软件系统的分析和设计工作，书写软件需求分析和系统设计相关文档。

在软件实现阶段进行测试策略的编制和对性能测试的指导。

程序员2或3人
主要职责：协助分析人员进行详细设计，和软件系统的代码实现，并进行适当的白盒测试。

测试员2或3人
主要职责：已经实现的软件组件、构件或系统进行正确性验证测试，整合后的系统的性能测试等。

书写测试报告和测试统计报告提请质量监督组复审。

技术支持2或3人
主要职责：协同系统分析人员听取用户需求，对需求分析进行参考性复审。

协同测试人员进行测试，书写操作手册和在线帮助，在项目交付用户之后进行跟踪服务。

文档组1或2人
主要职责：对各部门产生的文档进行格式规范、版本编号和控制、存档文件的检索；协助质量监督组进行软件质量监督。

通过适当的人员配备和职责划分，能有效的降低软件开发在后期的失控的可能性，和软件对关键人员的依赖性。

软件技术风险
本系统拟订采用的两个重大的软件技术是面向对象的构件和基于微软的COM组件技术。

组件和构件技术都是为了提高软件的可靠性和软件的可扩展性而采用的技术手段。

从技术成熟度上说不存在风险，但为了实现良好的软件构架和稳定的组件，与传统开发方法比较，有
相当的多的额外工作需要做，这会给项目工期带来较大的风险。

回避和控制这部分风险的办法是在项目进行的过程不断的对该阶段进行风险估计和指定有效的里程碑。

同时采用"范例"方式提高开发人员的构件组件的分析识别能力，适时调整构件组件的数量和粒度。

软件过程风险
软件需求阶段的风险
软件的开发是以用户的需求开始，在大多数情况下，用户需求要靠软件开发方诱导才能保证需求的完整，再以书面的形式形成《用户需求》这一重要的文档。

需求分析更多的是开发方确认需求的可行性和一致性的过程，在此阶段需要和用户进行广泛的交流和确认。

需求和需求分析的任何疏漏造成的损失会在软件系统的后续阶段被一级一级地放大，因此本阶段的风险最大。

设计阶段的风险
设计的主要目的在于软件的功能正确的反映了需求。

可见需求的不完整和对需求分析的不完整和错误，在设计阶段被成倍地放大。

设计阶段的主要任务是完成系统体系结构的定义，使之能够完成需求阶段的即定目标；另一方面也是检验需求的一致性和需求分析的完整性和正确性。

设计本身的风险主要来自于系统分析人员。

分析人员在设计系统结构时过于定制，系统的可扩展性较弱，会给后期维护带来巨大的负担，和维护成本的激增。

对用户来说系统的使用比例会有明显的折扣，甚至造成软件寿命过短。

反之，软件结构的过于灵活和通用，必然引起软件实现的难度增加，系统的复杂度会上升，这又会在实现和测试阶段带来风险，系统的稳定性也会受到影响。

从另一个角度上看，业务规则的变化，或说用户需求和将来软件运行环境的变化都是必然的情况，目前软件设计的所谓"通用性"是否就能很好的适应将来需求和运行环境的的变化，是需要认真折衷的。

这种折中也蕴涵着很大的风险。

设计阶段蕴涵的另一种风险来自于设计文档。

文档的不健全不仅会造成实现阶段的困难，更会在后期的测试和维护造成灾难性的后果，例如根本无法对软件系统进行版本升级，甚至是发现的简单错误都无从更正。

实现阶段引入的风险
软件的实现从某种意义上讲是软件代码的生产。

原代码本身也是文档的一部分，同时它又是将来运行于计算机系统之上的实体。

源代码书写的规范性，可读性是该阶段的主要风险来源。

规范的代码生产会把属于程序员自身个性风格的成分引入代码的比例降到最低限度，从而减小了系统整合的风险。

维护阶段的风险
软件维护包含两个主要的维护阶段，一个是软件生产完毕到软件试运行阶段的维护，这个阶段是一种实环境的测试性维护，其主要目的是发现在测试环境中不能或未发现的问题；另一个阶段是当软件的运行不再能适应用户业务需求或是用户的运行环境（包括硬件平台，软件环境等）时进行的软件维护，具体可能是软件的版本升级或软件移植等。

从软件工程的角度看，软件维护费用约占总费用的55%~70%，系统越大，该费用越高。

对系统可维护性的轻视是大型软件系统的最大风险。

在软件漫长的运营期内，业务规则肯定会不断发展，科学的解决此问题的做法是不断对软件系统进行版本升级，在确保可维护性的前提下逐步扩展系统。

在软件系统运营期间，主要的风险源自于技术支持体系的无效运转。

科学的方法是有一支客户支持队伍不断收集运行中发现的问题，并将解决问题的方法传授给软件系统的所有使用者。

项目风险表
风险评估表中所提到的风险是一般项目在开发过程中都客观存在的，表中所列出的风险系数是指在不对风险进行深入的分析和有效的规避的情况下，该风险项发生的概率。

比如软件产品的设计目标是运行十年，体系结构不合理的风险是40%的含义是，如果不对系统进行深入的分析，未采用最合理的软件技术进行设计，则生产出一个不具备可扩展性的软件系统的概率是40%。

由于客户公司是仍将不断发展的，在十年内，该软件系统都能满足公司运营要求的可能性极低。

由此而可能产生的灾难性后果是公司在业务发展的时候，必须重新开发新系统。

向客户提供风险评估，是按照国际惯例进行的例行操作，一方面让客户对潜在的风险有更充分的了解，表明公司诚信为本的态度，另一方面也用以鞭策和激励全体开发人员严格执行开发标准，共同监督项目开发过程，努力避免风险的发生。

项目质量管理：施工素质与工程质量
来源：考试在线2012-05-15 考试题库加入收藏
或许您还在哀叹或者谩骂工程的质量，然而，决定这一切的都是施工素质问题，施工素质直接决定着工程的素质。

何为施工素质？施工素质主要指施工队伍的素质，施工人员的素质。

既包括施工人员的工作态度，又包括施工人员的工作能力。

只有端正的工作态度，超强的工作能力才是施工质量的重要保证。

作为智能行业，工程质量决定着智能的程度，要想真正的实现智能化，除了保证产品本身的质量外，工程实施过程中的工程质量才是重中之重。

过程决定成果，有些工程周期比较长，长达几个月甚至几年，加之施工过程中施工工种多，交叉作业频繁，更何况有些工程还伴有管道、桥架等隐蔽工程，这无疑又给施工增加了难度，也对质量提出了更高的要求。

所有这一切都要求我们要有一个素质过硬的队伍来实施这一过程，只有施工素质过硬；只有保证项目实施过程中的每一个环节，才能真正的保证工程的质量，没有过程的质量就没有真正的质量。

没有高的施工素质就没有好的施工质量。

众所周知，好的工程不仅要求形象美观，更要求质量过关，而做出这样工程的队伍才是真正的队伍。

当今综合布线行业竞争相当激烈，为了降低成本，部分施工队伍的施工人员都是由一些临时工人组成，既没有综合布线的工作经验，也没有受过任何培训，加之个别人员的素质问题，进而劣质工程的出现也就屡见不鲜；野蛮施工，疲劳施工，不规范施工也是比比皆是，每个环节都给整个工程的质量埋下了隐患。