项目管理的九大知识领域

1.4项目管理知识体系中的九大知识领域

九大知识领域，是项目管理知识体系的重要内容，涉及内容非常广泛，在这里将会把各个知识领域中的主要管理内容和关键点作一介绍，如需了解更为详细的内容，请参考PMBOK以及相关的专业论著。

1.4.1集成管理

集成管理是项目管理九大知识领域中的第一个领域，与其它八个知识领域相比，这个领域的内容比较特殊，它并没有提供具体的知识点和具体的操作方法，而是反复强调围绕项目的全局观，在项目内部各个部分之间、在项目内部与外部之间，对各种内容进行集成，使各个相关方面形成有机的整体，保持管理上的一致性。这个知识领域的内容对于项目经理们来说可能感觉比较空泛，但对于企业级项目管理体系建设来说，则是非常具有指导意义的。

下面是项目管理中几个常见的集成方面的问题：

1、将项目计划中各个管理领域的子计划综合而成整体的项目计划。例如在整体项目计划中，要包括范围管理计划、时间管理计划、成本管理计划、质量管理计划、人力资源计划、沟通计划、风险管理计划、采购计划等，将这些不同的管理计划有机的结合起来，使整体项目计划能够有效涵盖项目管理的各个领域的管理内容并保持一致.

2、将项目的各个过程有机的集成起来。在后面我们会提到项目的五大过程——启动、计划、执行、控制、收尾。这些过程在整个项目当中，在项目的各个阶段当中，都可以根据管理的需要灵活运用，但是各个过程之间的关系仍然要符合基本的关系要求，这五大过程之间的关系会在后面的章节中进行介绍。

3、项目管理与企业日常运营管理的集成。不论企业是以项目方式从事主营业务，还是利用项目从事改革、创新，都存在着项目与企业日常运营之间的关系。在项目过程中通常会占用企业资源，也会对企业的日常工作产生一定的影响，如何协调资源、配合工作，同时满足两方面的需要，这就是经常遇到的一种集成管理的要求。例如在创新活动中，项目会产出成果，可能形成面向内部用户或外部客户的产品，企业就要考虑围绕这些产品的销售、支持服务等一系列的企业运营中的问题，因此，企业往往在项目初期定义项目成果时，就要求考虑项目成果在以后的企业运营中的管理问题。

4、项目生命周期与产品生命周期的集成。企业管理的核心内容都是围绕产品的（包括服务型产品），企业一定会对产品的生命周期进行管理，在产品的整个生命周期当中，产品的每一次进步，都是以项目的方式来实现的，从市场调研、可行性分析、产品设计、产品生产、市场促销、产品改进等各个不同的阶段，都可以单独成为项目。这时的项目的生命周期包含在产品的生命周期当中，项目的成果成为产品发展的阶段成果。因此，在项目管理中，还要同时兼顾产品长远发展的需要。

5、项目范围与产品范围的集成。当一个产品由不同的部分组成时，每个部分都可以单独生产时，就一定存在着项目范围与产品范围集成的要求。例如在汽车装配厂，需要从许多不同的加工厂采购不同的零部件来进行装配，对于零部件加工厂来说，设计、改进零部件的创新项目，不能孤立的对待，而是要考虑该零部件与其它相关部分的配合关系，考虑对整车的影响。如果把整车涉及的全部零部件看作是产品范围，针对某个零部件的改进就是单个项目的项目范围，那么项目范围就应该与产品范围进行有效的集成。

6、不同部门的成果的集成。当一个项目涉及企业内外多个部门和单位时，特别是当项目在企业中处于职能式或弱矩阵式组织结构时，通常会出现各个部门分头完成自己所分管部分的任务，将各自的成果提交给项目，那么在项目中就必须将这些成果集成在一起，形成项目的整体成果。

7、项目中不同约束条件的集成。不同的利益干系人可能会对项目提出不同要求，各种各样的外部因素会对项目形成不同的约束条件，例如外部法规的强制性要求、企业内部的管理要

求、不同领导和部门的限制性要求、内部资源自身的特殊要求、项目发起者对项目本身的相关要求等，为项目管理勾画出了项目的边界，这个边界就直接反映出各个方面的约束条件的集成结果。

还有许多其它方面的集成问题，这里不能一一列举。由此可以看出，项目并不是孤立存在的，它受到来自项目内部和外部的多方面的影响，要管理好项目，就必须有很强的全局观。因此，在企业级项目管理体系建设中，就要尽可能将这些问题，通过企业级的项目管理制度加以明确并使之相对稳定，加强对各个具体项目的指导和监督。

1.4.2 范围管理

项目的范围管理，是针对项目交付成果的，通过对项目交付成果的计划、跟踪、控制和获取，保证项目中的所有活动始终是围绕所要求的项目成果开展的，而且保证全部的应交付成果都已完成。可以说，范围管理是具体描述项目目标的。

在范围管理中最重要的一项内容，就是范围定义，就是对所要求的项目成果进行分解、细化，这样做的目地有三方面：

1，提高估算时间、资源、成本的准确程度。

2，定义衡量和控制项目绩效的基线。

3，明确职责分派。

将所要求的项目成果一层一层的细分，就形成了工作分解结构，简称WBS(Work Breakdown Structure)，它是范围定义的主要输出结果。“工作分解结构”包含了三个含义：

工作：是针对成果的，而不是面向过程的；

分解：对成果进行细分，直到能够满足管理的要求为止；

结构：成果被分解以后，每一小块内容并非是孤立的，而是有着内在的关联关系，这种相互之间的关系，是结构化的。

WBS中所分解出来的各个组成部分，就形成了项目的子成果，以后所有的项目活动都应该是针对如何实现这些子成果的，而不应该存在与项目目标无关的项目活动。同时，全部的子成果都被完成，是项目整体成果被完成的必要条件。也就是说，通过细化分析项目成果所包含的各个组成部分，使项目的各项行动都有了具体的目标。正是因为项目范围是针对项目成果的，项目的成果就是产品或服务，所以项目范围往往与产品工艺特性（把服务视为无形产品）有着紧密的关系，需要有丰富的专业领域知识才能够做好。

明确项目目标所要求的交付成果，需要辨析有形产品和无形产品的区别，这一点非常重要的。WBS是面向交付成果的。在制定WBS时，当交付成果是有形产品时，比较容易识别交付物，因为交付物确实都可以是可见的、可验证的，而且交付物都可以表示成为名词的形式。但是当交付成果是无形产品时，往往会带来混乱。无形产品的制造和交付过程是同时的，甚至有些成果与制造过程的行动是一一对应的，所以在表示交付成果时，就难以与制造过程彻底划清界限，经常会用无形产品的制造过程的行动动词来表示交付成果，结果将交付成果与项目活动混在一起，例如在WBS中不是用“歌曲1”、“歌曲2”这样的名词来表示范围的内容，而是用“演唱歌曲1”、“演唱歌曲2”这样的动词来表示，虽然这样写大家也都能理解，但是却混淆了WBS的标准，可能会导致将项目行动也写入WBS，作为项目范围进行管理，结果给项目管理带来麻烦。项目范围和项目活动之间的差别应该是大家早已熟知的，这里不再赘述。因此，对于项目交付成果，无论是产品还是服务，在WBS中都应该使用名词，而不要使用动词，即使像做广播体操这样一个强调过程体验的“项目”，在WBS中也应该使用各个动作的名称，而不是使用做这些动作的动词。

另一方面，有些项目经理是用“可见的、可验证的”作为识别交付成果的依据，对于这一点也不能过于机械，特别是当项目的交付成果是无形产品时，这种判断标准有时就会产生误导。一方面，由于无形产品随着过程结束也会消失，所以其可验证的标准经常会不能满足。有人

说，可以形成文档记录或者录像，这不就是可验证的了吗？这种做法固然满足了可验证的要求，但是如果简单的把文档记录作为交付成果，就可能从根本上偏离了项目目标，因为大家来听音乐会，希望得到的是音乐家的高超技艺给听众带来的享受，而根本不关心什么文档记录，项目是否成功，大家对成果的满意度不是来自苍白的文档，而是来自生动的过程，即使将文档记录作为必须的验证证据列入交付物，也不能代替根本的交付成果。在另一方面，项目中可见、可验证的东西不一定都是项目所需要的交付成果，例如，当我们要乘火车去某地的时候，其目标是人要到达目的地，而非提交一张“可见、可验证”的火车票。

因此，对于交付成果的“可见、可验证”的特性，需要针对具体项目目标的要求，根据项目交付成果是属于有形产品还是无形产品来区别对待，即使在交付无形产品时使用一些辅助手段来满足大家早已习惯的“可见、可验证”的标准，也一定不要忘记项目的根本目标是什么，最主要的交付成果是什么。

利用所形成的WBS，在项目接近完成时，就可以执行项目范围确认的工作，以保证项目成果至少在内容、数量上满足了当初的范围要求，然后才是对每个具体内容的质量的检查。

举例：组装计算机的WBS

下面的例子是一个组装个人计算机的工作分解结构的示例，它只需要说明一台台式计算机需要由哪些部分组成，但并不需要说明它是如何组装起来的。

组装者只要按要求将上述部件都组装好，就可以认为是完成了工作。当用户在验收时，只要按照这个WBS来逐一核对，就可以比较容易的对计算配置的完整性作出确认。

WBS分解到多细、分解出多少层，这方面没有固定的标准。在上面这个例子中，如果组装者希望自己分别选择不同的机箱和电源，而不是选择已经组装好的，那么这个WBS中就还要将“机箱和电源”这一个节点继续向下分解出“机箱”、“电源”两个节点。

需要反复强调的是，范围管理是针对成果的，而不是面向过程的，只是说明项目要实现的成果是如何组成的，而不说明如何实现的过程。因此，WBS中所包含的内容，都是项目成果的组成部分，反映着项目目标的要求，而项目目标不是项目内部自己给自己定义的，是从项目外部设定的，所以WBS中的内容，对于项目来说，是必须完成的来自外部的要求，不能够在项目内部随意更改。如果项目范围需要进行调整，一定需要外部的项目目标提出者进行确认。同时，项目的成果并非单纯指项目的客户所要求的成果，同时还应包括各种项目干系人所要求的项目管理的成果，例如一些企业内部有相应的项目跟踪机制，要求项目在规定的时间提交相应的报告，项目过程中形成的各种项目管理文档，也必须被视为项目的交付成果，列入WBS当中，并在项目计划中为此安排任务资源及成本。上面的组装计算机的例子是一个比较简单的项目，没有很苛刻的项目管理成果要求，但在很多规范的项目中，都会在WBS 中单独列出一个项目管理分支，将所要求的管理工作放在其中，例如项目周报、评审报告、

里程碑报告等。

项目范围是对项目目标的具体细化，是项目中各项活动存在的前提条件，是项目资源需求和成本预算的依据，是整个项目管理的基础。所以说，正确的范围定义是项目成功的基础。如果项目范围发生变更了，必然要导致项目计划中的进度、资源、成本的全面调整，对项目的影响是非常大的。在后面具体介绍项目计划过程时，我们可以更加清楚的看到项目范围对其它各方面因素的重要影响。因此，所有项目，都会将项目范围控制作为一项非常重要的项目管理工作内容，对于项目范围变更是非常谨慎的。

例如，在软件开发项目中，我们可以将需求分析的工作视作项目范围定义的工作，通过需求分析，对于所要开发的软件的结构、功能进行分解，形成了一个个具体的功能需求，所有这些功能需求共同组成了整体软件的功能，当所有这些功能都被一一实现了，也就意味着软件的整体功能也被实现了。但是如果软件需求发生变更了，那么后续所有的设计、编码工作都可能要随之调整，甚至可能导致结构的调整，直接影响到了项目的各方面工作。

同样的项目范围，在项目的不同阶段，出于不同目地，对项目范围的描述也可以是不同的。例如搞居室装修，在设计阶段，设计人员会首先按照居室、客厅、厨房和卫生间的方式来划分，然后对每一部份描述其墙面、地板、门窗的装修方式，这样比较利于理解装修效果，而在施工阶段，施工人员会首先按照墙面、地面、门窗等划分工作内容，然后再对每一部份描述不同房间的特别要求，这样比较适合施工的思路，容易理解施工的工序，铺地板的会一次把各个房间的地板都铺好，装灯具的通常会在最后一次性把各处的所有灯具都安装到位。因此，项目范围虽然反映的是目标，不是过程，但是其不同的分解方式，将会对后续的过程产生影响。所以项目范围的划分也应基于对项目工艺过程的基本理解。

在企业级项目管理体系中，企业就需要认真研究各种项目的主要交付物，结合自身的生产工艺特点，对交付物进行仔细的定义，直接指导和规范各个项目的范围管理，做好项目范围变更控制，提高各项目经理的管理水平，提升项目管理的质量。

1.4.3 时间管理

为了能够完成和交付WBS中所要求的各个项目成果，在项目中必须要采取相应的行动。因此，WBS帮助项目活动定义了具体的目标，而项目活动则是实现这些具体目标的行动过程。项目活动与WBS的这种对应关系，保证了所有的项目活动都具有针对性，都是为了项目目标服务的，从而避免项目活动的盲目性产生的资源浪费。另一方面，WBS中所有的项目成果都应该有对应的项目活动来支持，以保证项目范围不被遗漏。如果将所有的项目活动与WBS中的具体成果连接起来，就会看出项目活动是对WBS的进一步扩展，将WBS这样一个树形分解结构扩展到了对应的项目活动。但是项目活动与项目范围有着本质的区别，一定不能混同起来。前面已经反复强调，项目范围是对项目目标的细化，是来自项目外部的要求，而项目活动则是根据项目内外的各种条件，由项目经理及其项目成员所决定的。对于同一范围要求，完全可以选择不同的实施过程，允许通过不同的项目活动来实现。范围是目的，活动是手段。在这个问题上经常容易出现的错误，就是将活动也当作了范围，把手段错当成了目标，使得项目经理在面对复杂多变的项目环境时，不能及时、灵活的采取不同的项目活动、运用不同的手段来完成项目目标。同时，另一方面的错误有时也会存在，就是有时会模糊了项目范围的边界和内容，过于随意的单方面更改项目范围，这种情况相对较少，但是一旦发生，就会给项目带来非常严重的后果。

项目的时间管理，直接关系到项目的进度、资源的时间安排等最基本的管理内容。项目的时间管理是围绕项目活动的，项目活动的时间要求，决定了项目整体的时间进度安排，项目活动是时间管理的基础内容。在此基础上，在项目计划过程中要形成时间进度表，在项目执行和控制过程当中，要对时间进度进行跟踪和控制。对时间进度表的管理，是时间管理的集中表现。我们下面主要来说明一下时间进度表的相关因素：

1，根据WBS，列出所需的项目活动列表，要保证WBS中所有内容最终都有对应的项目活动，同时不应存在多余的活动。

2，为这些活动建立依赖关系。依赖关系的产生，一方面是由产品特性决定的，例如在房屋建设中，首先要打地基，然后才能是地上建筑，另一方面是企业管理和项目管理的需要，例如项目方案必须经过专家评审通过后，才能进行下一步的工作。这种具有强制性的依赖关系，被称为项目活动之间的硬逻辑。而对于其它的项目活动，就可以根据一般的工作习惯来安排先后顺序。项目活动之间一般存在四种依赖关系：

前一任务结束、后一任务才能开始（FS），这是最常见的顺序执行的关系；

前一任务结束、后一任务才能结束（FF）；

前一任务开始、后一任务才能开始（SS）；

前一任务开始，后一任务才能结束（SF）；

利用上述这四种关系，在所有的项目任务中建立依赖关系，形成所谓的项目活动网络图。建立依赖关系后，就会发现此时的项目活动的分组并非保持着原来按照WBS的成果的分组。例如在项目中几个部分中都需要到异地出差现场处理问题的活动，那么就可以将这些活动组织在一起，到达异地现场时一并解决各个部分的问题。在实际当中，甚至还经常出现出差一次为不同项目提供支持的情况。这也再次反映出项目活动与项目范围的重要差异，项目活动的安排是具有很大的灵活性的。

3，活动时间间隔

在确定了项目活动之间的依赖关系后，还需要了解各个项目活动之间可能存在的间隔。这种间隔是由于一些客观原因而必须流逝掉的时间，这段时间不需要对应项目活动。例如家具刷好油漆后需要晾干的时间，领导或相关机构对一些重要事项的审批过程所需要的等待时间，这些时间不是项目组成员所能决定的，如果这些时间间隔有规律可循，例如通过技术特性指标、服务承诺、工作规范等，使得这种时间间隔相对确定，那么项目时间进度安排也容易落实，否则项目进度方面就存在不可控因素，应列入项目风险进行管理。调整了活动时间间隔后，项目活动网络图就得到了更新。

4，确定项目活动的工期。

项目活动的工期决定了项目活动的时间长度，可以是天、小时，也可以是周、月，时间表中项目活动工期的单位，取决于项目管理的要求。项目活动的工期是受资源影响的，对于同一项目活动来说，在通常情况下，提供的资源越多，所需工期越短，资源的工作效率越高，所需工期越短，但也有很多情况，资源分配过多反而会效率降低、工期延长。资源管理不是时间管理这一领域的内容，我们会在后面的章节中介绍。资源与时间的关系，在后面的项目管理三角形部分还会具体说明。

确定项目中各个活动的工期后，由于各项活动之间存在的依赖关系，项目活动网络图就具有了时间长度，能够初步反映出项目的总工期。

5，日历

项目管理中所说的日历主要包括这样一些信息：日期、工作日/非工作日、每日可工作时间。在项目管理中，涉及到的日历包括企业基准日历、项目日历和项目资源日历。

在项目中一般大家都可以将普通公历日历作为基础日历，结合政府发布的法定节假日和企业特定的工作日要求，对基础日历中的工作日和非工作日进行调整，再根据企业特定的工作时间要求，具体定义日历中每个工作日和工作时间，形成了所谓的企业基准日历，所反映的是企业的基本工作时间要求。

项目日历，则是在企业日历的基础上，根据项目特定的要求，为项目制定的日历，其工作日/非工作日的安排，每日工作时间，都必须根据项目的特殊要求来安排。有些项目可以按照正常的企业日历进行，但是有些则不能，例如有些项目必须在政府的法定节假日中进行，有

的项目只能在夜间进行，很多项目为了赶工期，需要加班加点工作，这些都导致项目必须采取与常规的基准日历不同的特定项目专用的日历，这种专为项目定制的日历，就是项目日历，每个项目都可以有自己的项目日历。

项目资源日历是针对项目中的资源的。项目当中必定需要资源，对于企业内部的人力资源来说，通常可以按照项目日历来安排，也就是把项目日历作为这些资源的资源日历，但在某些情况下则会存在特殊情况。对于从企业外部获得的人力资源来说，特别是一些专家级的稀缺资源，只能依赖于这些资源的时间表，来安排与其有关的项目活动，资源能够为项目提供服务的时间安排，就是该资源在此项目中的工作时间，其它时间不能为项目提供服务，就都被视为非工作时间。对于机械设备这类资源，在可用的时间段内，每天24小时均可作为工作时间，这是与人力资源的一个很大的差别。可见，项目资源日历关心的是各种资源能够为本项目提供服务的时间范围。从资源角度来说，一个资源能够为多个不同项目或其它任务提供服务的时间安排，就称为该资源的资源日历。

根据这些日历的要求，将带有工期的项目活动网络图映射到具体时间上，就确定了各个项目活动的起止时间，形成了初步的项目时间表。

6，限制条件

项目各个方面的干系人，在项目时间方面可能会提出一些限制性条件，例如规定了项目的启动时间或结束时间，规定了项目中一些里程碑的具体时间点，前面所说的项目日历、项目资源日历也对项目提出了时间方面的限制条件。根据这些限制条件，调整初步的项目时间表。7，识别关键路径

在初步形成的项目时间表中，存在着所谓的关键路径（Critical Path）。这条关键路径由一系列的项目活动组成，关键路径上的项目活动如果有任何的延迟，都会导致整个项目的延期。因此，一般在制定出项目时间表以后，都要识别出其中的关键路径，对时间表的优化，以及在项目执行过程中对进度的控制，主要都是围绕关键路径的。

通过综合以上各个步骤，形成了初步的项目时间表，但这个时间表未必能够完全满足所有限制条件的要求，也未必就是最佳的，也许还有进一步优化的可能。具体优化的方法我们就不在这里具体介绍了，有兴趣的读者可以参考有关的专业书籍。

在企业级项目管理体系当中，特别需要关注多项目之间的时间表匹配问题。一种情况是多个项目共同完成一项工程，不同项目之间在时间上需要互相配合，此时这些项目其实可以看作是一个更大项目当中的子项目。还有一种情况就是企业资源在不同项目之间的调度问题，资源往往是企业的固定成本，企业总是希望尽可能的提高资源使用效率，资源日历其实对于企业内的资源管理是非常重要的。

1.4.4 成本管理

项目成本管理，是项目管理中非常核心的管理内容之一，直接影响到项目的成败，如果项目中出现资金链断裂造成项目的现金流出现问题，就会出现“烂尾楼”的现象。同时，企业通过项目获得收益，项目的成本管理就直接关系到企业的盈亏。因此，项目成本管理是项目、企业共同关注的内容。另一方面，项目的成本管理指标，也是项目管理的重要指标，它同时还可以反映项目进展情况，从一个侧面反映项目的进度情况，并可以根据当前项目成本、进度的偏差，对项目后期的情况进行预测。成本是资源的耗费，项目产生成本的基础就是因为项目花费了资源，因此，项目资源的管理，也是项目成本管理这一领域中的重要内容。

在项目的成本管理中，首先要根据项目范围和活动的需要，确定项目资源的需求，然后根据项目资源的价格水平，计算出项目资源的成本，从而得到项目的总成本，形成项目预算，随后就要对项目成本进行控制，力求项目的实际成本能够控制在项目的预算之内。

成本指标可以综合反映项目任务的工作量、复杂度、资源能力、风险等各种因素，在实际的项目中，有的项目前紧后松，有的项目前松后紧，有的项目前期任务难度高、工作量大，有的项目则是后期难度高、工作量集中，单凭时间是看不出项目任务的实际完成情况，而通过成本指标，利用“挣值”方法，可以更加实际的综合反映出项目任务的完成情况。

对于项目如何进行成本管理，也是企业级项目管理体系中的重要议题。项目经理为了能够保证项目任务的完成，总是希望争取更多的项目预算，从而得到更多的资源，但是企业总是希望项目组在完成项目任务的同时，尽可能少的耗费企业的资源，降低企业的成本。在项目的成本管理中，企业管理者和项目经理的立场有时是冲突的。所以企业非常需要建立一种合理的绩效体系，既要保证项目所必需的资源，保证项目经理们的工作积极性，又要避免不必要的资源浪费。

1.4.5 质量管理

在项目的质量管理领域中，同时包含着产品质量和项目质量两个方面的内容。产品质量是指通过项目所创造出的产品或服务本身的质量，通常情况下产品的质量在业界是有标准可循的，例如通过一个工程项目完成一幢大楼的建设，大楼本身的工程质量是有明确而具体的标准的，无论是工程承建单位，还是工程发包单位，都可以依据同样的标准来检验项目的成果。而项目质量则是指项目管理的质量，同样是完成了所要求的项目成果，但是在所花费的时间周期、资源成本、各方面的满意度等许多管理方面，不同项目之间还是存在着差别，这种差别就是项目管理质量的差别。

在质量管理这一领域中，包含着质量计划、质量保证和质量控制三方面的内容。质量计划主要就是指项目过程中的质量管理工作的计划，质量保证则是关注在项目的过程当中如何努力保证质量，质量控制则是关注在事后对质量的检验。因此，质量管理领域中的这三项内容，分别是从事前、事中和事后三个不同的阶段来强调质量管理。在实际的项目管理当中，质量控制往往以内部和外部验收的方式出现，在产品形成后，项目内部首先会对其质量进行检验，然后提交给客户，由客户做验收。在检验过程中如果发现问题，一般都是通过再加工的方法解决，如果问题严重的话，就可能需要部分甚至全部的返工，结果必然导致项目在时间、成本方面的大量追加。因此，对于项目管理者来说，都不愿意看到在事后的质量控制环节中出现问题，而是更希望在项目过程当中及时发现和解决问题，甚至尽量避免问题的产生，这样所造成的成本浪费比以后返工要低得多。因而很多企业和项目，都对过程当中的质量保证工作给予了高度的重视，设置专门的质量保证员（通常称为QA），来帮助项目组在过程当中保证质量，避免问题到了后期的质量控制当中才暴露出来。

在质量管理问题中，有这样一个说法，叫做“1：10：100”。当一个问题刚刚出现的时候，纠正该问题的成本如果是1，那么这个问题如果由于没有得到及时解决而被带入到下一个阶段中才解决，其成本将是10，如果要继续等到再下一个阶段去解决，其成本将是100。初期的问题如果得不到及时的纠正，在项目过程中会被迅速放大，解决的成本就会急剧膨胀，这正是所谓的“差之毫厘，谬以千里”。例如在一个软件项目中，初期的需求分析中如果出现偏差，对其纠正时可能只需要几人天（甚至几人时）就可以解决，但是如果到了编程阶段才发现问题去解决，可能就需要花费几十人天的工作来解决，如果该软件已经被投入实际应用后才发现需求中有问题，那么可能要花费更大的成本去更新。如果是为客户开发的软件产品，那么可能就从根本上面临着不被客户接受的风险，损失可能更是无法估量的。

质量标准需要一个相对合理的标准，不能盲目追求高质量。一方面，产品本身就已经划分了不同的等级，不同等级的产品有着不同的价格水平，生产二等品的项目就不应该要求达到一等品的质量。另一方面，质量也是有成本的，包括预防成本、鉴定成本和失败成本。越是质量要求高的产品，在质量管理方面的投入也就越大，因此，在质量管理中需要预先确定一个适当的质量标准，在质量水平和成本方面取得平衡。

可以看出，质量管理反映了企业对其核心能力的关注，质量管理的效果直接关系到客户满意度，关系到企业的赢利能力，因此，许多企业都建立了诸如ISO9000、CMM这样的质量管理体系，试图对企业的各种质量标准和行为标准建立规范，使企业在长期实践中不断优化和提升其提供产品和服务的能力，这已经不单是某个项目经理考虑的问题，而是企业管理者所关注的企业级的问题，是企业级项目管理体系当中的重要内容。

1.4.6 人力资源管理

“事在人为”。人力资源管理其实是项目管理中非常重要的内容，找到合适的人，作适当的事，这是企业管理者和项目经理们都非常重视的问题。

在项目中会遇到各种各样的工作需要处理，有组织协调的工作，有专业技术的工作，有复杂决策的工作，也有简单重复的操作工作，在一个项目团队中，需要不同角色的成员来分担不同性质的工作，因此就需要考虑到项目成员特点的组合。

在整个项目过程中，项目经理必须重视项目团队建设的工作，以保证整个项目团队能够齐心协力完成项目任务。在PMBOK中对于团队建设的要求，就是要同时提高项目团队的整体能力和项目成员的个人能力。这是符合现代企业管理中股东、企业、员工三者共同发展的理念，只有这样才能充分调动项目成员的积极性，使他们发挥出主观能动性，共同把项目做好。在强调个人职业发展的今天，以往的那种掠夺式的用人方式，已经不能适应现代的管理要求了。项目的团队建设并不容易。项目本身具有临时性，项目相关的成员也是按照项目的需要临时组织在一起的，到项目结束时项目组也就不存在了。特别是在职能式组织结构和矩阵式组织结构中，项目组成员还可能需要同时面对项目和本部门两条报告路线，从长期来看，项目成员最终还是要由职能部门来管理的，这就给项目团队建设的工作增加了难度。这是项目经理所必须面临的考验。

在具体项目中，必须要首先明确项目中的组织结构和责任分工，保证项目成员都清楚自己的职责，我们通常用责任矩阵（RAM，Responsibility Assignment Matrix）来表示项目内部的分工配合关系，具体RAM的使用方法可以参考PMBOK或有关的资料。

那么对于企业来说，如何为这些临时性的项目储备资源、提供资源，当发生资源冲突时能够有效的调度资源，以保证企业的人力资源能够发挥最大的效益，这也是摆在企业管理者面前的现实问题。特别是在人力成本很高的智力密集型的行业中，这一问题尤为突出。在企业级项目管理体系中，人力资源的管理是非常重要的一个方面。同时，由于许多现任的项目经理，大多数都没有经过人力资源管理方面的培训，所以企业级项目管理体系中，还要通过制度规定，对项目组内部的人力资源管理做出指导。

1.4.7 沟通管理

作为一个典型的项目经理，通常有75％－90％的时间要用于沟通，沟通是项目经理最主要的工作职责。

我们前面提到，项目内外有许多的项目干系人，他们都对项目起着或多或少的影响，特别是对于那些能直接影响项目的干系人，例如客户、项目决策者、项目投资人、项目成员、项目中的合作伙伴等，这些干系人处于不同的角度，对项目有着不同的期望。如何将这些不同的干系人的不同期望，统一到项目的目标上来，使他们都能够对项目采取积极支持的态度，给项目增加动力而不是阻力，这其实是项目经理最重要的任务。这种协调工作的最基本的方法，就是沟通。退而言之，即使项目的干系人对项目的期望都是一致的，完全持积极支持的态度，也还是需要通过沟通来安排各方面的工作秩序，使各个方面的配合工作能够有条不紊、密切配合。再退一步说，即使项目中所有干系人都能够按照计划开展工作，由于在项目过程当中随时可能会遇到各种各样的问题，项目中的很多因素存在着不确定性，也需要项目经理对项目的进展情况进行跟踪，了解项目的实际情况，对于出现的偏差进行调整，这个跟踪、控制的过程中也需要大量的沟通。因此，如果没有很好的沟通，就难以达成一致的目标，难以有

效的组织项目，也难以很好的对项目进行控制。

因此，在项目的沟通管理中，首先要分析清楚项目中的干系人，以及他们对项目沟通的需求，包括需要沟通的信息内容和沟通的时间周期。例如高层决策者主要关心项目里程碑，所以只要在项目里程碑处向决策者提供项目报告即可，而对于项目的监督者，例如PMO，则需要经常性的向它报告项目的进展情况，一般每周或每月都要提交项目报告，对于财务部门，则需要定期或在项目里程碑处沟通项目成本情况，以便做好项目的成本控制。根据这些分析，首先要制定好项目沟通计划，以便及时发布项目信息，使项目干系人能够及时得到所需的项目信息，配合做好项目的工作，并及时发现项目中存在的风险和问题。

在所有的沟通管理中，都会注意到沟通方式的选择，目前我们可用于沟通的方式非常丰富，可以采用面谈、会议、电话沟通、电子邮件沟通、公文沟通等多种形式，这些沟通的方式各有特点，适用于不同的沟通目的，也就会产生不同的沟通效果。因此，在沟通管理中，项目内一定要有明确的沟通机制和沟通的手段，企业环境中现成的沟通渠道，例如公文运转、电子邮件等，都可以被用在项目当中，甚至项目内部可以根据自己的特殊需要建立自己的信息沟通系统。

无论采用什么样的沟通手段，都需要首先把内容沟通清楚。在正式的项目沟通内容中，最常见的就是项目绩效报告，无论是周报、月报、里程碑报告、阶段报告或结项报告，都属于项目绩效报告。项目绩效报告中一般都需要说明这样几方面的内容：

1，从项目开始或上一次报告之后，到本次报告的这一时期中项目的进展情况，包括计划情况、实际完成情况、差异情况，前面在成本管理中提及的有关财务指标，在这里通常会被使用；

2，项目当前的状态，其间应该完成的工作是否已经完成；

3，项目下一时期的调整计划，以及根据前期的差异对以后的预测，一些财务预测指标也经常会被用到，如EAC——根据当前偏差对项目完工时的实际成本进行预测。

4，项目风险跟踪、项目问题跟踪等。

企业要管理和监控项目，就需要保证项目与企业管理者之间的密切沟通，但这不能只是依赖于项目经理的主动性，而是需要企业制定出相应的要求，这种要求带有强制性，项目经理必须按照统一的要求与企业的管理层进行沟通，并能够从管理层得到反馈。同时，为了提高各个项目中相关各方的密切沟通，提高客户满意度，企业也会不断积累经验，对项目中所必需的沟通形成制度，提高项目管理的水平。沟通是企业级项目管理体系中的关键机制和基本手段。

1.4.8 风险管理

如果项目中所有的资源都能按计划到位并进行工作，如果所有的外部条件都能够按照预期设想的那样稳定，那么项目的进程将会非常顺利的。但是在实际中，在项目的内部和外部，都大量存在着不确定因素，被承诺的项目资源不一定都能按要求就绪，项目中的资源未必能按照预期的工作效率完成任务，项目中的技术问题不一定能完全顺利解决，客户的需求可能会不断调整，外部的市场环境很可能会发生变化，相关的法律可能会进行调整。只要项目中存在尚未完成的任务，就存在着对未来的预测和假设，就存在着未知因素，就一定存在着不确定性，所以就有了这种说法，“变化是永远不变的主题”。项目管理的最核心的内容，其实就是对风险的管理。

因此，项目本身就有“逐步完善”的特点。在项目初期，所有计划的内容都是基于一定的假设前提而对未来作出的一种预测，但是在项目的实际过程中，往往会存在现实与假设的差异，所以就需要根据现实情况调整项目计划，对项目的未来重新进行预测，只有到整个项目完全完成后，整个项目最终才是确定的。由此可以看出，越是在项目前期，项目的不确定性越大，而越是到项目后期，项目中的不确定性就越小。项目的风险管理是自始至终贯穿在整个项目

过程中的。

这种不确定性（Uncertainty），会产生两个方向的变化——有利的和不利的，我们通常将有利的变化称为机会（Opportunity），将不利的变化称为威胁（Threat）。在项目风险管理中，主要就是针对这种不确定性进行管理，使这种不确定性尽可能演变为机会，尽量避免演变成为威胁。例如在软件项目中，需求变更往往是很可能发生的，而且一旦发生需求变更，对项目的进度、资源、成本等，都会产生直接的影响。这时，如果项目管理者能够有效引导，在发生需求变更时，减少了项目范围，那么就可能减轻了项目的压力，而如果通过需求变更大大增加了项目范围，将会给项目带来很多新的问题。在实践当中，在项目风险管理过程中，大家更重视威胁，而对于可能的机会，却很少考虑，其实威胁和机会往往是伴随在一起的。在一个风险管理计划中，应包括以下这些内容：风险事件（导致风险的直接原因和现象）及可能的影响范围，风险发生的可能性，风险实际发生后导致的后果严重性，风险缓解计划，风险应对计划。通过有效的风险识别来列出风险事件及其可能带来的影响，这需要组织的知识积累和项目经理的经验积累，对于风险发生的可能性和后果严重性，可以先进行风险定性分析，列出高、中、低不同等级，再根据项目的实际需要，对高、中等级的风险进行定量分析，预测风险发生的概率和可能造成的损失，从而计算出风险的价值：Risk=Probability____ * Magnitude。将此公式缩写就成为Risk=P* M。对于项目中识别出来的风险，应该有对应的风险缓解计划，考虑如何引导风险使之不要演变为威胁。根据计算出来的风险价值，可以在风险应对计划执行中提出风险的对策，通常包括：回避、转移、降低、接受四种。通过改变技术方案、更换项目资源等方式回避风险，通过外包、投保等方式转移风险，通过相应的技术、管理措施来降低风险，对于影响不大、完全能够承受的风险，可以直接接受而不采取任何措施。

下图中的曲线，反映了随着项目时间的推移，项目风险发生的可能性与项目风险可能造成的影响程度的变化规律

与风险密切相关的，就是问题管理。当风险转变为实际发生的问题后，就进入问题管理。问题管理的计划，就应该是风险应对计划。对于问题的描述，应包括现象、后果、原因、解决方案、采取的行动及当前解决状态。在项目的计划过程中是不应该存在问题的，只能存在风险。

企业级项目管理体系，要对项目的风险管理给与指导和督促，并将企业级资源作为协助项目组管理高等级风险和问题的资源。

1.4.9采购管理

在项目当中，经常存在采购的需要，包括对原材料、产品、人力资源、服务等多种内容的采购，通过采购来获得外部资源，补充项目所需的资源。采购来的资源成为项目整体资源的一部分，采购来的产品成为项目成果的一部分，如果采购的是服务，往往就成为所谓的外包（Out Sourcing），那么服务的成果也将成为项目成果的一部分。因此，采购行为是为企业的项目服

务的。做好采购的关键，就是要分析清楚采购的目的和内容，采购来的部分如何与项目的其他部分很好的集成起来，满足企业的需要。

在采购过程中，首先要制定采购计划，就是决定什么需要采购，什么不需要采购，对于要采购的部分，要根据实际需要决定采用的合同类型，是总价合同、单价合同，还是成本补偿式的合同，然后就要确定采购的主要要求，形成SOW（Statement Of Work）。随后就是邀请计划，包括了解市场中潜在供应商的情况，编写更为具体的采购要求，形成RFP（Request For Proposal），并据此准备评价标准。下一步就是对潜在的供应商发出邀请，获得来自各方的方案建议书，并根据事先制定的评价标准选定供应商，签定合同。在目前的实践中，这一过程往往会采用招投标的形式。签定合同后接下来就进入合同管理，对合同执行的过程进行跟踪控制，在整个采购管理中，合同管理的重要性有时比前面的选择供应商还重要，特别是在供应商实力相差不大的外包服务的采购中，合同管理的过程其实就是项目执行的过程，服务的效果取决于对服务过程的管理，合同管理的效果，决定着采购的成败。

在许多企业中，项目组本身没有对外采购的权力，都是通过企业级的采购管理来实现的。因此，在企业级的项目管理体系中，就需要确定相应的制度，如何与项目组一起确定采购需求、选择供应商，与项目组一起执行合同并做好合同管理。

1.4.10项目管理三角

至此，我们将项目管理的九大知识领域内容一一做了简单介绍。在这九个知识领域中，项目管理最核心的内容，就是项目的范围、时间、成本和质量这四个领域。项目管理三角形，正是阐明这四个因素之间的相互影响关系的。

;

项目作为一个整体，要使各方面的资源能够协调一致，在现实条件和目标之间取得权衡，就要特别熟悉项目管理三角形的概念。项目管理三角形中的范围，除了要考虑对项目直接成果的要求，还要考虑与之相关的在人力资源管理、质量管理、沟通管理、风险管理等方面的工作要求。项目管理三角形中的时间，强调的是对项目时间进度的要求，这是所有项目都必然会关注的指标。项目管理三角形中的成本，主要来自于所需资源的成本，这些资源通过不同的方式获得，可以对应不同类型的成本。项目管理三角形中的质量，重点指产品质量，它会受到另外三个因素的直接影响。

项目管理三角形强调的就是这四个方面的这种相互影响的紧密关系。为了缩短项目时间，就需要增加项目成本（资源）或减少项目范围；为了节约项目成本（资源），可以减少项目范围或延长项目时间；如果需求变化导致增加项目范围，就需要增加项目成本（资源）或延长项目时间。一般情况下，产品质量都会有行业标准，任何情况下都应该得到保证，但是在范围（大）、时间（紧）、资源（少）的压迫下，也会出现被迫降低产品质量的情况。“多、快、好、省”是理想状态，在现实中这几个方面有时是相互矛盾的，需要进行权衡。因此，项目计划的制定过程是一个多次反复的过程，根据各方面的不同要求，不断调整计划来协调它们

之间的关系。在项目执行过程中，当项目的某一因素发生变化时，往往会直接影响到其他因素，需要同时考虑一项变化给其他因素造成的影响，项目的控制过程就是要保证项目各方面的因素从整体上能够相互协调。

【项目管理知识】IT项目管理的三五九――九大知识领域

IT项目管理的三五九――九大知识领域 三、项目管理的九大知识领域 项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。其中核心的四大知识领域是范围、时间、成本与质量管理。在这些知识领域中还涉及很多的管理工具和技术，以用来帮助项目经理与项目组成员完成项目的管理。如：网络图示法、关键路径法、头脑风暴法、挣值法等，不同的工具能帮助我们完成不同的管理工作。另外，还有很多项目管理软件，如：MicrosoftProject、P3等，作为项目管理的工具，也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。 1、项目整体管理知识 项目的整体管理，或者说是综合管理也不为错，它是综合运用其他八个领域的知识，合理集成与平衡各要素之间的关系，确保项目成功完成的关键。 项目的整体管理包括三个主要过程： 项目计划制定：即收集各种计划编制的结果，并形成统一协调项目计划文档。 项目计划执行：通过执行项目计划的活动，来实施计划。 整体变更控制：控制项目的变更。 项目经理负责协调完成一个项目所需的人员、计划以及工作，统领全局，带领团队实现项目的目标；当项目目标之间或参与项目的人员之间出现冲突时，负责拍板定夺；并负责及时向高层管理人员汇报项目进展信息。总而言之，项目经理主要负责项目的整体管理，这也是项目成功的关键。

回顾以前负责的项目，觉得主要存在以下问题： 未找到项目发起人，或者项目发起人不明确，常把自己当成项目发起人； 项目交付成果定义不清，以致后收尾时无法对照计划进行验收； 缺少组织结构描述； 对项目的控制未能规范化，尤其是项目范围的变更控制； 风险管理未得到重视，只是在项目组内讨论，并停留在项目负责人的头脑中； 缺乏项目干系人分析； 没有规范的进度报告，项目进展报告随意性较大。 要有效的开展项目管理，引用项目管理的知识体系与方法工具，先依样画葫芦，通过实践，进一步领会这些内容是必须的。 2、项目范围管理知识 项目范围的不确定，会导致项目范围的不断扩大，作为项目经理，在项目开始时，就要对项目范围拿出项目干系人都认可的、理解无歧意的范围说明文档――项目章程。然后为了保证项目的实施，明确项目组成员的工作责任，还必须分解项目范围，使之成为更小的项目任务包――工作分解结构（WBS）。 后还有就是要认识到项目本身不是孤立的，因此有时范围的变更也是必须的，关键是当变更发生时，如何加以控制。

项目管理九大知识体系和五大阶段

驱动21世纪新型商务企业发展的原动力是什么？有人答曰：项目管理。的确，项目管理作为一门新兴的学科，发展之快已超过了我们的想象。美国Fortune杂志甚至预言，项目经理将是21世纪的首选职业。让我们共同走近项目管理。 “金字塔工程”到“北极星导弹计划” 论起项目管理的起源，其实很早。古代诸如金字塔、长城等著名的伟大工程项目的成功，都得助于当时对工程项目进行的严密和科学的管理。20世纪60年代初，在著名数学家华罗庚教授的倡导下，将项目管理的概念引入了我国，并在当时的国民经济各个部门进行试点应用，将这种方法命名为“统筹法”。之后，中国科学院管理科学与科技政策研究所，还牵头成立了“中国统筹法、优选法与经济数学研究会”。改革开放后，项目管理在水利、建筑、化工等领域开始被大量地应用起来。2000年底，联想在“天麒”、“天麟”两款计算机产品的开发过程中，结合业务对项目管理的需求，配合项目管理相关理论、方法编制软件方案，使该项目在8个月的时间内便全部完成，并达到了国际上PC生产技术的最高水平。 现代项目管理的概念起源于美国。上个世纪五十年代后期，美国的Booz-Allen Lockheed 公司首次在北极星导弹计划中运用了PERT技术。同一时期，美国的Dupont and RamintonnRand公司创造了CPM方法，用于研究和开发、生产控制和计划编排，结果大大缩短了完成预定任务的时间，之后它们分别被称为“计划评审技术”和“关键路径法”。现代项目管理科学便是从这两项技术的基础上迅速发展起来的，融合了后来发展起来的WBS工作分解技术、蒙特卡罗（Monte Carlo）模拟技术和EV挣值分析技术，形成了一门关于项目资金、时间、人力等资源控制的管理科学。著名的阿波罗登月计划、曼哈顿计划等都是采用项目管理的理论和方法而取得成功的经典案例。 9大知识体系与5个具体阶段 早期的项目管理主要关注的是成本、进度(时间)，后来又扩展到质量。最近十几年间，项目管理逐渐发展成为一个涵盖9大知识体系、5个具体阶段的单独的学科分支。9大知识体系包括： ·集成管理在项目分析中，项目管理人员必须把各种能力综合起来并加以协调利用。 ·范围管理定义项目的边界，着眼于“大画面”的事物。例如项目的生命周期、工作分工结构的开发、管理流程变动的实施等。 ·时间管理要求培养规划技巧。有经验的项目管理人员应该知道，当项目出现偏离规划时，如何让它重回规划。 ·成本管理要求项目管理人员培养经营技巧，处理诸如成本估计、计划预算、成本控制、资本预算以及基本财务结算等事务。 ·人力资源管理着重于人员的管理能力，包括冲突的处理、对职员工作动力的促进、高效率的组织结构规划、团队工作和团队形成以及人际关系技巧。 ·风险管理需要管理人员在信息不完备的情况下作决定。风险管理模式通常由三个步

项目管理九大知识领域

项目管理九大知识领域 1、项目范围管理就是为了实现项目的目标,对项目的工作内容进行控制的管理过程。它包括范围的界定,范围的规划,范围的调整等。 2、项目时间管理就是为了确保项目最终的按时完成的一系列管理过程。它包括具体活动界定,活动排序,时间估计,进度安排及时间控制等项工作。 3、项目成本管理就是为了保证完成项目的实际成本、费用不超过预算成本、费用的管理过程。它包括资源的配置,成本、费用的预算以及费用的控制等项工作。 4、项目质量管理就是为了确保项目达到客户所规定的质量要求所实施的一系列管理过程。它包括质量规划,质量控制与质量保证等。 5、人力资源管理就是为了保证所有项目关系人的能力与积极性都得到最有效地发挥与利用所做的一系列管理措施。它包括组织的规划、团队的建设、人员的选聘与项目的班子建设等一系列工作。 6、项目沟通管理就是为了确保项目的信息的合理收集与传输所需要实施的一系列措施,它包括沟通规划,信息传输与进度报告等。 7、项目风险管理涉及项目可能遇到各种不确定因素。它包括风险识别,风险量化,制订对策与风险控制等。 8、项目采购管理就是为了从项目实施组织之外获得所需资源或服务所采取的一系列管理措施。它包括采购计划,采购与征购,资源的选择以及合同的管理等项目工作。 9、项目集成管理就是指为确保项目各项工作能够有机地协调与配合所展开的综合性与全局性的项目管理工作与过程。它包括项目集成计划的制定,项目集成计划的实施,项目变动的总体控制等

目录 目录 (2) 1、项目范围管理 (3) 2、项目时间管理 (7) 3、项目成本管理 (10) 4、项目质量管理 (12) 5、项目人力资源管理 (14) 6、项目沟通管理 (17) 7、项目风险管理 (21) 8、项目采购管理 (25) 9、项目集成管理 (29)

项目管理5大过程9大知识领域44个定义

项目管理的5大过程分别是： 1）启动过程、2）规划过程、3）执行过程、4）监控过程、5）收尾过程 9大知识领域分别是： 1）项目整合管理、2）项目范围管理、3）项目时间管理、4）项目成本管理、5）项目质量管理、6）项目人力资源管理、7）项目沟通管理、8）项目风险管理、9）项目采购管理 44个定义分别是： 项目整体管理 1. 制定项目章程–制定正式核准项目的项目章程。 2. 制定项目初步范围说明书–制定从高层次说明范围的项目初步范围说明书。 3. 制定项目管理计划–将确定、编写、协调与组合所有部分计划所需要的行动 形成文件，使其成为项目管理计划。F 4. 指导与管理项目执行–执行项目管理计划所确定的工作，实现项目范围说明 书明确的项目要求。 5. 监控项目工作–监视和控制启动、规划、执行和结束项目所必需的各个过程， 以便满足项目管理计划中确定的实施目标。 6. 整体变更控制–审查所有的变更请求，批准变更并控制可交付成果和组织过 程资产。 7. 项目收尾–最终完成所有项目过程组的所有活动，正式结束项目或项目阶段。 项目范围管理 8. 范围规划制定项目范围管理计划，记载如何确定、核实与控制项目范围， 以及如何制定与定义工作分解结构（WBS）。 9. 范围定义制定详细的项目范围说明书，作为将来项目决策的根据。 10. 制作工作分解结构将项目大的可交付成果与项目工作划分为较小和更易管 理的组成部分。 11. 范围核实正式验收已经完成的项目可交付成果。 12. 范围控制控制项目范围的变更。 项目时间管理 13. 活动定义 确定为产生项目各种可交付成果而必须进行的具体计划活动。 14. 活动排序 确定各计划活动之间的依存关系，并形成文件。 15. 活动资源估算 估算完成各计划活动所需资源的种类与数量。 16. 活动持续时间估算 估算完成各计划活动所需工时单位数。 17. 制定进度表 分析活动顺序、活动持续时间、资源要求，以及进度制约因 素，从而制定项目进度表。 18. 进度控制 控制项目进度表变更。 项目费用管理 19. 费用估算 估算完成项目各项活动所需资源的费用近似值。 20. 费用预算 汇总各单个活动或工作细目的估算费用，确定一个费用基准。 21. 费用控制 对造成费用偏差的因素施加影响，并控制项目预算的变更。

项目管理知识体系中的九大知识领域

项目管理知识体系中的九大知识领域 九大知识领域，是项目管理知识体系的重要内容，涉及内容非常广泛，在这里将会把各个知识领域中的主要管理内容和关键点作一介绍，如需了解更为详细的内容，请参考PMBOK以及相关的专业论著。 1.4.1集成管理 集成管理是项目管理九大知识领域中的第一个领域，与其它八个知识领域相比，这个领域的内容比较特殊，它并没有提供具体的知识点和具体的操作方法，而是反复强调围绕项目的全局观，在项目内部各个部分之间、在项目内部与外部之间，对各种内容进行集成，使各个相关方面形成有机的整体，保持管理上的一致性。这个知识领域的内容对于项目经理们来说可能感觉比较空泛，但对于企业级项目管理体系建设来说，则是非常具有指导意义的。 下面是项目管理中几个常见的集成方面的问题： 1、将项目计划中各个管理领域的子计划综合而成整体的项目计划。例如在整体项目计划中，要包括范围管理计划、时间管理计划、成本管理计划、质量管理计划、人力资源计划、沟通计划、风险管理计划、采购计划等，将这些不同的管理计划有机的结合起来，使整体项目计划能够有效涵盖项目管理的各个领域的管理内容并保持一致. 2、将项目的各个过程有机的集成起来。在后面我们会提到项目的五大过程——启动、计划、执行、控制、收尾。这些过程在整个项目当中，在项目的各个阶段当中，都可以根据管理的需要灵活运用，但是各个过程之间的关系仍然要符合基本的关系要求，这五大过程之间的关系会在后面的章节中进行介绍。 3、项目管理与企业日常运营管理的集成。不论企业是以项目方式从事主营业务，还是利用项目从事改革、创新，都存在着项目与企业日常运营之间的关系。在项目过程中通常会占用企业资源，也会对企业的日常工作产生一定的影响，如何协调资源、配合工作，同时满足两方面的需要，这就是经常遇到的一种集成管理的要求。例如在创新活动中，项目会产出成果，可能形成面向内部用户或外部客户的产品，企业就要考虑围绕这些产品的销售、支持服务等一系列的企业运营中的问题，因此，企业往往在项目初期定义项目成果时，就要求考虑项目成果在以后的企业运营中的管理问题。 4、项目生命周期与产品生命周期的集成。企业管理的核心内容都是围绕产品的（包括服务型产品），企业一定会对产品的生命周期进行管理，在产品的整个生命周期当中，产品的每一次进步，都是以项目的方式来实现的，从市场调研、可行性分析、产品设计、产品生产、市场促销、产品改进等各个不同的阶段，都可以单独成为项目。这时的项目的生命周期包含在产品的生命周期当中，项目的成果成为产品发展的阶段成果。因此，在项目管理中，还要同时兼顾产品长远发展的需要。 5、项目范围与产品范围的集成。当一个产品由不同的部分组成时，每个部分都可以单独生产时，就一定存在着项目范围与产品范围集成的要求。例如在汽车装配厂，需要从许多不同的加工厂采购不同的零部件来进行装配，对于零部件加工厂来说，设计、改进零部件的创新项目，不能孤立的对待，而是要考虑该零部件与其它相关部分的配合关系，考虑对整车的影响。如果把整车涉及的全部零部件看作是产品范围，针对某个零部件的改进就是单个项目的项目范围，那么项目范围就应该与产品范围进行有效的集成。 6、不同部门的成果的集成。当一个项目涉及企业内外多个部门和单位时，特别是当项目在企业中处于职能式或弱矩阵式组织结构时，通常会出现各个部门分头完成自己所分管部分的任务，将各自的成果提交给项目，那么在项目中就必须将这些成果集成在一起，形成项目的整体成果。 7、项目中不同约束条件的集成。不同的利益干系人可能会对项目提出不同要求，各种各样的外部因素会对项目形成不同的约束条件，例如外部法规的强制性要求、企业内部的管理要求、不同领导和部门的限制性要求、内部资源自身的特殊要求、项目发起者对项目本身的相关要求等，为项目管理勾画出了项目的边界，这个边界就直接反映出各个方面的约束条件的集成结果。 还有许多其它方面的集成问题，这里不能一一列举。由此可以看出，项目并不是孤立存在的，它受到来自项目内部和外部的多方面的影响，要管理好项目，就必须有很强的全局观。因此，在企业级项目管理

项目管理各个领域

项目管理知识体系中的九大知识领域]1.4 [原创 2009-2-9 10:38:18【作者】乔东 1.4项目管理知识体系中的九大知识领域 九大知识领域，是项目管理知识体系的重要内容，涉及内容非常广泛，在这里将会把各个知识领域中的主要管理内容和关键点作一介绍，如需了解更为详细的内容，请参考PMBOK以及相关的专业论著。 1.4.1集成管理 集成管理是项目管理九大知识领域中的第一个领域，与其它八个知识领域相比，这个领域的内容比较特殊，它并没有提供具体的知识点和具体的操作方法，而是反复强调围绕项目的全局观，在项目内部各个部分之间、在项目内部与外部之间，对各种内容进行集成，使各个相关方面形成有机的整体，保持管理上的一致性。这个知识领域的内容对于项目经理们来说可能感觉比较空泛，但对于企业级项目管理体系建设来说，则是非常具有指导意义的。 下面是项目管理中几个常见的集成方面的问题： 1、将项目计划中各个管理领域的子计划综合而成整体的项目计划。例如在整体项目计人力资源计划、质量管理计划、成本管理计划、时间管理计划、要包括范围管理计划、划中， 沟通计划、风险管理计划、采购计划等，将这些不同的管理计划有机的结合起来，使整体项目计划能够有效涵盖项目管理的各个领域的管理内容并保持一致. 2、将项目的各个过程有机的集成起来。在后面我们会提到项目的五大过程——启动、计划、执行、控制、收尾。这些过程在整个项目当中，在项目的各个阶段当中，都可以根据管理的需要灵活运用，但是各个过程之间的关系仍然要符合基本的关系要求，这五大过程之间的关系会在后面的章节中进行介绍。 3、项目管理与企业日常运营管理的集成。不论企业是以项目方式从事主营业务，还是利用项目从事改革、创新，都存在着项目与企业日常运营之间的关系。在项目过程中通常会占用企业资源，也会对企业的日常工作产生一定的影响，如何协调资源、配合工作，同时满足两方面的需要，这就是经常遇到的一种集成管理的要求。例如在创新活动中，项目会产出成果，可能形成面向内部用户或外部客户的产品，企业就要考虑围绕这些产品的销售、支持服务等一系列的企业运营中的问题，因此，企业往往在项目初期定义项目成果时，就要求考虑项目成果在以后的企业运营中的管理问题。 4、项目生命周期与产品生命周期的集成。企业管理的核心内容都是围绕产品的（包括服务型产品），企业一定会对产品的生命周期进行管理，在产品的整个生命周期当中，产品的每一次进步，都是以项目的方式来实现的，从市场调研、可行性分析、产品设计、产品生产、市场促销、产品改进等各个不同的阶段，都可以单独成为项目。这时的项目的生命周期包含在产品的生命周期当中，项目的成果成为产品发展的阶段成果。因此，在项目管理中，还要同时兼顾产品长远发展的需要。 5、项目范围与产品范围的集成。当一个产品由不同的部分组成时，每个部分都可以单独生产时，就一定存在着项目范围与产品范围集成的要求。例如在汽车装配厂，需要从许多不同的加工厂采购不同的零部件来进行装配，对于零部件加工厂来说，设计、改进零部件的考虑对整车而是要考虑该零部件与其它相关部分的配合关系，不能孤立的对待，创新项目， 的影响。如果把整车涉及的全部零部件看作是产品范围，针对某个零部件的改进就是单个项目的

项目管理9大知识体系

项目管理九大知识体系 范围管理：项目为何总是做不完？范围管理要界定 做过项目的人可能都会有这样的经历：一个项目做了很久，感觉总是做不完，就像一个“无底洞”。用户总是有新的需求要项目开发方来做，就像用户在“漫天要价”，而开发方在“就地还钱”。实际上，这里涉及到一个“范围管理”的概念。项目中哪些该做，哪些不该做，做到什么程度，都是由“范围管理”来决定的。那么，到底什么是“范围管理”，请跟我们一块来揭开谜底…… 风险管理：项目风险引发的问题、成因及防范法宝 项目是为完成某一独特的产品或服务所做的一次性努力。项目的最终交付成果在项目开始时只是一个书面的规划，无论是项目的范围、时间还是费用都无法完全确定。同时，项目创造产品或服务是一个渐近明细的过程，这就意味着项目开始时有很多的不确定性。这种不确定性就是项目的风险所在…… 沟通管理：做好项目沟通计划“灵犀”才能“点通” 回想一下你所经历的项目，有没有出现过以下这样的情况：客户在检查项目阶段成果时，指出曾经要求的某个产品特性没有包含在其中，并且抱怨说早就以口头的方式反映给了项目组的成员，糟糕的是作为项目经理的你却一无所知，而那位成员解释说把这点忘记了；或者，你手下的程序员在设计评审时描述了他所负责的模块架构，然而软件开发出来后，你发现这和你所理解的结构大相径庭…… 可能你遇到的情况比上面谈到的还要复杂。问题到底出在哪儿呢？ 质量管理：如何做好软家工程质量管理？ 提起如今的IT项目，软件工程倍受关注。而软件的质量更是众人关注的焦点，因为目前还没有一套完善的评估标准。甚至有人提出，现在的软件开发根本提不上是“工程”，因为它太稚嫩了，还没有一套成熟的标准来比照；因而软件项目极易出现失败或失误。大量实践证明，软件工程项目的成败，通常是因为管理问题（协同工作的能力），而不是技术上的问题。要想做一盘“完美”的软件大餐，质量管理的作用是不言而喻的…… 时间管理：磨刀不误砍柴功如何避免工期拖延? “按时、保质地完成项目”大概是每一位项目经理最希望做到的。但工期托延的情况却时常发生。因而合理地安排项目时间是项目管理中一项关键内容，它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。它的主要工作包括定义项目活动、任务、活动排序、每项活动的合理工期估算、制定项目完整的进度计划、资源共享分配、监控项目进度等内容……

项目管理九大知识领域

项目管理九大知识领域 1.项目范围管理是为了实现项目的目标，对项目的工作内容进行控制的管理过程。它包括范围的界定，范围的规划，范围的调整等。 2.项目时间管理是为了确保项目最终的按时完成的一系列管理过程。它包括具体活动界定，活动排序，时间估计，进度安排及时间控制等项工作。 3.项目成本管理是为了保证完成项目的实际成本、费用不超过预算成本、费用的管理过程。它包括资源的配置，成本、费用的预算以及费用的控制等项工作。 4.项目质量管理是为了确保项目达到客户所规定的质量要求所实施的一系列管理过程。它包括质量规划，质量控制和质量保证等。 5. 人力资源管理是为了保证所有项目关系人的能力和积极性都得到最有效地发挥和利用所做的一系列管理措施。它包括组织的规划、团队的建设、人员的选聘和项目的班子建设等一系列工作。 6.项目沟通管理是为了确保项目的信息的合理收集和传输所需要实施的一系列措施，它包括沟通规划，信息传输和进度报告等。 7.项目风险管理涉及项目可能遇到各种不确定因素。它包括风险识别，风险量化，制订对策和风险控制等。 8.项目采购管理是为了从项目实施组织之外获得所需资源或服务所采取的一系列管理措施。它包括采购计划，采购与征购，资源的选择以及合同的管理等项目工作。 9.项目集成管理是指为确保项目各项工作能够有机地协调和配合所展开的综合性和全局性的项目管理工作和过程。它包括项目集成计划的制定，项目集成计划的实施，项目变动的总体控制等

目录

1、项目范围管理 做过项目的人可能都会有这样的经历：一个项目做了很久，感觉总是做不完，就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”，而开发方在“就地还钱”。实际上，这里涉及到一个“范围管理”的概念。项目中哪些该做，哪些不该做，做到什么程度，都是由“范围管理”来决定的。那么，到底什么是“范围管理”，请跟我们一块来揭开谜底。 几年前，我和一位同事在外地共同参与一个软件项目的开发。项目本身并不算很大，开始的需求调研进行了很长时间，期间不但几乎拜访了所有部门，还与用户反复讨论，征求意见，需求文档几易其稿。即便这样仍然有许多不确定因素，搞得人心烦意乱。当时我牢骚很多，总觉得又花时间似乎还没真正做事。我的同事经验比较丰富，他给我说了一个他自己的亲身经历。那时候他在深圳参与一个证券项目，当时软件开发管理非常不规范，基本上是了解需求后就编程序，根本没有太多的交流，需求文档就更没有了。系统开发出以后，用户不断提出新需求。每天追着开发人员解决问题，项目实际是一个无底洞，没完没了地往下做，按他的说法是项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。 这个故事刚听起来感觉非常可笑，当我自己真正做项目负责人时才体会到这其实是一个项目范围管理的问题。上面提到我所参与的项目中花费大量时间用于需求调研也是为了确定项目范围。作为一个合格的项目经理，切记要准确控制好项目范围。孙子兵法中提到“知己知彼，百战不殆”，在一个项目中我们应该知道对方需要什么，自己要做什么，这是项目成功的基础所在。那么，首先要明确的是项目范围管理中的范围是如何定义的？ 什么是范围？ 我们知道项目是为完成产品或服务所做的一次性努力。因此在这里，范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能，另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必须完成的工作。在确定范围时首先要确定最终产生的是什么，它具有哪些可清晰界定的特性。要注意的是特性必须要清晰，以认可的形式表达出来，比如文字、图表或某种标准，能被项目参与人理解，绝不能含含糊糊、模棱两可，在此基础之上才能进一步明确需要做什么工作才能产生所需要的产品。也就是说产品范围决定项目范围。

项目管理的五个过程和九大知识领域

项目管理的五个过程和九大知识领域 项目是为完成某一独特的产品或服务所做的一次性努力。根据这个定义，项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说，具备前面三个主要特性的活动，都可以看作是项目。现实中的项目随处可见，如设备消缺、会议组织、技术竞赛、结婚典礼以及家居装修等等，都可以看作是项目。在这些项目的实施过程中，都存在项目管理问题，不过，实际生活与工作中，可能更多关注的事情本身，而对做好事情相关的组织、计划、控制等过程相对缺少关注，或者没有经验与能力加以关注。 项目管理是在项目活动中运用知识、技能、工具和技术来实现项目要求。项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程、收尾过程等，包含了九大领域的知识：范围管理、时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通管理、采购管理及系统管理的方法与工具。作为项目经理要全面掌握这些九个核心领域的知识，并重点把握系统管理的观念，避免进入某个细节，注意在五个不同阶段的重点。 一、项目管理的三个约束条件 任何项目都会在范围、时间及成本三个方面受到约束，这就是项目管理的三约束。项目管理，就是以科学的方法和工具，在范围、时间、成本三者之间寻找到一个合适的平衡点，以便项目所有干系人都尽可能的满意。项目是一次性的，旨在产生独特的产品或服务，但不能孤立地看待和运行项目。这要求项目经理要用系统的观念来对待项目，认清项目在更大的环境中所处的位置，这样在考虑项目范围、时间及成本时，就会有更为适当的协调原则。 1．项目的范围约束 项目的范围就是规定项目的任务是什么？作为项目经理，首先必须搞清楚项目的商业利润核心，明确把握项目发起人期望通过项目获得什么样的产品或服务。对于项目的范围约束，容易忽视项目的商业目标，而偏向技术目标，导致项目最终结果与项目干系人期望值之间的差异。 因为项目的范围可能会随着项目的进展而发生变化，从而与时间和成本等约束条件之间产生冲突，因此面对项目的范围约束，主要是根据项目的商业利润核心做好项目范围的变更管理。既要避免无原则的变更项目的范围，也要根据时间与成本的约束，在取得项目干系人的一致意见的情况下，合理的按程序变更项目的范围。 2．项目的时间约束 项目的时间约束就是规定项目需要多长时间完成，项目的进度应该怎样安排，项目的活动在时间上的要求，各活动在时间安排上的先后顺序。当进度与计划之间发生差异时，如何重新调整项目的活动历时，以保证项目按期完成，或者通过调整项目的总体完成工期，以保证活动的时间与质量。 在考虑时间约束时，一方面要研究因为项目范围的变化对项目时间的影响，另一方面要研究，因为项目历时的变化，对项目成本产生的影响。并及时跟踪项目的进展情况，通过对实际项目进展情况的分析，提供给项目干系人一个准确的报告。 3．项目的成本约束 项目的成本约束就是规定完成项目需要花多少钱。对项目成本的计量，一般用花费多少资金来衡量，但也可以根据项目的特点，采用特定的计量单位来表示。关键是通过成本核算，能让项目干系人，了解在当前成本约束之下，所能完成的项目范围及时间要求。当项目的范围与时间发生变化时，会产生多大的成本变化，以决定是否变更项目的范围，改变项目的进度，或者扩大项目的投资。 在我们实际完成的许多项目中，多数只重视项目的进度，而不重视项目的成本管理。一般只是在项目结束时，才交给财务或计划管理部门的预算人员进行项目结算。对内部消耗资源性的项目，往往不做项目的成本估算与分析，使得项目干系人根本认识不到项目所造成的资源浪费。因此，对内部开展的一些项目，也要进行成本管理。

项目管理9大知识体系和5个具体阶段

项目管理9大知识体系与5个具体阶段驱动21世纪新型商务企业发展的原动力是什么？有人答曰：项目管理。的确，项目管理 作为一门新兴的学科，发展之快已超过了我们的想象。美国Fortune杂志甚至预言，项目经理将是21世纪的首选职业。让我们共同走近项目管理。 “金字塔工程”到“北极星导弹计划” 论起项目管理的起源，其实很早。古代诸如金字塔、长城等著名的伟大工程项目的成功， 都得助于当时对工程项目进行的严密和科学的管理。20世纪60年代初，在著名数学家华罗 庚教授的倡导下，将项目管理的概念引入了我国，并在当时的国民经济各个部门进行试点应用，将这种方法命名为“统筹法”。之后，中国科学院管理科学与科技政策研究所，还牵头 成立了“中国统筹法、优选法与经济数学研究会”。改革开放后，项目管理在水利、建筑、化工等领域开始被大量地应用起来。2000年底，联想在“天麒”、“天麟”两款计算机产 品的开发过程中，结合业务对项目管理的需求，配合项目管理相关理论、方法编制软件方案，使该项目在8个月的时间内便全部完成，并达到了国际上PC生产技术的最高水平。 现代项目管理的概念起源于美国。上个世纪五十年代后期，美国的Booz-Alle n Lockheed 公司首次在北极星导弹计划中运用了PERT技术。同一时期，美国的Dupo nt and RamintonnRand公司创造了CPM方法，用于研究和开发、生产控制和计划编排，结果大大缩短了完成预定任务的时间，之后它们分别被称为“计划评审技术”和“关键路径法”。现代项目管理科学便是从这两项技术的基础上迅速发展起来的，融合了后来发展起来的WBS工作分解技术、蒙特卡罗(Monte Carlo )模拟技术和EV挣值分析技术，形成了一门关于项目资金、时间、人力等资源控制的管理科学。著名的阿波罗登月计划、曼哈顿计划等都是采用项目管理的理论和方法而取得成功的经典案例。 9大知识体系与5个具体阶段 早期的项目管理主要关注的是成本、进度(时间)，后来又扩展到质量。最近十几年间， 项目管理逐渐发展成为一个涵盖9大知识体系、5个具体阶段的单独的学科分支。9大知识体系包括：

项目管理九大领域知识介绍

项目管理九大领域知识介绍 (1)项目整体管理 项目整合管理包括为识别、定义、组合、统一与协调项目管理过程组的各过程及项目管理活动而进行的各种过程和活动;包括制定项 目章程、制定项目管理计划、指导与管理项目执行、监控项目工作、实施整体变更控制、结束项目或阶段六个过程。 (2)项目范围管理 (3)项目时间管理 项目时间管理包括保证项目按时完成的各过程;包括定义活动、 排列活动顺序、估算活动资源、估算活动持续时间、制定进度计划、控制进度六个过程。 (4)项目成本管理 项目成本管理包括对成本进行估算、预算和控制的各过程，从而确保项目在批准的预算内完工;包括估算成本、制定预算、控制成本 三个过程。 (5)项目质量管理 项目质量管理包括执行组织确定质量政策、目标与职责的各过程和活动，从而使项目满足其预定的需求;包括规划质量、实施质量保证、实施质量控制三个过程。 (6)项目人力资源管理 项目人力资源管理包括组织、管理与领导项目团队的各个过程; 包括制定人力资源计划、组建项目团队、建设项目团队、管理项目 团队四个过程。 (7)项目沟通管理

(8)项目风险管理 项目风险管理包括风险管理规划、风险识别、风险分析、风险应对规划和风险控制等各个过程;主要目标是提高项目积极事件的概率 和影响，降低项目消极事件的概率和影响;包括规划风险管理、识别 风险、实施定性风险分析、实施定量风险分析、规划风险应对、监 控风险项目风险管理六个过程。 (9)项目采购管理 项目采购管理包括从项目组织外部采购或获得所需产品、服务或成果的各个过程;包括规划采购、实施采购、管理采购、结束采购四 个过程 1、设置项目管理的专门机构，对项目进行专门管理。项目的规 模庞大、工作复杂、时间紧迫;项目的不确定因素多，有很多新技术、新情况和新问题需要不断研究解决;而且，项目实施中涉及部门和单 位较多，需要相互配合、协同攻关。因而，对此应单独设置专门机构，配备一定的专职人员，对项目进行专门管理。 2、设置项目专职管理人员，对项目进行专职管理。有些项目的 规模较小，工作不太复杂，时间也不太紧迫，项目的不确定因素不多，涉及的单位和部门也不多，但前景不确定，仍需要加强组织协调，对于这样的项目，可只委派专职人员：进行协调管理，协助企 业的有关领导人员对各有关部门和单位分管的任务进行联系、督促 和检查，必要时，也可以为专职人员配备助手。 (1)一次性 一次性是项目与其他重复性运行或操作工作最大的区别。项目有明确的起点和终点，没有可以完全照搬的先例，也不会有完全相同 的复制。项目的其他属性也是从这一主要的特征衍生出来的。 (2)独特性 (3)目标的确定性 项目必需有确定的目标：

项目管理九大管理重要知识点

九大管理重要知识点 一、可行性研究的步骤包括：（记忆） ⑴、确定项目规模和目标； ⑵、研究正在运行的系统； ⑶、建立新系统的逻辑模型； ⑷、导出和评价各种方案； ⑸、推荐可行性方案 ⑹、编写可行性研究报告； ⑺、递交可行性研究报告 二、可行性研究报告编写的内容包括：（记忆） ⑴、引言； ⑵、可行性研究的前提。 ⑶、对现有系统的分析； ⑷、所建议的系统； ⑸、可选择的其他系统方案； ⑹、投资和效益分析； ⑺、社会因素方面的可行性； ⑻、结论 三、项目章程的作用（记忆） ⑴、项目章程正式宣布项目的存在，对项目的开始实施赋予合法的地位； ⑵、项目章程粗略地规定项目的范围，为项目范围管理的后续工作提供重要依据； ⑶、项目章程正式任合项目经理，授权其使用组织资源开展项目的活动。 四、综合变更控制的过程（记忆） ⑴变更申请；⑵分析变更的影响；⑶变更评审；⑷变更分派；⑸变更实施；⑹变更验证 五、项目验收的意义（一般记忆） ⑴、项目的验收标志项目的结束（或阶段性结束） ⑵、项目顺利通过验收则项目当事人就可以终止各自的义务和责任，从而获得相应的权益 ⑶、项目的竣工验收，是保证合同任务完成，提高质量水平的最后关口； ⑷、能促进投资项目及时投入生产和交付使用，将基本建设投资及时转入固定资产，发挥投资效益； 六、工作结构分解的原则创建 WBS的原则（一般记忆）

①保持项目的完整性，避免遗漏； ②一个工作单元只能从属某个上层单元，避免交叉从属； ③相同层次的工作单元有相同性质； ④工作单元能分开责任者和工作内容； ⑤便于项目管理计划、控制的管理需要； ⑥最低层工作应有可比性，是可管理的，可定量检查的； ⑦应包括项目管理工作及分包出去的工作 七、工作分解结构的目的和用途（了解） ⑴、明确和准确说明项目范围； ⑵、工作分解结构定义项目边界，明确需要做的工作； ⑶、确定所需要的技术和人力资源，明确人员职责； ⑷、进行时间，成本和资源估算，提高估算的准确性； ⑸、为计划、预算、进度安排和费用控制奠定共同的基础，确定进度和控制的基准； ⑹、将项目工作与项目财务账目联系起来 ⑺、确定工作内容和工作顺序，并根据实践情况进行调节和控制； ⑻、估计项目整体和全过程费用 ⑼、工作分解结构有助于防止需求蔓延 八、在分派角色和职责的过程，应注意以下方面（了解） ⑴、工作分解结构必须面向可交付成果的； ⑵、工作分解结构必须符合项目的范围； ⑶、工作分解结构的底层应该支持计划和控制； ⑷、工作分解结构中的元素必须有人负责，而且只由一个人负责，尽管实际上可能需要多个人参与 ⑸、工作分解结构的指导，每个级别的工作分解结构把上一级的一个元素分为4～7 个新的元素，同一级的元素的大小 应该相似 ⑹、工作分解结构并非是一成不变的。 九、信息系统的项目成本估算的困难主要在于（了解） ⑴、需求信息的复杂性 ⑵、开发技术与工具的不断变化 ⑶、同类项目的缺乏 ⑷、信息系统项目建设不同人员的不同见解 ⑸、缺乏专业和富有经验的人才 ⑹、管理层的压力和误解 十、如何提高信息系统项目质量（案例里面可能用到） ⑴、强有力的领导 ⑵、建立组级项目管理体系

信息系统项目管理九大知识体系

九大知识体系 五个过程：启动过程、计划过程、执行过程、控制过程、结束过程； 九个领域：综合管理、范围管理、时间管理、费用管理、质量管理、人力资源管理、风险管理、沟通管 理、采购管理 42 个要素：项目与项目管理、项目管理的运行、通过项目进行管理、系统方法与综合、项目背景、项目 阶段与生命周期、项目开发与评估、项目目标与策略、项目成功与失败的标准、项目启动、项目收尾、项 目的结构、内容与范围、时间进度、资源、项目费用与财务、状态与变化、项目风险、效果衡量、项目控 制、信息/文档与报告、项目组织、协作/ 团队、领导、沟通、冲突与危机、采购/ 合同、项目质量、项目信息学、标准与规则、问题解决、会谈与磋商、固定的组织、业务过程、人力开发、组织学习、变化管理、 行销/产品管理、系统管理、安全/ 健康与环境、法律方面、财务与会计 一、项目整体管理 1、制订项目章程； 2、制订项目范围说明书（初步）； 3 、制订项目管理计划；4 、指导和管理项目实施； 5、监督和控制项目工作；6 整体变更控制；7 、项目收尾 1、制订项目章程:宣布项目开始、明确项目范围（初步）、任命项目经理。 输入工具与技术输出 ⑴ 项目合同 ⑵ 项目工作说明书（SOW ） ⑶ 环境和组织因素 ⑷组织过程资产。⑴项目选择方法 ⊙收益测量方法（即对比法、评分模 型、收益分布或经济模型）；⊙数据模 型；⊙决策模型、 ⑵项目管理方法 ⑶项目管理信息系统（PMIS ） 项目章程

⑷专家判断 2、项目范围说明书（初步）:项目目标和主要的交付成果。包括项目和范围的目标，交付物的验收标准，项目边界、项目约束、项目假设、最初定义的项目风险、进度里程碑、初始WBS 、成本概算、项目配置管理的需求。 输入工具与技术输出 ⑴ 目章程 ⑵ 项目工作说明书（SOW ） ⑶ 环境和组织因素 ⑷组织过程资产⑴项目管理方法论。 ⑵项目管理信息系统（PMIS ）。 ⑶专家判断 项目范围说明书 3、制订项目管理计划:工作计划、人员组织计划、采购计划、资源计划、变更控制计划、进度计划、成本计划、文档管理计划、支持计划。 输入工具与技术输出 ⑴ 项目章程 ⑵ 项目范围说明书（初步） ⑶ 项目管理过程 ⑷ 预测 ⑸ 环境和组织因素 ⑹ 组织过程资产 ⑺工作绩效信息 ⑴项目管理方法论。 ⑵项目管理信息系统（PMIS ） ⑶ 专家判断 项目管理计划 配置管理系统 变更控制系统 4、指导和管理项目实施:项目实施的过程中的工作，目标是完成项目范围说明书中定义的工作。 输入工具与技术输出 1、项目管理计划⑴项目管理方法论⑴可交付物

项目管理九大知识领域—项目时间管理.

项目管理九大知识领域—项目时间管理 “按时、保质地完成项目”大概是每一位项目经理最希望做到的。但工期托延的情况却时常发生。因而合理地安排项目时间是项目管理中一项关键内容，它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。它的主要工作包括定义项目活动、任务、活动排序、每项活动的合理工期估算、制定项目完整的进度计划、资源共享分配、监控项目进度等内容。 磨刀不误砍柴功 时间管理工作开始以前应该先完成项目管理工作中的范围管理部分。如果只图节省时间，把这些前期工作省略，后面的工作必然会走弯路，反而会耽误时间。项目一开始首先要有明确项目目标、可交付产品的范围定义文档和项目的工作分解结构（WBS）。由于一些是明显的、项目所必须的工作，而另一些则具有一定的隐蔽性，所以要以经验为基础，列出完整的完成项目所必需的工作，同时要有专家审定过程，以此为基础才能制定出可行的项目时间计划，进行合理的时间管理。 怎样把时间“分解”？ 1、项目活动定义 将项目工作分解为更小、更易管理的工作包也叫活动或任务，这些小的活动应该是能够保障完成交付产品的可实施的详细任务。在项目实施中，要将所有活动列成一个明确的活动清单，并且让项目团队的每一个成员能够清楚有多少工作需要处理。活动清单应该采取文档形式，以便于项目其他过程的使用和管理。当然，随着项目活动分解的深入和细化，工作分解结构（WBS）可能会需要修改，这也会影响项目的其他部分。例如成本估算，在更详尽地考虑了活动后，成本可能会有所增加，因此完成活动定义后，要更新项目工作分解结构上的内容。 2、活动排序 在产品描述、活动清单的基础上，要找出项目活动之间的依赖关系和特殊领域的依赖关系、工作顺序。在这里，既要考虑团队内部希望的特殊顺序和优先逻辑关系，也要考虑内部与外部、外部与外部的各种依赖关系以及为完成项目所要做的一些相关工作，例如在最终的硬件环境中进行软件测试等工作。 设立项目里程碑是排序工作中很重要的一部分。里程碑是项目中关键的事件及关键的目标时间，是项目成功的重要因素。里程碑事件是确保完成项目需求的活动序列中不可或缺的一部分。比如在开发项目中可以将需求的最终确认、产品移交等关键任务作为项目的里程碑。

项目管理九大知识域

系统集成项目管理师培训(2011上半年九大知识领域 1 项目管理一般知识项目整体管理项目范围管理项目质量管理项目时间管理 6 项目成本管理项目管理九大知识域 2 3 4 5 一、项目管理一般知识 1、什么是项目项目是为达到特定的目的、使用一定资源、在确定的期间内、为特定发起人而提供的独特产品、服务或成果而进行的临时一次性努力。一、项目管理一般知识 2、项目与日常运营项目与日常运营的共性和区别共性：? 由人来做项目的特点临时性独特性渐进性? 受制于有限的资源? 需要规划、执行和控制信息系统项目的特点? 目标不明确? 需求变化频繁? 智力密集型? 设计队伍庞大? 项目生命周期通常较短区别：项目是临时性的、独特的，后者是持续不断和重复进行的目标不同（最根本的区别）? 涉及的承包商多项目的目标遵守“SMART”原则一、项目管理一般知识 3、项目与战略项目经常当做实现组织战略计划的一种手段使用一项或多项战略考虑是项目批准的依据? 市场需求? 营运需要? 客户要求? 技术进步? 法律要求一、项目管理一般知识 4、项目管理的定义及其知识范围项目管理就是把各种知识、技能、手段和技术应用于于项目活动之中，以达到项目的要求。项目管理涉及的六大专业知识? 项目管理知识体系? 应用领域的知识、标准和规定? 项目环境知识? 通用的的管理知识和技能? 软技能? 经验、知识、工具和技术大项目管理主要是以协同（必须是一组相关的项目）的方式管理 一、项目管理一般知识 5、优秀项目经理应该具备的技能和素质项目经理的一般要求? 广博的知识? 丰富的经历（项目管理、实施经验）? 良好的协调、沟通、表达、领导能力一、项目管理一般知识 6、项目的组织方式做好项目经理的关键? 理解项目经理的角色? 重视项目团队管理、奖罚分明? 注重用户参与项目经理经常面临“三重制约”问题一、项目管理一般知识 6、项目的组织方式一、项目管理一般知识 6、项目的组织方式项目特点项目经理权限全职人员比例项目经理任务优点职能型组织弱矩阵很少或没有几乎没有兼职强大的技术支持，清晰的晋升路线、职责清晰，有利于重复性工作为主的过程管理有限 0~25% 兼职平衡矩阵小到中等 15%~60% 全职强矩阵中等到大 50%~95% 全职很高甚至全权 85%~100% 全职结构单一、利于指挥、目标明确、沟通方便、决策快管理成本高、资源配置效率低、封闭不利于知识共享、员工缺乏事业的连续保障矩阵型组织项目型

项目管理的九大知识领域

1、4项目管理知识体系中的九大知识领域 九大知识领域,就是项目管理知识体系的重要内容,涉及内容非常广泛,在这里将会把各个知识领域中的主要管理内容与关键点作一介绍,如需了解更为详细的内容,请参考PMBOK以及相关的专业论著。 1、4、1集成管理 集成管理就是项目管理九大知识领域中的第一个领域,与其它八个知识领域相比,这个领域的内容比较特殊,它并没有提供具体的知识点与具体的操作方法,而就是反复强调围绕项目的全局观,在项目内部各个部分之间、在项目内部与外部之间,对各种内容进行集成,使各个相关方面形成有机的整体,保持管理上的一致性。这个知识领域的内容对于项目经理们来说可能感觉比较空泛,但对于企业级项目管理体系建设来说,则就是非常具有指导意义的。 下面就是项目管理中几个常见的集成方面的问题: 1、将项目计划中各个管理领域的子计划综合而成整体的项目计划。例如在整体项目计划中,要包括范围管理计划、时间管理计划、成本管理计划、质量管理计划、人力资源计划、沟通计划、风险管理计划、采购计划等,将这些不同的管理计划有机的结合起来,使整体项目计划能够有效涵盖项目管理的各个领域的管理内容并保持一致、 2、将项目的各个过程有机的集成起来。在后面我们会提到项目的五大过程——启动、计划、执行、控制、收尾。这些过程在整个项目当中,在项目的各个阶段当中,都可以根据管理的需要灵活运用,但就是各个过程之间的关系仍然要符合基本的关系要求,这五大过程之间的关系会在后面的章节中进行介绍。 3、项目管理与企业日常运营管理的集成。不论企业就是以项目方式从事主营业务,还就是利用项目从事改革、创新,都存在着项目与企业日常运营之间的关系。在项目过程中通常会占用企业资源,也会对企业的日常工作产生一定的影响,如何协调资源、配合工作,同时满足两方面的需要,这就就是经常遇到的一种集成管理的要求。例如在创新活动中,项目会产出成果,可能形成面向内部用户或外部客户的产品,企业就要考虑围绕这些产品的销售、支持服务等一系列的企业运营中的问题,因此,企业往往在项目初期定义项目成果时,就要求考虑项目成果在以后的企业运营中的管理问题。 4、项目生命周期与产品生命周期的集成。企业管理的核心内容都就是围绕产品的(包括服务型产品),企业一定会对产品的生命周期进行管理,在产品的整个生命周期当中,产品的每一次进步,都就是以项目的方式来实现的,从市场调研、可行性分析、产品设计、产品生产、市场促销、产品改进等各个不同的阶段,都可以单独成为项目。这时的项目的生命周期包含在产品的生命周期当中,项目的成果成为产品发展的阶段成果。因此,在项目管理中,还要同时兼顾产品长远发展的需要。 5、项目范围与产品范围的集成。当一个产品由不同的部分组成时,每个部分都可以单独生产时,就一定存在着项目范围与产品范围集成的要求。例如在汽车装配厂,需要从许多不同的加工厂采购不同的零部件来进行装配,对于零部件加工厂来说,设计、改进零部件的创新项目,不能孤立的对待,而就是要考虑该零部件与其它相关部分的配合关系,考虑对整车的影响。如果把整车涉及的全部零部件瞧作就是产品范围,针对某个零部件的改进就就是单个项目的项目范围,那么项目范围就应该与产品范围进行有效的集成。 6、不同部门的成果的集成。当一个项目涉及企业内外多个部门与单位时,特别就是当项目在企业中处于职能式或弱矩阵式组织结构时,通常会出现各个部门分头完成自己所分管部分的任务,将各自的成果提交给项目,那么在项目中就必须将这些成果集成在一起,形成项目的整体成果。 7、项目中不同约束条件的集成。不同的利益干系人可能会对项目提出不同要求,各种各样的外部因素会对项目形成不同的约束条件,例如外部法规的强制性要求、企业内部的管理要求、