PMBOK项目管理知识体系指南第六版重要知识点文档格式.docx
《PMBOK项目管理知识体系指南第六版重要知识点文档格式.docx》由会员分享,可在线阅读,更多相关《PMBOK项目管理知识体系指南第六版重要知识点文档格式.docx(147页珍藏版)》请在冰豆网上搜索。
项目集管理就是在项目集中应用知识、技能、工作和技术来满足项目集的要求,获得分别管理各项目所无法实现的利益和控制。
重点:
各个项目通过产生共同的结果或整体能力而相互联系。
项目:
项目组合的组成部门,可能单个也可能在项目集内。
从组织的角度看:
项目集和项目管理的重点在于以正确的方式开展项目和项目集。
项目组合管理则注重于开展正确的项目集和项目。
2、运营管理:
关注产品的持续生产和服务持续运作
3、组织级项目管理(OPM):
是一种战略执行框架,通过应用项目管理、项目集管理、项目组合管理及组织驱动实践,不断地以可见的方式取得更好的绩效、更好的结果级可持续的竞争优势,从而实现组织战略。
项目组管理、项目集管理、项目管理要符合组织战略,服务与战略目标的实现。
4、项目管理、运营管理与组织战略之间的关系
项目与战略规划:
直接或间接利用项目实现战略规划中的目标。
项目立项的前提:
市场需求、战略机会/业务需求、社会需要、环境考虑、客户需要、技术进步、法律要求
运营管理负责监督、指导和控制业务运作。
运营需要业务流程管理、运营管理活动和技能。
1)运营与项目管理
运营是一种生产重复性结果的持续性工作。
项目是临时性的。
运营管理关注产品的持续性生产和服务的持续运作。
2)组织与项目管理
基于项目的组织:
建立临时机构来开展工作的各种组织形式。
PBO的作用:
由于PBO中考核工作的成败依据是最终结果,与职位与政治因素无关,所以能减轻组织中的层级主义和官僚主义。
组织治理规则对项目有强制性的制约作用。
组织战略为项目管理提供指导和方向。
5、PMO办公室:
PMO:
对与项目相关的治理过程进行标准化,并促进资源、方法论、工具和技术共享的一个组织部门。
类型:
支持型、控制型、指令型。
1.2.4指南的组成部分
一、项目生命周期
项目从启动到收尾所经历的一系列阶段。
1、项目生命周期的特征
通用:
启动项目、组织与准备、执行项目工作、结束项目。
主要特征:
成本和人力投入:
开始较低,执行期间达到最好,项目快结束时迅速回落。
(有的项目不是这样)
风险和不确定性:
初始最大,随着决策的指定和交付成果的验收而逐步降低。
改变产品最终特性的能力:
开始最大,项目的开展减弱。
变更的代价:
开始低,逐步变大。
预测型生命周期:
完全计划驱动型声明周期。
对任何范围的变更都要进行仔细管理。
预测性生命周期也称瀑布型生命周期。
(就是一开始就做好预测计划,属于项目范围、时间、成本比较明确的项目)
优先选择条件:
充分了解拟交付的产品,有厚实的行业实践基础,或整批一次性交付产品有利于相关方。
迭代型生命周期:
项目范围通常于项目生命周期的早期确定,但时间及成本估算将随着项目团队对产品理解的不断深入而定期修改。
迭代方法是通过一序列重复的循环活动来开发产品,而增量方法是渐进的增加产品的功能。
需要制定一个高层级的框架计划以指导整体实施,但一次只针对一个迭代期制定详细的范围描述。
组织需要管理不断变化的目标和范围,需要降低项目的复杂性,部分交付有利于相关方,且不会影响最后的整体交付。
增量型生命周期:
是通过在预定的时间内渐进增加产品功能的一序列迭代来产出可交付成果。
只有在最后一次迭代后,可交付成果具有了必要和足够的能力,才能被视为完整的。
适应型使命周期:
旨在应对大量变更,需要相关方持续参与,详细范围在迭代开始之前就获得了定义和批准。
将适应型项目的整体范围分解为一系列拟实现的需求和拟执行的工作,在一个迭代开始时,团队将努力确定产品未完成项中哪些最优先项应在一次迭代中交付。
在每次迭代汇总,都会重复开展三个过程:
收集需求、定义范围和创建WBS。
需要应对快速变化的环境,需求和范围难以事先确定,或能够以有利于相关方的方式定义较小的增量改进。
混合型生命周期:
是预测型生命周期和适应型生命周期的混合,充分了解或有确定需求的项目遵循预测型生命周期,而仍在发展中的要素遵循适应型生命周期。
二、项目阶段与阶段关口
项目可以划分为任意数量的阶段。
项目阶段:
一组具有逻辑关系的项目活动的集合,通常以一个或多个可交付成果的完成为结束。
项目阶段的类似特征:
各阶段的工作重点不同;
需要进行独特的控制或过程;
阶段的结束以作为阶段性可交付成果的工作产品的转移和移交为标志。
阶段结束点:
重新评估项目活动,并变更或终止项目的一个当然时点。
可以成为:
阶段关口、里程碑、阶段审查、阶段门、关键决策点。
阶段与阶段的关系:
顺序关系、交叠关系(进度压缩技术,快速跟进。
需要增加资源,可能增加风险)。
阶段关口:
阶段关口设置在阶段结束点。
在该时点,把项目的绩效及进展与各种项目文件及业务文件进行比较。
三、项目管理过程组
1)启动过程组
包含定义一个新项目或现有项目的一个新阶段,授权开始该项目或阶段的一组过程。
定义初步范围、初步财务资源、识别相关方,选定项目经理。
项目章程获得批准,项目就得到了正式授权。
项目边界:
一个项目或项目阶段从获得授权的时间点到得以完成的时间点。
目标:
保证相关方期望与项目目的的一致性,让相关方明了项目范围和目标,以及何时需要参与项目中。
主要目的:
需要完成什么。
项目启动决策的文件:
可以说明初步项目范围、可交付成果、项目工期、资源预测。
授权项目经理为开展后续项目活动而动用组织资源。
2)规划过程组
包含明确项目范围,定义和优化目标,为实现目标制定行动方案的一组过程。
规划过程:
渐进明细。
3)执行过程组
包含完成项目管理计划中确定的工作,以满足项目规范要求的一组过程。
项目执行的结果可能引发计划更新和基准重建。
项目的一大部分预算将花费在执行过程组中。
4)监控过程组
跟踪、审查、调整项目进展与绩效,识别必要的计划变更并启动相应变更的一组过程。
定期对项目绩效进行测量和分析,从而识别与项目管理计划的偏差。
监控过程组涉及:
控制变更,推荐纠正措施,或预防措施。
对照项目管理计划和项目绩效测量基准,监督正在进行中的项目活动。
对导致规避整体变更控制或配置管理的因素施加影响,确保只有批准的变更才能执行。
5)收尾过程组
完结所有项目管理过程组的所有活动,正式结束项目或阶段或合同责任的一组过程。
本过程完成,项目或项目阶段正式结束。
四、项目管理的知识领域(十大知识领域P25)
整合管理、范围管理、进度管理、质量管理、成本管理、资源管理、沟通管理、风险管理、采购管理、相关方管理
五、项目管理过程
项目管理:
就是将知识、技能、工具、技术应用于项目活动,以满足项目的要求。
过程:
为创建预定的产品、服务或成果而执行的一系列相互关联的行动和活动。
过程分为两大类:
项目管理过程、产品导向过程(定义并创造项目的产品)。
裁剪。
项目管理是一种整合型工作,
六、项目管理数据和信息
工作绩效数据:
收集到的原始观察结果和测量值。
工作绩效信息:
对数据进行分析整合得到的绩效数据。
工作绩效报告:
汇编工作绩效信息,从而形成的实物或电子项目文件。
如:
报告、备忘录、论证报告、信息札记、电子报表、推荐意见、情况更新。
七、项目管理商业文件
商业论证:
文档化的经济可行性研究报告,用来对尚缺乏充分定义的所选方案的收益进行有限性论证,是启动后续项目管理活动的依据。
项目效益管理计划:
对创造、提高和保持项目效益的过程进行定义的书面文件。
包括:
目标效益、战略一致性、实现效益的时限、效益责任人、测量指标、假设、风险
八、项目章程和项目管理计划
项目章程:
是由项目发起人发布的,正式批准项目成立,并授权项目经理动用组织资源开展项目活动的文件。
项目管理计划:
是描述如何执行、监督和控制项目的一份文件。
九、项目成功的标准
时间、成本、范围和质量等项目管理测量指标历来被视为确定项目是否成功的最重要因素,项目成功还可能涉及与组织战略和业务成果交付有关的其他标准,包括:
●完成效率管理计划
●达到商业论证中记录的已商定的财务测量指标
●达到商业论证的非财务指标
●完成组织从“当前状态”转到“将来状态”
●履行合同条款和条件
●达到组织战略、目的和目标
●使相关方满意
●可接受的客户/最终永和的采纳度
●将可交付成果整合到组织的运营环境中
●满足商定的交付质量
●遵循治理规则
●满足商定的其他成功标准或准则
2项目运行环境
1、组织过程资产
组织过程资产:
是执行组织所特有并使用的计划、过程、政策、程序和知识库,会影响到具体的项目管理过程。
组织过程资产包括任何项目执行组织的、可用于执行或治理项目的任何工作、实践或知识,还包括来自组织以往项目的经验教训和历史信息。
完成的进度计划、风险数据和挣值数据。
分为两大类:
过程、政策和程序:
组织用于执行项目工作的流程或程序,包括:
启动和规划、执行和监控、收尾。
组织知识库:
组织用来存取信息的知识库,包括:
配置管理知识库(所有标准、政策、程序、项目文件的版本和基准)、财务数据库、历史信息与经验教训知识库、问题与缺陷管理数据库、过程测量数据库、以往项目的项目档案。
2、事业环境因素
事业环境因素:
是指项目团队不能控制的,将对项目产生影响、限制或指令作用的各种条件。
可能来自组织内部或外部
项目团队不能控制,将对项目产生影响、限制或指令作用的各种条件。
组织内部的事业环境因素(如愿景、使命、价值观、信念、文化观念、领导风格、等级制度等):
组织文化结构和治理;
设施和资源的地理分布;
基础设施;
信息技术软件(如:
进度计划软件、配置管理系统);
资源可用性(如何合同和采购制约因素,经批准的供应商和分包商以及合作协议);
员工能力
组织外部的事业环境因素:
市场条件、社会和文化影响问题、法律限制、商业数据库(如标杆对照成果、标准化的成本估算数据、行业风险研究资料和风险数据库)、学术研究、政府或行业标准、财务考虑因素、物理环境因素。
3、组织对项目管理的影响
组织文化、风格和结构,组织的成熟度会对项目实施产生影响。
4、组织文化与风格
组织:
对实体的系统化安排。
文化和风格:
经过长期积淀而形成的群体现象,被称为“文化规范”,可以互相想学习。
组织文化:
由组织成员的共同经验积淀而成,是一种事业环境因素。
共同经验包括:
共同的愿景、使命、价值观、信念、期望;
规章、政策、方法、程序;
激励和奖励制度;
风险承受能力;
对领导力、层级体系和职权关系的看法;
行为准则、职业道德和工作时间;
运营环境。
5、组织沟通
组织沟通能力和组织沟通风格。
6、组织结构对项目的影响(P47)
一种事业环境因素,类型包括:
有机型或简约型:
灵活,人员并肩工作,项目经理兼职,权限小,适合初创公司。
职能型(集中式):
所需开展的工作,项目经理权限小。
多部门型:
各部门的职能可交叉、仅有很低程度的集中,项目经理权限极小。
矩阵-强:
矩阵-弱:
保留大部分职能型特征,项目经理更像协调员和联络员(联络员:
一般是工作人员的助理和沟通协调员,不能亲自制定和推行证词;
协调员:
有一定的权利,能做一些决策,能上高级别经理汇报。
)
矩阵-平衡:
承认项目经理的必要性,但未授权其全权管理项目和项目资金。
项目导向型(复合、混合):
成员通常集中办公,大部分资源用于项目工作,项目经理拥有很大的自主性和职权。
虚拟:
网络架构,带有与他人联系的节点。
混合型:
其他类型的混合。
项目经理权限搞到几乎全权
7、项目关系人与治理
项目治理:
为控制项目并确保项目成功提供了一套全面的一致的方法。
项目经理在治理框架和时间预算等因素的限制下,确定最合适的项目实施方法。
项目治理确保项目符合相关方的需要或目标。
项目治理提供了一个框架,便于项目经理和发起人指定满足相关方需要和期望、又符合组织战略目标的决策,也便于他们及时发现和应对偏离的情况。
是一种复核组织治理模式的项目监管职能,覆盖整个项目生命周期。
需要相关方的参与,要依据书面政策、流程和标准,需要规定职责和职权。
项目治理框架:
提供管理项目的结构、流程、决策模式和工具,同时对项目进行支持和控制,以实现项目的成功交付。
8、项目管理办公室
项目管理办公室是对于项目相关的治理过程进行标准化,并促进资源、方法论、工具和技术共享的一种组织结构。
项目管理办公室的几种类型:
支持型:
当担顾问的角色,向项目提供模板、最佳实践、培训、信息通道、以及来自其他项目的经验教训。
控制型:
不仅给项目提供支持,而且通过各种手段要求项目服从,对项目的控制属于中等。
指令型:
直接管理和控制项目。
项目经理由PMO指定并向其报告。
对项目的控制程度很高。
9、项目相关方
识别相关方是一个持续的过程。
识别和了解相关方对项目的影响能力,平衡他们的需求要求和期望很重要,否则可能导致工期延长、成本增加、意外问题及其他不利结果,甚至项目取消。
可能积极或消极的影响项目。
项目经理的一个重要职责管理相关方的期望。
发起人:
提供资源或支持的个人或团体,负责为项目成功创造条件。
启动过程中,发起人始终领导项目,知道正式批准。
客户和用户:
客户是批准和管理的人或组织;
用户是使用的个人或组织。
卖方:
为项目提供组件或服务的外部公司。
业务伙伴:
与本企业存在特定关系的外部组织。
为项目提供专业技术或填补某种空白。
组织内的团体:
受项目团队活动影响的内部相关方。
职能经理:
在行政或职能领域承担管理角色的重要人物。
其他相关方:
等等。
3项目经理的角色
一、项目经理、职能经理、与运营经理
项目经理:
是执行组织委派,领导团队实现项目目标的个人。
专注于对某个职能领域或业务单元的管理和监督。
运营经理:
负责保证业务运营的高效性。
项目经理有责任满足:
任务需求、团队需求和个人需求。
项目经理除了具备特定应用领域的技能和通用管理方面的能力外,还要具备:
知识能力、实践能力、个人能力。
需要平衡道德因素、人际技能和概念性技能。
领导力、团队建设、激励、沟通、影响力、决策能力、政治和文化意识、谈判、建立信任、冲突管理、教练技术。
二、PMI人才三角:
技术项目管理,领导力,战略和商务管理
三、管理与领导
管理:
更接近于指挥一个人采取已经的预期行动从一个位置到另一个位置。
领导力:
通过讨论或潘仑与他人合作,带领他们从一个位置到另一个位置。
四:
领导力风格
放任性领导:
(允许团队自主决策和设定目标,又称为“甩手型”)
交易性领导:
(例如,根据目标、反馈和成就给予奖励,例外管理)
服务型领导:
(例如:
作出服务承诺,处处为他们着想,关注他人成长、学习、发展,关注人际关系,服务优先于领导)
变革型领导:
(例如,通过理想化特质和行为、鼓舞性激励、促进创新和创造,以及个人关怀提高追随者的能力)
魅力型领导:
能够激励他人,精神饱满,热情洋溢,充满自信,说服力强))
交互性领导:
结合了交易型、变革型和魅力型领导的热点)
4项目整合管理
包括为识别、定义、组合、统一和协调各项目管理过程组的各种过程和活动而开展的过程与活动。
整合:
统一、合并、沟通、集成。
整合管理包括:
选择资源分配方案、平衡相互竞争的目标和方案、研究各种备选方法、、为实现项目目标而裁剪过程、以及管理项目管理知识领域之间的依赖关系。
整合管理的发展趋势:
1)使用自动化工具(PMIS)2)使用可视化管理工具3)项目实施管理4)增加项目经理的职责5)混合方法
整合管理过程:
1)制定项目章程:
批准项目并授权项目经理在项目活动中使用组织资源,主要作用是明确项目与组织战略目标之间的直接联系,确立项目的正式地位,并展示组织对项目的承诺。
2)制定项目管理计划:
整合多有子计划为项目管理计划,主要作用是生成一份综合文件,用于确定所有项目工作的基础及执行方式。
3)指导与管理项目工作:
执行项目管理计划/批准的变更,实现目标,主要作用是对项目工作和可交付成果开展综合管理,以提高项目成功的肯能性。
4)管理项目知识:
使用现有知识,生成新的知识,帮助实现绩效目标,主要作用是利用已有的组织知识来创造和改进项目成果,并使当前项目创造的知识可用于支持组织运营或未来的项目或阶段。
5)监控项目工作:
跟踪、审查、报告项目进展,实现绩效目标,主要工作是让相关方了解项目的当前状态并认可为处理绩效问题而采取的行动,通过成本和进度预测,让相关方了解未来项目的状态。
6)实施整体变更控制:
审查变更请求、批准变更,管理变更,主要作用是确保项目中已记录在案的变更做综合评审,如果不考虑变更对整体项目的影响就开展变更,往往会加剧项目的风险。
7)结束项目或阶段:
终结项目、阶段或合同的所有活动,主要作用是存档项目或阶段信息,完成计划的工作,释放组织团队资源以开展新的工作。
4.1制定项目章程
编写一份正式批准项目并授权项目经理在活动中使用组织资源的文件。
就是写个授权书的方案书。
4.1.1目的
明确项目开始和项目边界,确立项目的正式地位,及高级管理层直述他们对项目的支持。
章程:
在执行组织和需求组织之间建立伙伴联系(外部的时候一般要签个合同)。
经批准的章程:
就表面项目正式启动。
尽早定项目经理。
章程不等于合同,章程不包括报酬、金钱和等价交换。
4.1.2重点输入
1、项目工作说明书:
SOW对项目需交付的产品、服务和成果的叙述性说明。
业务需要、产品范围描述、战略计划。
2、商业论证:
商业角度考虑是否值得投资。
高级领导的决策依据。
编制原因:
市场需求、组织需求、客户要求、技术进步、法律要求、生态影响、社会需要。
多阶段的还要多次进行,考虑当下项目是否与商业需求一致。
协议:
启动项目的初衷。
形式:
合同、谅解备忘录、服务品质协议、协议书、意向书、口头协议、电子邮件、其他书面协议。
组织过程资产、事业环境因素。
4.1.3重点工具
专家判断。
引导技术:
头脑风暴、加点小组、访谈,冲出处理、问题解决、会议管理等。
4.1.4重点输出
1、项目章程:
由项目启动者或发起人发布的一份正式批准项目成立,并授权项目经理动用组织资源开展项目活动的文件。
记录了关于项目和项目预期交付产品、服务或成果的高层级信息。
内容:
记录业务需要、假设条件、制约因素、对客户需要和高层级需求的理解,以及要交付的新产品、服务或成果。
确保相关方在总体上就主要可交付成果、里程碑以及每个项目参与者的角色和职责达成共识。
项目章程包含内容:
●项目目的
●可测量的项目目标和相关成功的标准
●高层级需求
●高层级项目描述、边界定义以及主要可交付成果。
●整体项目风险
●总体里程碑进度计划
●预先批注的财务资源
●相关方名单
●项目审批要求(例如:
用什么标准评价项目成功,由谁对项目成功下结论,由谁签署项目结束)
●项目退出标准(例如:
在何种条件下才能关闭或取消项目或阶段)
●委派的项目经理及其职责和职权
●发起人或其他批准项目章程的人员的姓名和职权。
2、假设日志:
项目启动之前编制商业论证时,识别高层级的战略和运营假设条件与制约因素。
这些假设条件与制约因素应纳入项目章程。
较低层级的活动和任务假设条件在项目期间随着诸如定义技术规范、估算、进度和风险等活动的开展而生成。
假设日志用于记录整个项目生命周期中的所有假设条件和制约因素。
项目章程和假设日志的区别:
一般高层级的战略运营假设条件与制约因素计入项目章程,低层级的假设条件与制约因素计入假设日志。
4.2制定项目管理计划
定义、准备和协调所有子计划,并整合成一个综合项目管理计划。
内容包括子计划和项目基准。
计划渐进明细,任何对计划的变更都要控制。
4.2.1目的
生成一份核心文件,作为所有项目的工作依据。
4.2.2重点输入
项目章程(包含高层级的边界,初始规划的起点)。
其他过程的输出(任何子计划、任何基准)。
事业环境因素、组织过程资产。
4.2.3重点工具
专家判断、引导技术、头脑风暴、核对单、焦点小组、访谈。
4.2.4重点输出
说明项目将如何执行、监督和控制的一份文件。
可以是概要或详细的,一旦确定为基准,就只有提出变更并批注后,才能变更。
4.3指导和管理项目工作
领导执行项目计划中的工作,实施已批准的变更,以实现项目目标。
4.3.1目的
项目经理与项目团队一起指导实施已计划好的项目活动,并管理项目内的各种技术接口和组织接口。
项目经理管理所有的计划外活动,并确定合适的行动方案。
执行过程中,还要收集工作绩效数据,进行处理沟通。
工作绩效数据包括:
可交付成果的完成情况和其他与项目绩效相关的细节。
对项目所有变更的影响进行审查,并实施已批准的变更。
纠正措施、预防措施、缺陷补救。
4.3.2重点输入
项目管理计划、批准的变更请求。
4.3.3重点工具
专家判断、项目管理信息系统、会议。
会议种类:
交换信息,头脑风暴、方案评估、方案设计,制定决策。
4.3.4重点输出
可交付成果:
在某一过程、阶段、项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。
(项目管理计划也是一种成果物)
在工作中,在活动中收集到的原始观察结果和测量值。
已完成的工作、关键绩效指标、技术绩效策略结果、进度活动的开始结束日期、变更请求的数量、缺陷的数量、实际成本、实际持续时间等。
变更请求:
关于修改任何文档、可交付成果或基准的正式提议。
可以是直接或间接的,可以由内部或外部提出,可能是自选或法律合同强制的。
请求包括:
纠正措施、预防措施、缺陷补救、更新。
项目管理计划更新、项目文件更新。
4.4管理项