项目管理知识体系中的大纲摘要.doc
《项目管理知识体系中的大纲摘要.doc》由会员分享,可在线阅读,更多相关《项目管理知识体系中的大纲摘要.doc(35页珍藏版)》请在咨信网上搜索。
1、精品文档就在这里-各类专业好文档,值得你下载,教育,管理,论文,制度,方案手册,应有尽有-项目管理知识体系中的大纲摘要知识大纲摘要,是项目管理知识体系的重要内容,涉及内容非常广泛,在这里将会把各个知识大纲摘要中的主要管理内容和关键点作一介绍,如需了解更为详细的内容,请参考PMBOK以及相关的专业论著。1.4.1集成管理集成管理是项目管理九大知识大纲摘要中的第一个领域,与其它八个知识大纲摘要相比,这个领域的内容比较特殊,它并没有提供具体的知识点和具体的操作方法,而是反复强调围绕项目的全局观,在项目内部各个部分之间、在项目内部与外部之间,对各种内容进行集成,使各个相关方面形成有机的整体,保持管理上
2、的一致性。这个知识大纲摘要的内容对于项目经理们来说可能感觉比较空泛,但对于企业级项目管理体系建设来说,则是非常具有指导意义的。下面是项目管理中几个常见的集成方面的问题:1、项目生命周期与产品生命周期的集成。企业管理的核心内容都是围绕产品的(包括服务型产品),企业一定会对产品的生命周期进行管理,在产品的整个生命周期当中,产品的每一次进步,都是以项目的方式来实现的,从市场调研、可行性分析、产品设计、产品生产、市场促销、产品改进等各个不同的阶段,都可以单独成为项目。这时的项目的生命周期包含在产品的生命周期当中,项目的成果成为产品发展的阶段成果。因此,在项目管理中,还要同时兼顾产品长远发展的需要。2、
3、将项目的各个过程有机的集成起来。在后面我们会提到项目的五大过程启动、计划、执行、控制、收尾。这些过程在整个项目当中,在项目的各个阶段当中,都可以根据管理的需要灵活运用,但是各个过程之间的关系仍然要符合基本的关系要求,这五大过程之间的关系会在后面的章节中进行介绍。3、项目管理与企业日常运营管理的集成。不论企业是以项目方式从事主营业务,还是利用项目从事改革、创新,都存在着项目与企业日常运营之间的关系。在项目过程中通常会占用企业资源,也会对企业的日常工作产生一定的影响,如何协调资源、配合工作,同时满足两方面的需要,这就是经常遇到的一种集成管理的要求。例如在创新活动中,项目会产出成果,可能形成面向内部
4、用户或外部客户的产品,企业就要考虑围绕这些产品的销售、支持服务等一系列的企业运营中的问题,因此,企业往往在项目初期定义项目成果时,就要求考虑项目成果在以后的企业运营中的管理问题。4、将项目计划中各个管理领域的子计划综合而成整体的项目计划。例如在整体项目计划中,要包括范围管理计划、时间管理计划、成本管理计划、质量管理计划、人力资源计划、沟通计划、风险管理计划、采购计划等,将这些不同的管理计划有机的结合起来,使整体项目计划能够有效涵盖项目管理的各个领域的管理内容并保持一致.5、项目范围与产品范围的集成。当一个产品由不同的部分组成时,每个部分都可以单独生产时,就一定存在着项目范围与产品范围集成的要求
5、。例如在汽车装配厂,需要从许多不同的加工厂采购不同的零部件来进行装配,对于零部件加工厂来说,设计、改进零部件的创新项目,不能孤立的对待,而是要考虑该零部件与其它相关部分的配合关系,考虑对整车的影响。如果把整车涉及的全部零部件看作是产品范围,针对某个零部件的改进就是单个项目的项目范围,那么项目范围就应该与产品范围进行有效的集成。6、不同部门的成果的集成。当一个项目涉及企业内外多个部门和单位时,特别是当项目在企业中处于职能式或弱矩阵式组织结构时,通常会出现各个部门分头完成自己所分管部分的任务,将各自的成果提交给项目,那么在项目中就必须将这些成果集成在一起,形成项目的整体成果。7、项目中不同约束条件
6、的集成。不同的利益干系人可能会对项目提出不同要求,各种各样的外部因素会对项目形成不同的约束条件,例如外部法规的强制性要求、企业内部的管理要求、不同领导和部门的限制性要求、内部资源自身的特殊要求、项目发起者对项目本身的相关要求等,为项目管理勾画出了项目的边界,这个边界就直接反映出各个方面的约束条件的集成结果。还有许多其它方面的集成问题,这里不能一一列举。由此可以看出,项目并不是孤立存在的,它受到来自项目内部和外部的多方面的影响,要管理好项目,就必须有很强的全局观。因此,在企业级项目管理体系建设中,就要尽可能将这些问题,通过企业级的项目管理制度加以明确并使之相对稳定,加强对各个具体项目的指导和监督
7、。1.4.2 范围管理项目的范围管理,是针对项目交付成果的,通过对项目交付成果的计划、跟踪、控制和获取,保证项目中的所有活动始终是围绕所要求的项目成果开展的,而且保证全部的应交付成果都已完成。可以说,范围管理是具体描述项目目标的。在范围管理中最重要的一项内容,就是范围定义,就是对所要求的项目成果进行分解、细化,这样做的目地有三方面:1,提高估算时间、资源、成本的准确程度。2,定义衡量和控制项目绩效的基线。3,明确职责分派。将所要求的项目成果一层一层的细分,就形成了工作分解结构,简称WBS(Work Breakdown Structure),它是范围定义的主要输出结果。“工作分解结构”包含了三个
8、含义:工作:是针对成果的,而不是面向过程的;分解:对成果进行细分,直到能够满足管理的要求为止;结构:成果被分解以后,每一小块内容并非是孤立的,而是有着内在的关联关系,这种相互之间的关系,是结构化的。WBS中所分解出来的各个组成部分,就形成了项目的子成果,以后所有的项目活动都应该是针对如何实现这些子成果的,而不应该存在与项目目标无关的项目活动。同时,全部的子成果都被完成,是项目整体成果被完成的必要条件。也就是说,通过细化分析项目成果所包含的各个组成部分,使项目的各项行动都有了具体的目标。正是因为项目范围是针对项目成果的,项目的成果就是产品或服务,所以项目范围往往与产品工艺特性(把服务视为无形产品
9、)有着紧密的关系,需要有丰富的专业领域知识才能够做好。明确项目目标所要求的交付成果,需要辨析有形产品和无形产品的区别,这一点非常重要的。WBS是面向交付成果的。在制定WBS时,当交付成果是有形产品时,比较容易识别交付物,因为交付物确实都可以是可见的、可验证的,而且交付物都可以表示成为名词的形式。但是当交付成果是无形产品时,往往会带来混乱。无形产品的制造和交付过程是同时的,甚至有些成果与制造过程的行动是一一对应的,所以在表示交付成果时,就难以与制造过程彻底划清界限,经常会用无形产品的制造过程的行动动词来表示交付成果,结果将交付成果与项目活动混在一起,例如在WBS中不是用“歌曲1”、“歌曲2”这样
10、的名词来表示范围的内容,而是用“演唱歌曲1”、“演唱歌曲2”这样的动词来表示,虽然这样写大家也都能理解,但是却混淆了WBS的标准,可能会导致将项目行动也写入WBS,作为项目范围进行管理,结果给项目管理带来麻烦。项目范围和项目活动之间的差别应该是大家早已熟知的,这里不再赘述。因此,对于项目交付成果,无论是产品还是服务,在WBS中都应该使用名词,而不要使用动词,即使像做广播体操这样一个强调过程体验的“项目”,在WBS中也应该使用各个动作的名称,而不是使用做这些动作的动词。另一方面,有些项目经理是用“可见的、可验证的”作为识别交付成果的依据,对于这一点也不能过于机械,特别是当项目的交付成果是无形产品
11、时,这种判断标准有时就会产生误导。一方面,由于无形产品随着过程结束也会消失,所以其可验证的标准经常会不能满足。有人说,可以形成文档记录或者录像,这不就是可验证的了吗?这种做法固然满足了可验证的要求,但是如果简单的把文档记录作为交付成果,就可能从根本上偏离了项目目标,因为大家来听音乐会,希望得到的是音乐家的高超技艺给听众带来的享受,而根本不关心什么文档记录,项目是否成功,大家对成果的满意度不是来自苍白的文档,而是来自生动的过程,即使将文档记录作为必须的验证证据列入交付物,也不能代替根本的交付成果。在另一方面,项目中可见、可验证的东西不一定都是项目所需要的交付成果,例如,当我们要乘火车去某地的时候
12、,其目标是人要到达目的地,而非提交一张“可见、可验证”的火车票。因此,对于交付成果的“可见、可验证”的特性,需要针对具体项目目标的要求,根据项目交付成果是属于有形产品还是无形产品来区别对待,即使在交付无形产品时使用一些辅助手段来满足大家早已习惯的“可见、可验证”的标准,也一定不要忘记项目的根本目标是什么,最主要的交付成果是什么。利用所形成的WBS,在项目接近完成时,就可以执行项目范围确认的工作,以保证项目成果至少在内容、数量上满足了当初的范围要求,然后才是对每个具体内容的质量的检查。下面的例子是一个组装个人计算机的工作分解结构的示例,它只需要说明一台台式计算机需要由哪些部分组成,但并不需要说明
13、它是如何组装起来的。组装者只要按要求将上述部件都组装好,就可以认为是完成了工作。当用户在验收时,只要按照这个WBS来逐一核对,就可以比较容易的对计算配置的完整性作出确认。WBS分解到多细、分解出多少层,这方面没有固定的标准。在上面这个例子中,如果组装者希望自己分别选择不同的机箱和电源,而不是选择已经组装好的,那么这个WBS中就还要将“机箱和电源”这一个节点继续向下分解出“机箱”、“电源”两个节点。需要反复强调的是,范围管理是针对成果的,而不是面向过程的,只是说明项目要实现的成果是如何组成的,而不说明如何实现的过程。因此,WBS中所包含的内容,都是项目成果的组成部分,反映着项目目标的要求,而项目
14、目标不是项目内部自己给自己定义的,是从项目外部设定的,所以WBS中的内容,对于项目来说,是必须完成的来自外部的要求,不能够在项目内部随意更改。如果项目范围需要进行调整,一定需要外部的项目目标提出者进行确认。同时,项目的成果并非单纯指项目的客户所要求的成果,同时还应包括各种项目干系人所要求的项目管理的成果,例如一些企业内部有相应的项目跟踪机制,要求项目在规定的时间提交相应的报告,项目过程中形成的各种项目管理文档,也必须被视为项目的交付成果,列入WBS当中,并在项目计划中为此安排任务资源及成本。上面的组装计算机的例子是一个比较简单的项目,没有很苛刻的项目管理成果要求,但在很多规范的项目中,都会在W
15、BS中单独列出一个项目管理分支,将所要求的管理工作放在其中,例如项目周报、评审报告、里程碑报告等。项目范围是对项目目标的具体细化,是项目中各项活动存在的前提条件,是项目资源需求和成本预算的依据,是整个项目管理的基础。所以说,正确的范围定义是项目成功的基础。如果项目范围发生变更了,必然要导致项目计划中的进度、资源、成本的全面调整,对项目的影响是非常大的。在后面具体介绍项目计划过程时,我们可以更加清楚的看到项目范围对其它各方面因素的重要影响。因此,所有项目,都会将项目范围控制作为一项非常重要的项目管理工作内容,对于项目范围变更是非常谨慎的。例如,在软件开发项目中,我们可以将需求分析的工作视作项目范
16、围定义的工作,通过需求分析,对于所要开发的软件的结构、功能进行分解,形成了一个个具体的功能需求,所有这些功能需求共同组成了整体软件的功能,当所有这些功能都被一一实现了,也就意味着软件的整体功能也被实现了。但是如果软件需求发生变更了,那么后续所有的设计、编码工作都可能要随之调整,甚至可能导致结构的调整,直接影响到了项目的各方面工作。同样的项目范围,在项目的不同阶段,出于不同目地,对项目范围的描述也可以是不同的。例如搞居室装修,在设计阶段,设计人员会首先按照居室、客厅、厨房和卫生间的方式来划分,然后对每一部份描述其墙面、地板、门窗的装修方式,这样比较利于理解装修效果,而在施工阶段,施工人员会首先按
17、照墙面、地面、门窗等划分工作内容,然后再对每一部份描述不同房间的特别要求,这样比较适合施工的思路,容易理解施工的工序,铺地板的会一次把各个房间的地板都铺好,装灯具的通常会在最后一次性把各处的所有灯具都安装到位。因此,项目范围虽然反映的是目标,不是过程,但是其不同的分解方式,将会对后续的过程产生影响。所以项目范围的划分也应基于对项目工艺过程的基本理解。在企业级项目管理体系中,企业就需要认真研究各种项目的主要交付物,结合自身的生产工艺特点,对交付物进行仔细的定义,直接指导和规范各个项目的范围管理,做好项目范围变更控制,提高各项目经理的管理水平,提升项目管理的质量。1.4.3 时间管理为了能够完成和
18、交付WBS中所要求的各个项目成果,在项目中必须要采取相应的行动。因此,WBS帮助项目活动定义了具体的目标,而项目活动则是实现这些具体目标的行动过程。项目活动与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。