项目管理知识体系中的九大知识领域.doc
《项目管理知识体系中的九大知识领域.doc》由会员分享,可在线阅读,更多相关《项目管理知识体系中的九大知识领域.doc(19页珍藏版)》请在咨信网上搜索。
1、项目管理知识体系中的九大知识领域九大知识领域,是项目管理知识体系的重要内容,涉及内容非常广泛,在这里将会把各个知识领域中的重要管理内容和关键点作一介绍,如需了解更为具体的内容,请参考PMBOK以及相关的专业论著。1.4.1集成管理集成管理是项目管理九大知识领域中的第一个领域,与其它八个知识领域相比,这个领域的内容比较特殊,它并没有提供具体的知识点和具体的操作方法,而是反复强调围绕项目的全局观,在项目内部各个部分之间、在项目内部与外部之间,对各种内容进行集成,使各个相关方面形成有机的整体,保持管理上的一致性。这个知识领域的内容对于项目经理们来说也许感觉比较空泛,但对于公司级项目管理体系建设来说,
2、则是非常具有指导意义的。下面是项目管理中几个常见的集成方面的问题:1、将项目计划中各个管理领域的子计划综合而成整体的项目计划。例如在整体项目计划中,要涉及范围管理计划、时间管理计划、成本管理计划、质量管理计划、人力资源计划、沟通计划、风险管理计划、采购计划等,将这些不同的管理计划有机的结合起来,使整体项目计划可以有效涵盖项目管理的各个领域的管理内容并保持一致.2、将项目的各个过程有机的集成起来。在后面我们会提到项目的五大过程启动、计划、执行、控制、收尾。这些过程在整个项目当中,在项目的各个阶段当中,都可以根据管理的需要灵活运用,但是各个过程之间的关系仍然要符合基本的关系规定,这五大过程之间的关
3、系会在后面的章节中进行介绍。3、项目管理与公司平常运营管理的集成。不管公司是以项目方式从事主营业务,还是运用项目从事改革、创新,都存在着项目与公司平常运营之间的关系。在项目过程中通常会占用公司资源,也会对公司的平常工作产生一定的影响,如何协调资源、配合工作,同时满足两方面的需要,这就是经常碰到的一种集成管理的规定。例如在创新活动中,项目会产出成果,也许形成面向内部用户或外部客户的产品,公司就要考虑围绕这些产品的销售、支持服务等一系列的公司运营中的问题,因此,公司往往在项目初期定义项目成果时,就规定考虑项目成果在以后的公司运营中的管理问题。4、项目生命周期与产品生命周期的集成。公司管理的核心内容
4、都是围绕产品的(涉及服务型产品),公司一定会对产品的生命周期进行管理,在产品的整个生命周期当中,产品的每一次进步,都是以项目的方式来实现的,从市场调研、可行性分析、产品设计、产品生产、市场促销、产品改善等各个不同的阶段,都可以单独成为项目。这时的项目的生命周期包含在产品的生命周期当中,项目的成果成为产品发展的阶段成果。因此,在项目管理中,还要同时兼顾产品长远发展的需要。5、项目范围与产品范围的集成。当一个产品由不同的部分组成时,每个部分都可以单独生产时,就一定存在着项目范围与产品范围集成的规定。例如在汽车装配厂,需要从许多不同的加工厂采购不同的零部件来进行装配,对于零部件加工厂来说,设计、改善
5、零部件的创新项目,不能孤立的对待,而是要考虑该零部件与其它相关部分的配合关系,考虑对整车的影响。假如把整车涉及的所有零部件看作是产品范围,针对某个零部件的改善就是单个项目的项目范围,那么项目范围就应当与产品范围进行有效的集成。6、不同部门的成果的集成。当一个项目涉及公司内外多个部门和单位时,特别是当项目在公司中处在职能式或弱矩阵式组织结构时,通常会出现各个部门分头完毕自己所分管部分的任务,将各自的成果提交给项目,那么在项目中就必须将这些成果集成在一起,形成项目的整体成果。7、项目中不同约束条件的集成。不同的利益干系人也许会对项目提出不同规定,各种各样的外部因素会对项目形成不同的约束条件,例如外
6、部法规的强制性规定、公司内部的管理规定、不同领导和部门的限制性规定、内部资源自身的特殊规定、项目发起者对项目自身的相关规定等,为项目管理勾画出了项目的边界,这个边界就直接反映出各个方面的约束条件的集成结果。尚有许多其它方面的集成问题,这里不能一一列举。由此可以看出,项目并不是孤立存在的,它受到来自项目内部和外部的多方面的影响,要管理好项目,就必须有很强的全局观。因此,在公司级项目管理体系建设中,就要尽也许将这些问题,通过公司级的项目管理制度加以明确并使之相对稳定,加强对各个具体项目的指导和监督。1.4.2 范围管理项目的范围管理,是针对项目交付成果的,通过对项目交付成果的计划、跟踪、控制和获取
7、,保证项目中的所有活动始终是围绕所规定的项目成果开展的,并且保证所有的应交付成果都已完毕。可以说,范围管理是具体描述项目目的的。在范围管理中最重要的一项内容,就是范围定义,就是对所规定的项目成果进行分解、细化,这样做的目地有三方面:1,提高估算时间、资源、成本的准确限度。2,定义衡量和控制项目绩效的基线。3,明确职责分派。将所规定的项目成果一层一层的细分,就形成了工作分解结构,简称WBS(Work Breakdown Structure),它是范围定义的重要输出结果。“工作分解结构”包含了三个含义:工作:是针对成果的,而不是面向过程的;分解:对成果进行细分,直到可以满足管理的规定为止;结构:成
8、果被分解以后,每一小块内容并非是孤立的,而是有着内在的关联关系,这种互相之间的关系,是结构化的。WBS中所分解出来的各个组成部分,就形成了项目的子成果,以后所有的项目活动都应当是针对如何实现这些子成果的,而不应当存在与项目目的无关的项目活动。同时,所有的子成果都被完毕,是项目整体成果被完毕的必要条件。也就是说,通过细化分析项目成果所包含的各个组成部分,使项目的各项行动都有了具体的目的。正是由于项目范围是针对项目成果的,项目的成果就是产品或服务,所以项目范围往往与产品工艺特性(把服务视为无形产品)有着紧密的关系,需要有丰富的专业领域知识才可以做好。明确项目目的所规定的交付成果,需要辨析有形产品和
9、无形产品的区别,这一点非常重要的。WBS是面向交付成果的。在制定WBS时,当交付成果是有形产品时,比较容易辨认交付物,由于交付物的确都可以是可见的、可验证的,并且交付物都可以表达成为名词的形式。但是当交付成果是无形产品时,往往会带来混乱。无形产品的制造和交付过程是同时的,甚至有些成果与制造过程的行动是一一相应的,所以在表达交付成果时,就难以与制造过程彻底划清界线,经常会用无形产品的制造过程的行动动词来表达交付成果,结果将交付成果与项目活动混在一起,例如在WBS中不是用“歌曲1”、“歌曲2”这样的名词来表达范围的内容,而是用“演唱歌曲1”、“演唱歌曲2”这样的动词来表达,虽然这样写大家也都能理解
10、,但是却混淆了WBS的标准,也许会导致将项目行动也写入WBS,作为项目范围进行管理,结果给项目管理带来麻烦。项目范围和项目活动之间的差别应当是大家早已熟知的,这里不再赘述。因此,对于项目交付成果,无论是产品还是服务,在WBS中都应当使用名词,而不要使用动词,即使像做广播体操这样一个强调过程体验的“项目”,在WBS中也应当使用各个动作的名称,而不是使用做这些动作的动词。另一方面,有些项目经理是用“可见的、可验证的”作为辨认交付成果的依据,对于这一点也不能过于机械,特别是当项目的交付成果是无形产品时,这种判断标准有时就会产生误导。一方面,由于无形产品随着过程结束也会消失,所以其可验证的标准经常会不
11、能满足。有人说,可以形成文档记录或者录像,这不就是可验证的了吗?这种做法固然满足了可验证的规定,但是假如简朴的把文档记录作为交付成果,就也许从主线上偏离了项目目的,由于大家来听音乐会,希望得到的是音乐家的高超技艺给听众带来的享受,而主线不关心什么文档记录,项目是否成功,大家对成果的满意度不是来自苍白的文档,而是来自生动的过程,即使将文档记录作为必须的验证证据列入交付物,也不能代替主线的交付成果。在另一方面,项目中可见、可验证的东西不一定都是项目所需要的交付成果,例如,当我们要乘火车去某地的时候,其目的是人要到达目的地,而非提交一张“可见、可验证”的火车票。因此,对于交付成果的“可见、可验证”的
12、特性,需要针对具体项目目的的规定,根据项目交付成果是属于有形产品还是无形产品来区别对待,即使在交付无形产品时使用一些辅助手段来满足大家早已习惯的“可见、可验证”的标准,也一定不要忘掉项目的主线目的是什么,最重要的交付成果是什么。运用所形成的WBS,在项目接近完毕时,就可以执行项目范围确认的工作,以保证项目成果至少在内容、数量上满足了当初的范围规定,然后才是对每个具体内容的质量的检查。下面的例子是一个组装个人计算机的工作分解结构的示例,它只需要说明一台台式计算机需要由哪些部分组成,但并不需要说明它是如何组装起来的。组装者只要按规定将上述部件都组装好,就可以认为是完毕了工作。当用户在验收时,只要按
13、照这个WBS来逐个核对,就可以比较容易的对计算配置的完整性作出确认。WBS分解到多细、分解出多少层,这方面没有固定的标准。在上面这个例子中,假如组装者希望自己分别选择不同的机箱和电源,而不是选择已经组装好的,那么这个WBS中就还要将“机箱和电源”这一个节点继续向下分解出“机箱”、“电源”两个节点。需要反复强调的是,范围管理是针对成果的,而不是面向过程的,只是说明项目要实现的成果是如何组成的,而不说明如何实现的过程。因此,WBS中所包含的内容,都是项目成果的组成部分,反映着项目目的的规定,而项目目的不是项目内部自己给自己定义的,是从项目外部设定的,所以WBS中的内容,对于项目来说,是必须完毕的来
14、自外部的规定,不可以在项目内部随意更改。假如项目范围需要进行调整,一定需要外部的项目目的提出者进行确认。同时,项目的成果并非单纯指项目的客户所规定的成果,同时还应涉及各种项目干系人所规定的项目管理的成果,例如一些公司内部有相应的项目跟踪机制,规定项目在规定的时间提交相应的报告,项目过程中形成的各种项目管理文档,也必须被视为项目的交付成果,列入WBS当中,并在项目计划中为此安排任务资源及成本。上面的组装计算机的例子是一个比较简朴的项目,没有很苛刻的项目管理成果规定,但在很多规范的项目中,都会在WBS中单独列出一个项目管理分支,将所规定的管理工作放在其中,例如项目周报、评审报告、里程碑报告等。项目
15、范围是对项目目的的具体细化,是项目中各项活动存在的前提条件,是项目资源需求和成本预算的依据,是整个项目管理的基础。所以说,对的的范围定义是项目成功的基础。假如项目范围发生变更了,必然要导致项目计划中的进度、资源、成本的全面调整,对项目的影响是非常大的。在后面具体介绍项目计划过程时,我们可以更加清楚的看到项目范围对其它各方面因素的重要影响。因此,所有项目,都会将项目范围控制作为一项非常重要的项目管理工作内容,对于项目范围变更是非常谨慎的。例如,在软件开发项目中,我们可以将需求分析的工作视作项目范围定义的工作,通过需求分析,对于所要开发的软件的结构、功能进行分解,形成了一个个具体的功能需求,所有这
16、些功能需求共同组成了整体软件的功能,当所有这些功能都被一一实现了,也就意味着软件的整体功能也被实现了。但是假如软件需求发生变更了,那么后续所有的设计、编码工作都也许要随之调整,甚至也许导致结构的调整,直接影响到了项目的各方面工作。同样的项目范围,在项目的不同阶段,出于不同目地,对项目范围的描述也可以是不同的。例如搞居室装修,在设计阶段,设计人员会一方面按照居室、客厅、厨房和卫生间的方式来划分,然后对每一部份描述其墙面、地板、门窗的装修方式,这样比较利于理解装修效果,而在施工阶段,施工人员会一方面按照墙面、地面、门窗等划分工作内容,然后再对每一部份描述不同房间的特别规定,这样比较适合施工的思绪,
17、容易理解施工的工序,铺地板的会一次把各个房间的地板都铺好,装灯具的通常会在最后一次性把各处的所有灯具都安装到位。因此,项目范围虽然反映的是目的,不是过程,但是其不同的分解方式,将会对后续的过程产生影响。所以项目范围的划分也应基于对项目工艺过程的基本理解。在公司级项目管理体系中,公司就需要认真研究各种项目的重要交付物,结合自身的生产工艺特点,对交付物进行仔细的定义,直接指导和规范各个项目的范围管理,做好项目范围变更控制,提高各项目经理的管理水平,提高项目管理的质量。1.4.3 时间管理为了可以完毕和交付WBS中所规定的各个项目成果,在项目中必须要采用相应的行动。因此,WBS帮助项目活动定义了具体
18、的目的,而项目活动则是实现这些具体目的的行动过程。项目活动与WBS的这种相应关系,保证了所有的项目活动都具有针对性,都是为了项目目的服务的,从而避免项目活动的盲目性产生的资源浪费。另一方面,WBS中所有的项目成果都应当有相应的项目活动来支持,以保证项目范围不被漏掉。假如将所有的项目活动与WBS中的具体成果连接起来,就会看出项目活动是对WBS的进一步扩展,将WBS这样一个树形分解结构扩展到了相应的项目活动。但是项目活动与项目范围有着本质的区别,一定不能混同起来。前面已经反复强调,项目范围是对项目目的的细化,是来自项目外部的规定,而项目活动则是根据项目内外的各种条件,由项目经理及其项目成员所决定的
19、。对于同一范围规定,完全可以选择不同的实行过程,允许通过不同的项目活动来实现。范围是目的,活动是手段。在这个问题上经常容易出现的错误,就是将活动也当作了范围,把手段错当成了目的,使得项目经理在面对复杂多变的项目环境时,不能及时、灵活的采用不同的项目活动、运用不同的手段来完毕项目目的。同时,另一方面的错误有时也会存在,就是有时会模糊了项目范围的边界和内容,过于随意的单方面更改项目范围,这种情况相对较少,但是一旦发生,就会给项目带来非常严重的后果。项目的时间管理,直接关系到项目的进度、资源的时间安排等最基本的管理内容。项目的时间管理是围绕项目活动的,项目活动的时间规定,决定了项目整体的时间进度安排
20、,项目活动是时间管理的基础内容。在此基础上,在项目计划过程中要形成时间进度表,在项目执行和控制过程当中,要对时间进度进行跟踪和控制。对时间进度表的管理,是时间管理的集中表现。我们下面重要来说明一下时间进度表的相关因素:1,根据WBS,列出所需的项目活动列表,要保证WBS中所有内容最终都有相应的项目活动,同时不应存在多余的活动。2,为这些活动建立依赖关系。依赖关系的产生,一方面是由产品特性决定的,例如在房屋建设中,一方面要打地基,然后才干是地上建筑,另一方面是公司管理和项目管理的需要,例如项目方案必须通过专家评审通过后,才干进行下一步的工作。这种具有强制性的依赖关系,被称为项目活动之间的硬逻辑。
21、而对于其它的项目活动,就可以根据一般的工作习惯来安排先后顺序。项目活动之间一般存在四种依赖关系:前一任务结束、后一任务才干开始(FS),这是最常见的顺序执行的关系;前一任务结束、后一任务才干结束(FF);前一任务开始、后一任务才干开始(SS);前一任务开始,后一任务才干结束(SF);运用上述这四种关系,在所有的项目任务中建立依赖关系,形成所谓的项目活动网络图。建立依赖关系后,就会发现此时的项目活动的分组并非保持着本来按照WBS的成果的分组。例如在项目中几个部分中都需要到异地出差现场解决问题的活动,那么就可以将这些活动组织在一起,到达异地现场时一并解决各个部分的问题。在实际当中,甚至还经常出现出
22、差一次为不同项目提供支持的情况。这也再次反映出项目活动与项目范围的重要差异,项目活动的安排是具有很大的灵活性的。3, 活动时间间隔在拟定了项目活动之间的依赖关系后,还需要了解各个项目活动之间也许存在的间隔。这种间隔是由于一些客观因素而必须流逝掉的时间,这段时间不需要相应项目活动。例如家具刷好油漆后需要晾干的时间,领导或相关机构对一些重要事项的审批过程所需要的等待时间,这些时间不是项目组成员所能决定的,假如这些时间间隔有规律可循,例如通过技术特性指标、服务承诺、工作规范等,使得这种时间间隔相对拟定,那么项目时间进度安排也容易贯彻,否则项目进度方面就存在不可控因素,应列入项目风险进行管理。调整了活
23、动时间间隔后,项目活动网络图就得到了更新。4, 拟定项目活动的工期。项目活动的工期决定了项目活动的时间长度,可以是天、小时,也可以是周、月,时间表中项目活动工期的单位,取决于项目管理的规定。项目活动的工期是受资源影响的,对于同一项目活动来说,在通常情况下,提供的资源越多,所需工期越短,资源的工作效率越高,所需工期越短,但也有很多情况,资源分派过多反而会效率减少、工期延长。资源管理不是时间管理这一领域的内容,我们会在后面的章节中介绍。资源与时间的关系,在后面的项目管理三角形部分还会具体说明。拟定项目中各个活动的工期后,由于各项活动之间存在的依赖关系,项目活动网络图就具有了时间长度,可以初步反映出
24、项目的总工期。5, 日历项目管理中所说的日历重要涉及这样一些信息:日期、工作日/非工作日、每日可工作时间。在项目管理中,涉及到的日历涉及公司基准日历、项目日历和项目资源日历。在项目中一般大家都可以将普通公历日历作为基础日历,结合政府发布的法定节假日和公司特定的工作日规定,对基础日历中的工作日和非工作日进行调整,再根据公司特定的工作时间规定,具体定义日历中每个工作日和工作时间,形成了所谓的公司基准日历,所反映的是公司的基本工作时间规定。项目日历,则是在公司日历的基础上,根据项目特定的规定,为项目制定的日历,其工作日/非工作日的安排,每日工作时间,都必须根据项目的特殊规定来安排。有些项目可以按照正
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理知识 体系 中的 知识 领域
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【可****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【可****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。