PMP知识点个人总结Word格式.docx

上传人:b****3 文档编号:7854477 上传时间:2023-05-09 格式:DOCX 页数:45 大小:88.56KB
下载 相关 举报
PMP知识点个人总结Word格式.docx_第1页
第1页 / 共45页
PMP知识点个人总结Word格式.docx_第2页
第2页 / 共45页
PMP知识点个人总结Word格式.docx_第3页
第3页 / 共45页
PMP知识点个人总结Word格式.docx_第4页
第4页 / 共45页
PMP知识点个人总结Word格式.docx_第5页
第5页 / 共45页
PMP知识点个人总结Word格式.docx_第6页
第6页 / 共45页
PMP知识点个人总结Word格式.docx_第7页
第7页 / 共45页
PMP知识点个人总结Word格式.docx_第8页
第8页 / 共45页
PMP知识点个人总结Word格式.docx_第9页
第9页 / 共45页
PMP知识点个人总结Word格式.docx_第10页
第10页 / 共45页
PMP知识点个人总结Word格式.docx_第11页
第11页 / 共45页
PMP知识点个人总结Word格式.docx_第12页
第12页 / 共45页
PMP知识点个人总结Word格式.docx_第13页
第13页 / 共45页
PMP知识点个人总结Word格式.docx_第14页
第14页 / 共45页
PMP知识点个人总结Word格式.docx_第15页
第15页 / 共45页
PMP知识点个人总结Word格式.docx_第16页
第16页 / 共45页
PMP知识点个人总结Word格式.docx_第17页
第17页 / 共45页
PMP知识点个人总结Word格式.docx_第18页
第18页 / 共45页
PMP知识点个人总结Word格式.docx_第19页
第19页 / 共45页
PMP知识点个人总结Word格式.docx_第20页
第20页 / 共45页
亲,该文档总共45页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

PMP知识点个人总结Word格式.docx

《PMP知识点个人总结Word格式.docx》由会员分享,可在线阅读,更多相关《PMP知识点个人总结Word格式.docx(45页珍藏版)》请在冰点文库上搜索。

PMP知识点个人总结Word格式.docx

PBO减轻官僚主义和层级主义,考核成败依据是最终成果,与职位和政治无关。

项目与运营会在产品生命周期不同时点交叉,交叉点是可交付成果及知识在项目和运营间转移。

运营是持续性工作,项目是临时性工作。

组织战略方向应与业务目标协调,如果战略方向发生变化,项目目标也相应调整。

组织战略为项目管理提供指导和方向。

组织治理规则对项目有强制性作用,项目产品在多大程度支持组织治理,是判定项目成败依据。

项目经理由执行组织委派,领导团队实现项目目标。

平衡矩阵以下,项目经理向职能经理报告。

项目经理要满足任务需求、团队需求和个人需求。

有效项目经理(一般不提供专业技能)具备应用领域技能和通用管理能力、知识能力、实践能力、个人能力、人际技能(平衡道德因素、人际关系技能和概念性技能)。

项目经理负责项目整合和沟通工作,其他执行和监控由项目团队负责(项目团队必须是所有问题及其解决方案负责任的所有者)。

人际关系技能是富有情商并熟练掌握沟通技巧、冲突解决方法、谈判技巧、影响技能、团队建设技能和团队引导技能的行为能力。

项目经理人际关系技能沟通、冲突管理、谈判、影响力、团队建设、领导力、激励、有效决策(决策模型和计算)、政治文化、建立信任、教练技术。

二、组织影响和项目生命周期

项目启动会initialingmeeting启动过程组的开工会(认命项目经理、公告项目开始、由发起人组织),而项目启动会kick-offmeeting是规划过程组的开工会(项目工作、激励会,由项目经理组织)。

启动会都是审查、公布项目目标,并获得干系人支持。

项目开始时,团队成员没信心,在项目启动会上和团队成员进行头脑风暴给每个团队成员灌输信心;

项目启动后,团队成员没信心,在阶段会上和团队成员进行头脑风暴,从一开始就识别风险。

组织结构都有战略层、中层管理层、操作层。

项目经理与三个层次互动因素:

项目战略地位、干系人影响、项目管理成熟度、项目管理体系、组织沟通。

互动关系从而决定项目类型特征、项目经理角色、资源管理、团队组成、预算控制者等。

组织过程资产包括流程与程序(47个过程)、共享知识库(配置管理、财务数据、经验教训、问题数据等),是补助因素。

事业环境因素是不能控制的、对项目产生限制或指令作业的因素。

包括内部(组织文化结构、沟通渠道、项目管理信息系统、商业数据库、基础设施、干系人风险承受力、人事管理、人力资源、工作授权)和外部项(政府标准、市场调节、政治氛围、干系人风险承受力)。

组织文化、风格和结构(事业环境因素)会对项目实施产生影响,组织项目管理成熟度及项目管理系统也会影响项目。

项目治理是一种符合组织治理模式的监管职能,覆盖整个项目生命周期。

项目治理框架向经理和管理团队提供管理结构、流程、决策和工具,包括指导制定各类项目管理计划。

项目生命周期由阶段组成。

项目阶段是一组具有逻辑关系的项目活动集合,通常以可交付成果的完成而结束。

一个阶段可执行某个特定项目管理过程组的过程,每个阶段均包括5大过程组。

根据第一个阶段完成情况验证第二阶段工作的项目计划。

阶段特征:

各阶段工作重点不同、控制或采用过程不同(重复5大过程组)、可交付成果的工作产品转移或移交为结束标志。

尚无适用于所有项目的最佳结构,一个项目不同团队执行可划分不同数量的阶段,由项目特点、项目团队或风格决定。

项目阶段之间关系有顺序、交叠(设计和施工)、平行,可在同一个项目不同阶段发生。

项目生命周期类型包括预测型生命周期、迭代和增量型生命周期、适应性生命周期(快速迭代和增量,2-4周一次),不同的项目生命周期不同。

预测性适用于充分了解交付产品、有实践基础或一次性交付有利于干系人。

迭代和增量适用于不断变化目标和范围、需降低项目复杂性或部分交付有利于干系人,且不会影响最终交付。

成本与人力投入随进程累计逐渐增加;

每个阶段均是项目管理生命周期(5大过程组)。

项目团队包括项目管理人员、项目人员、支持专家、用户或客户代表、卖方(供应商)、业务伙伴及成员。

项目团队的组成因文化、范围和位置等而异。

项目经理和团队之间关系因项目经理权限而异,有专职和兼职团队。

项目经理→项目管理团队(负责裁剪PMbok知识)→项目团队人员(泛指技术人员)→项目团队。

项目特性

职能型

矩阵型

项目型

弱矩阵

平衡矩阵

强矩阵

项目经理的职权

很少或没有

有限

少到中

中到大

几乎全权

项目可以使用的资源

中到多

几乎全部

项目预算的控制者

职能经理

职能或项目经理

项目经理

项目经理的角色

兼职

全职

项目管理行政人员

项目经理头衔

项目联络员

联络/协调员

协调管理人

职能部门

经理

员工

职能部门的项目经理

项目管理部门的

管理类型默认平衡矩阵(项目经理作为领导者的角色是固定不变的)

职能型:

职能工作容易优于项目工作、职能部门间缺乏沟通、无项目管理职业发展前景;

无项目经理。

项目型:

结束项目的成员无“家”、不利专业技术发展、重复配置设备人员、资源使用效率低;

有项目经理。

矩阵型:

结构复杂、管理难、项目经理与职能经理权利/资源斗争;

三、项目管理过程

质量管理关注项目质量和产品质量,技术实现过程为阶段,管理过程为过程组。

项目过程分项目管理过程和产品导向过程(定义并创造产品),PMbok关注项目管理过程。

项目生命周期中,项目管理过程和产品导向过程彼此重叠,相互作用。

项目存在于组织中,不是一个封闭系统。

为了项目成功,项目团队应选择适用的过程、使用定义的方法满足需求、建立沟通关系、满足干系人期望、平衡制约因素。

过程组极少是孤立存在,一个过程的输出通常是另一个过程的输入或项目的可交付成果。

规划阶段开展的过程放入规划过程组,当这个过程被执行或其他过程组更新,其仍为规划过程组的过程。

工作顺序:

启动阶段项目章程完成后,要立即开展识别干系人完成登记册。

如规划先制定项目管理计划。

启动过程组要初步选定项目经理、制定章程,让发起人、客户和其他干系人参与到启动过程,建立成功标准共同理解。

大型项目各个阶段重复进行启动过程组是为了确定最初项目章程和识别干系人过程做出的决定是否依然有效。

规划过程组进行相当程度才能识别出风险。

执行过程组花费项目大部分预算。

收尾过程组流程是技术收尾→合同收尾→行政收尾(经验教训存档)→结束采购(关闭支付系统)。

工作绩效数据:

从每个正在执行的活动中收集到的原始观察结果和测量值,强调的是原始的,基础的数据。

如完工百分比、质量和技术绩效测量值、进度开始结束日期、变更数量、缺陷数量、实际成本和持续时间等。

指导与管理项目工作输出工作绩效数据、可交付成果。

工作绩效信息:

整合工作绩效数据分析而得到的绩效信息,数据本身不用于决策,信息是决策可靠基础。

“可交付成果状况、变更请求的执行状况、预测的完工估算、CV/SV/CPI/SPI/TCPI/VAC”属于工作绩效信息。

监控过程组输入都有工作绩效数据,输出是工作绩效信息。

工作绩效报告:

汇编工作绩效信息形成的实物或电子文件。

可以提交给干系人,能反映项目情况的证实文件。

工作绩效信息输入监控项目工作(监控过程组特例),输出工作绩效报告。

管理沟通、控制采购工具有报告绩效向高层报告。

状态报告、备忘录、论证报告、推荐意见、情况更新、信息札记。

四、项目整合管理

项目整合管理包括识别、定义、组合、统一和协调项目管理过程组的活动而开展的活动,在项目管理中,“整合”兼具统一、合并、连接和一体化的性质。

1、制定项目章程

项目章程是一份正式的项目批准并授权项目经理(章程主要作用)使用组织资源的文件,经批准的项目章程标志项目启动。

项目章程在项目执行组织(项目团队)和需求组织(发起人)之间建立伙伴关系,记录干系人需求和期望,由发起人或授权的项目经理编写,项目发起人或实体批准。

项目经理宜制定项目章程时就认命,最晚必须在规划阶段开始前。

在执行外部项目时,通常需要正式合同确定写作关系,不能将项目章程当做合同。

项目章程作用是定义项目开始和项目边界,确定项目的正式地位,以及发起人或高层对项目的支持。

项目由项目以外实体(发起人)来启动。

项目章程工作:

审查项目章程输入(用专家判断评估文件)、制定项目章程(用引导技术)、获得批准。

项目章程内容12:

项目目的或原因、可测量的项目目标和成功标准、高层级需求(范围)、高层级风险、高层级项目描述和边界、总体里程碑计划、总体预算、干系人登记册、项目审批要求、假设条件和制约因素、授权项目经理及权责、发起人或其他批准人签章。

项目工作说明书(业务需要、产品范围描述、战略计划)是对项目需交付的产品、服务的叙述性说明。

对于内部项目,项目启动者或发起人来提供;

对于外部项目,客户提供,可是招标文件或合同一部分。

商业论证是从商业角度提供据决定项目是否值得投资信息。

在项目生命周期早期,发起人对商业论证要定期进行审核,有助于确认项目和商业论证保持一致。

引导技术包括头脑风暴、冲突处理、问题解决和会议管理等。

项目选择方法包括效益测量方法(让所有干系人认同、同行评议、权重打分、经济学模型)、约束的优化方法(线性、整数、动态、多目标规划)。

经济学模型包括现值、净现值、内部收益率、回收期、效益成本率。

现值财务净现值

投资回收期=投资/累计净利润=1

=0式中FIRR-财务内部收益率。

投资收益率=年收益额/技术方案投资

2、制定项目管理计划

项目管理计划是所有项目工作的依据,其输入的其他过程输出不包括配置和变更管理计划。

控制干系人参与输出项目管理计划更新内容仅不包括配置管理和过程改进计划。

项目管理计划应详细描述项目治理方法,例如谁应该参与、升级流程、需要什么资源及通用方法。

项目管理计划工作:

审查输入(用专家判断评估文件)、制定项目管理计划(用引导技术)、最终获得批准。

3、指导与管理项目工作

指导与管理实现项目目标而领导和执行项目管理计划中所确定的工作,非确定工作未经整体变更控制均不做。

指导与管理工作包括:

开展实现目标活动、完成规划工作、配备/培训团队成员、获取/管理资源、执行既定计划、建立沟通渠道、生成绩效数据、提出变更请求、管理风险、管理卖方、管理干系人、收集和记录经验教训。

纠正、预防措施不影响项目基准,只影响项目绩效。

缺陷补救、更新影响基准。

变更请求包括:

纠正措施:

使工作绩效重新与项目管理计划一致的活动;

预防措施:

使未来工作绩效与项目管理计划一致的活动;

缺陷补救:

使不一致的产品与项目管理计划一致的活动;

更新:

对受控文件或计划进行变更。

4、监控项目工作

监督是贯穿项目生命周期的活动,批准的变更是实施整体变更控制的结果,确认的变更是控制质量结果。

分析技术包括回归分析、分组方法、因果分析、根本原因分析、预测方法(时间列序、情景构建、模拟)、失效模式与影响分析、故障树分析、储备分析、趋势分析、挣值管理、差异分析。

监控项目工作输入工作绩效信息,输出工作绩效报告是引起关注并制定决策或行动的项目文件。

工作授权系统以保证工作有正确的组织、在正确的时间、以正确的顺序执行授权工作。

工作授权是一种批准方法,目的是防止镀金。

5、实施整体变更控制

变更控制作用:

从整合的角度考虑记录在案的变更,从而降低为考虑变更对目标的影响而产生风险。

整体变更控制是贯穿项目生命周期的活动,项目经理对此负责,确保只有经过批准的变更才纳入修改的基准中。

项目任何干系人都可提出变更请求,可口头提出但必须书面记录,每项变更请求必须由一位责任人批准或否决(发起人或项目经理,影响小),必要时由变更管理委员会CCB(影响大,默认其执行)来控制。

若发起人不在CCB内,可能需发起人签字确认。

整体变更控制流程10:

识别变更(项目经理)、记录变更(项目经理)、提出变更请求(项目经理)、批准或拒绝变更(发起人批准或否决变更)、生产日志(CCB)、更新项目管理计划、发布或通知相关干系人(提供变更文件)、执行批准的变更、记录变更原因和采取措施、审查批准的变更请求、确认变更。

关键干系人(发起人不需要识别即认可)提出变更,先记录变更,再提出变更请求。

其他干系人提出变更,先进行内部讨论(即识别变更),再记录变更,再提出变更请求。

变更两大系统为配置控制和变更控制。

配置控制(配置的识别(明确责任)、状态记录、核实与审计(核实配置文件规定功能实现))重点关注可交付成果及各个过程的技术规范;

变更控制则关注识别、记录、批准或否决项目文件、可交付成果的变更。

变更控制是对已经发生的或可能将来发生的变更因素进行控制,并尽可能避免变更。

变更日志记录所有变更请求,包括否决的变更。

变更控制系统→配置管理系统→项目信息管理系统→项目管理系统。

6、结束项目或阶段

结束项目或阶段是完结所有项目管理过程组的活动,以正式结束的过程,为实现此目的可邀请所有合适的干系人参与本过程,项目经理负责组织。

项目经理要审查收尾信息,确保所有工作都完成,且目标已实现,才宣布项目结束。

收尾档案存档很重要,可为将来项目提供管理支持。

项目收尾参看项目管理计划(也可看项目章程,规定了实现项目目标描述和标准)和组织过程资产完成可交付成果验收。

项目收尾工作:

获得客户或发起人验收、进行项目后评价(客户意见)、记录裁剪过程的影响、记录经验教训、更新组织过程资产、相关文件在项目管理信息系统中归档、结束采购活动、对团队成员进行评估并释放资源。

项目收尾应在阶段结束就可以做(非完工),由项目经理负责组织项目团队完成。

完成收尾标志是档案归档完成、收尾最重要工作是移交成果、最后工作是庆功会、解散团队。

中途终止需将已完成和未完成的可交付成果移交。

收尾制约因素是可交付成果验收。

工程企业想保持长期合作,应做定期回访(满意度调查)。

五、项目范围管理

范围/质量有产品范围/质量、项目范围/质量,其中项目范围可包括产品范围。

1、规划范围管理

范围管理计划有利于管理范围蔓延风险。

2、收集需求

需求是成本、进度、质量、采购规划的基础,包括发起人、客户和其他干系人(制章程一样人)的期望和需求。

需求文件包括业务需求(目标、规划、原则)、干系人需求、解决方案需求(满足业务和干系人需求、产品具备必备特性功能和特征,进一步可分功能和非功能需求)、项目需求、过度需求、与需求相关的假设条件/依赖关系和制约条件。

收集需求工具有访谈、焦点小组、引导式研讨会、群体创新技术、群体决策技术、问卷调查、观察、标杆对照、原型法、系统交互图、文件分析。

访谈宜为“一对一”形式开展。

焦点小组是引导大家进行互动讨论,不要求结果,比访谈更热烈。

引导式研讨会是将干系人召集起来互动讨论,引导出达成一致的结果。

例如:

软件行业“联合应用设计/开发”、制造行业“质量功能展开”、客户需求“客户声音”。

群体创新技术包括头脑风暴法(无创意排列顺序)、名义小组技术(促进头脑风暴,排列创意优先顺序)、概念/思维导图(整合头脑风暴创意成图)、亲和图(创意分组)、多标准决策分析(系统分析方法评估排序)。

群体决策技术包括一致同意(德尔菲法)、大多数原则、相对多数原则(多个选项)、独裁。

问卷调查是受众多样化、地理位置分散且适合。

观察是难以或不愿意说明需求,通过“工作跟踪”挖掘潜藏需求。

原型法是造出实用模型征求意见,是渐进明细理念。

特例“故事版”展示顺序或导航路径。

系统交互图是对产品范围可视化描述,将业务系统输入、输入提供者、业务系统输出、输出接受者展示。

需求跟踪矩阵是将需求与业务目标联系起来的表格,使每个需求都有商业价值,确保被批准的需求在项目结束时都能交付。

需求跟踪矩阵包括业务需求、项目目标、WBS可交付成果、产品设计、产品开发、测试测量、高层级需求。

项目发起人或其他干系人对可交付成果不满意,可能是收集需求或定义范围过程有问题。

3、定义范围

随当前迭代期的项目范围和可交付成果的进展,规划下一个迭代期的工作。

产品分析是对可交付成果的项目(和提供服务或成果的项目不同)分析,包括产品分解、需求分析、系统工程、系统分析、价值工程和价值分析等。

备选方案生成是尽可能多比较不同方案,目标是提高经济效益(降低成本、增加产量、提高价格),包括头脑风暴、横向思维、备选方案分析等。

项目范围说明书包括产品范围描述、验收标准、可交付成果、假设条件(制定计划时假设正确条件、带来风险可逐步细化、有时限)、制约因素(范时成、合同、政策、组织,不会逐步细化)、项目除外责任(说明干系人什么需求是项目外内容)。

项目章程和项目范围说明书有一定程度重叠,但详尽程度不同。

移交成果时,发起人参考项目章程确定是否符合需求。

工作结束时参考项目范围说明书,核对工作是否完成。

4、创建WBS

WBS包含了所有工作和可交付成果,提供总范围层级。

创建WBS是将可交付成果和项目工作分解为较小的易于管理的工作包过程,代表经批准的项目工作(可用于开工会告知)。

“工作”指作为活动结束的可交付成果或工作产品,而非活动本身。

通过底层所有工作向上汇总(自下而上),确保工作无遗漏,也无多余工作,称“100%规则”。

未来才完成的可交付成果,当前可能无法分解,应采用滚动式规划。

分解可交付成果和项目工作分为工作包(最底层工作,工作包分解为“活动”是为了进度和成本控制),分解程度因项目规模、复杂程度及所需控制程度(即可核实的成果、服务)而异。

分解程度越细管理控制越有力,但资源利用效率低、WBS汇总数据困难。

分解工作:

识别和分析可交付成果、确定WBS结构、自上而下分解、为工作包分配标示编码、核实分解是否恰当。

创建WBS方法包括自上而下方法、组织特定指南和WBS模板方法,工作分解均以可交付成果来进行(与合同等无关)。

WBS可以采用提纲式、组织结构图或能说明层级的其他结构。

标题为第一层,以项目生命周期阶段为第二层,产品和可交付成果方第三层;

也可直接以可交付成果为第二层。

工作包编码是创建WBS最后工作。

WBS词典包括工作描述、账户编码标识、负责的组织、进度里程碑、相关的进度活动、所需资源、成本估算、假设条件和制约因素、质量要求、验收标准、技术参考文献、协议信息。

范围基准包括项目范围说明书、WBS、WBS词典。

控制账户是管理控制点,一个控制账户可能包括一个或多个工作包,但一个工作包只有一个控制账户。

一个控制账号可能包括一个或多个规划包(也是WBS组件)。

5、确认范围

确认范围(监控过程组)是正式验收可交付成果过程,关注可交付成果的验收。

控制质量是核实可交付成果,关注交付成果的正确性。

控制质量一般在确认范围前,也可同步进行。

检查有时被称为审查、产品审查、审计和巡检等。

验收的可交付成果应由客户或发起人签字批准,若不通过应记录在案并提出变更请求,进行缺陷补救。

6、控制范围

对已完成但未通过正式验收的可交付成果,应记录在案并提交变更请求。

成果提交验收客户既不验收也不说不验收,此时应提交变更请求;

自行额外增加功能但对项目不造成影响(若未实施属于“镀金”,拒绝),应将影响告诉客户并记录;

被动按客户要求增加需求属于“范围蔓延”,婉拒,经变更控制可减少范围蔓延风险。

偏差分析是确定偏离范围的原因和程度,并决定是否采取纠正或预防措施。

各绩效审查为求偏差、测绩效、查趋势。

六、项目时间管理

1、规划进度管理

项目时间管理大部分工作发生在控制进度过程中,以确保项目按时完成。

2、定义活动

创建WBS已划分可交付成果为工作包,对工作包进一步分解为更小的组成部分“活动”,代表完成工作包所需工作投入,其工具同样包括分解。

时间、成本等估算均针对“活动”。

滚动式规划是一种迭代技术,即详细规划近期完成的工作,同时在较高层次上规划远期工作,也是渐进明细式。

活动清单是每个活动都有独特的名称,即使此活动可能处在项目进度计划文件外。

活动属性在项目初期是指活动标示、WBS标示和活动标签。

在活动属性编制完成时包括活动编码、活动描述、紧前活动、紧后活动、逻辑关系、提前量与滞后量、资源需求、强制日期、假设条件和制约因素。

里程碑是一个重要时点或事件,本身持续时间为零。

里程碑清单是项目重要时点或事件,列出项目所有里程碑并指明每个里程碑是强制的(如合同要求的)或选择性的(根据历史信息确定的)。

里程碑与常规的进度活动类似,有相同的结构和属性。

3、排列活动顺序

紧前关系绘图法PDM是创建进度模型的一种技术包括AON活动节点图,活动用节点表示。

活动节点法也是一种展示方法。

包括FS、FF、SF、SS,其中FS完成到开始是最常用逻辑关系,SF很少用。

活动网络图(箭头图)ADM包括AOA活动箭线图。

活动网络图连同进度计划编制方法一起使用,

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 党团工作 > 党团建设

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2