PM-P考点-个人分析总结分析.doc

《PM-P考点-个人分析总结分析.doc》由会员分享，可在线阅读，更多相关《PM-P考点-个人分析总结分析.doc（20页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、-_ 一、引论 Pmbok 知识是普遍认为的“良好做法” ，是大多数时候适用大多数项目且其价值和有效性已获得一致认可。 PMbok 仅适用于单个项目，项目集、项目组合不适用。组织级项目管理成熟度模型 OPM3。组织和项目管理团队负 责裁剪确定哪些知识适用于具体项目。PMI 道德和行为规范描述了从业者在责任、尊重、公平、诚实方面的基本义 务。 PMP 证件相关人员必须遵守 PMI 道德和行为规范（强制性） ，非项目管理知识体系指南。PMI 考试有项目管理 助理认证 CAPM、项目专业管理人士认证 PMP、项目集管理专业人士 PgMP、敏捷从业者认证、风险管理专业人士认 证、进度管理专业人士认证。

2、 发起人发起人是为项目提供资源和支持资源和支持、为成功创造条件、推动项目进展、处理超过项目经理控制范围的事项、范、处理超过项目经理控制范围的事项、范 围变更审批、阶段末评审围变更审批、阶段末评审等。发起人对 CCB 批准的变更做最终是否采纳决定。CCBCCB 一般由发起人、关键干系人、专一般由发起人、关键干系人、专 家组成等组成家组成等组成, ,项目经理也可是其一员项目经理也可是其一员。 项目项目是创造独特的产品或服务而进行的临时性工作。项目具有目标性（运营也有目标） 、临时性（项目独有） 、独 特性（运营也是独特） 、渐进明细性（运营也有相关） 。尽管某些项目可交付成果可能存在一致，但一致并

3、不会改变项 目的独特性，如位置、设计、干系人等。 项目集项目集是相互关联且被协调管理的项目、子项目集和项目集活动，任何项目集都包含若干项目包含若干项目。 项目组合项目组合是为实现战略目标而组合一起的子项目组合、项目集、项目和运营工作和运营工作，项目或项目集间彼此不依 赖。如果项目间联系仅限于共享顾主、供应商、技术或资源，就是项目组合。 项目管理项目管理是将知识、技能、工具与技术应用于满足项目活动要求，项目通过管理 5 大过程组（启动、规划、 执行、监控、收尾） ，整合 47 个过程得以实现。管理一个项目通常包括：识别需求、处理干系人需求、干系人间 建立有效沟通、满足项目需求和可交付成果而管理干

4、系人、平衡竞争的项目制约因素（范围、成本、进度、质量、 资源、风险，范时成质资风） 。任何一个制约因素的变化，都会影响至少一个其他因素。项目管理计划是渐进明细 的。硬技能硬技能整合、范围、时间、成本、质量管理（项目通用） ，软技能软技能人力资源、沟通、风险、采购、干系人管理。组织组织利用项目实现战略规划中的目标，项目批准或商业论证项目批准或商业论证通常考虑市场需求、战略计划/业务需求、社会需 求、环境考虑、客户需求、技术进步、法律要求。商业价值商业价值是组织从事业务的整体利益包括有形和无形，非商业 驱动型组织所承受业务活动也是积累商业价值。商业价值商业价值的成功实现始于综合战略规划和管理综合战

5、略规划和管理。 项目管理办公室项目管理办公室 PMOPMO 是向项目经理提供支持提供支持，如资源共享、识别和制定标准、指导培训监督、审计标准遵守 程度、制定和管理组织过程资产、协调沟通的部门。PMOPMO 分支持型（担当顾问角色，提供资源库） 、控制型（通过各种手段让项目服从，使用特定的资源库） 、指令型（直接管理和控制项目） 。项目经理关注项目目标、控制资源、管理项目制约 因素，而 PMO 关注项目范围变更、优化资源、站在企业高度管理。 基于项目的组织基于项目的组织 PBOPBO 是建立临时机构开展工作的组织，大部分工作按项目方式管理而非职能型，大型 PBO 需 职能部门支持。PBO 减轻官

6、僚主义和层级主义，考核成败依据是最终成果，与职位和政治无关。 项目与运营项目与运营会在产品生命周期不同时点交叉，交叉点是可交付成果及知识在项目和运营间转移。运营是持续 性工作，项目是临时性工作。 组织战略方向应与业务目标协调，如果战略方向发生变化，项目目标也相应调整。组织战略组织战略为项目管理提供 指导和方向。组织治理规则组织治理规则对项目有强制性作用，项目产品在多大程度支持组织治理，是判定项目成败依据。 项目经理项目经理由执行组织委派，领导团队实现项目目标。平衡矩阵以下，项目经理向职能经理报告。项目经理项目经理要 满足任务需求、团队需求和个人需求。有效项目经理（一般不提供专业技能）有效项目经

7、理（一般不提供专业技能）具备应用领域技能和通用管理能力、 知识能力、实践能力、个人能力、人际技能（平衡道德因素、人际关系技能和概念性技能） 。项目经理负责项目整 合和沟通工作，其他执行和监控由项目团队负责（项目团队必须是所有问题及其解决方案负责任的所有者项目团队必须是所有问题及其解决方案负责任的所有者） 。 人际关系技能人际关系技能是富有情商并熟练掌握沟通技巧、冲突解决方法、谈判技巧、影响技能、团队建设技能和团队 引导技能的行为能力。项目经理项目经理人际关系技能沟通、冲突管理、谈判、影响力、团队建设、领导力、激励、有效沟通、冲突管理、谈判、影响力、团队建设、领导力、激励、有效 决策（决策模型和

8、计算）决策（决策模型和计算） 、政治文化、建立信任、教练技术、政治文化、建立信任、教练技术。 二、组织影响和项目生命周期 项目启动会项目启动会 initialinginitialing meetingmeeting 启动过程组的开工会（认命项目经理、公告项目开始、由发起人组织） ，而项目启项目启 动会动会 kick-offkick-off meetingmeeting 是规划过程组的开工会（项目工作、激励会，由项目经理组织） 。启动会启动会都是审查、公布项目-_ 目标，并获得干系人支持。项目开始时，团队成员没信心，在项目启动会上和团队成员进行头脑风暴给每个团队项目开始时，团队成员没信心，在项目

9、启动会上和团队成员进行头脑风暴给每个团队 成员灌输信心；项目启动后，团队成员没信心，在阶段会上和团队成员进行头脑风暴，从一开始就识别风险。成员灌输信心；项目启动后，团队成员没信心，在阶段会上和团队成员进行头脑风暴，从一开始就识别风险。 组织结构组织结构都有战略层、中层管理层、操作层。项目经理与三个层次互动因素：项目战略地位、干系人影响、项目战略地位、干系人影响、 项目管理成熟度、项目管理体系、组织沟通项目管理成熟度、项目管理体系、组织沟通。互动关系从而决定互动关系从而决定项目类型特征、项目经理角色、资源管理、团队 组成、预算控制者等。 组织过程资产组织过程资产包括流程与程序（47 个过程） 、

10、共享知识库（配置管理、配置管理、财务数据、经验教训、问题数据财务数据、经验教训、问题数据等） ， 是补助因素。事业环境因素事业环境因素是不能控制的、对项目产生限制或指令作业的因素。包括内部 8.5（组织文化结构、沟组织文化结构、沟 通渠道、项目管理信息系统、商业数据库、基础设施、干系人风险承受力、人事管理、人力资源、工作授权）和通渠道、项目管理信息系统、商业数据库、基础设施、干系人风险承受力、人事管理、人力资源、工作授权）和 外部外部 3.5 项（政府标准、市场调节、政治氛围、干系人风险承受力项（政府标准、市场调节、政治氛围、干系人风险承受力） 。组织文化、风格和结构（事业环境因素）会 对项目

11、实施产生影响，组织项目管理成熟度及项目管理系统也会影响项目。 项目治理项目治理是一种符合组织治理模式的监管职能，覆盖整个项目生命周期。项目治理框架向经理和管理团队提 供管理结构、流程、决策和工具，包括指导制定各类项目管理计划。 项目生命周期由阶段组成。项目阶段项目阶段是一组具有逻辑关系的项目活动集合，通常以可交付成果的完成而结束。 一个阶段可执行某个特定项目管理过程组的过程，每个阶段均包括 5 大过程组。根据第一个阶段完成情况验证第根据第一个阶段完成情况验证第 二阶段工作的项目计划。二阶段工作的项目计划。阶段特征：各阶段工作重点不同、控制或采用过程不同（重复 5 大过程组） 、可交付成果 的工

12、作产品转移或移交为结束标志。 尚无适用于所有项目的最佳结构，一个项目不同团队执行可划分不同数量的阶段，由项目特点、项目团队或 风格决定。项目阶段之间关系有顺序、交叠（设计和施工） 、平行，可在同一个项目不同阶段发生。 项目生命周期项目生命周期类型包括预测型生命周期、迭代和增量型生命周期、适应性生命周期（快速迭代和增量，2-4 周一次）,不同的项目生命周期不同。项目生命周期由阶段组成。预测性适用于充分了解交付产品、有实践基础或一次 性交付有利于干系人。迭代和增量适用于不断变化目标和范围、需降低项目复杂性或部分交付有利于干系人，且 不会影响最终交付。成本与人力投入随进程累计逐渐增加；每个阶段均是项

13、目管理生命周期（5 大过程组） 。项目团队项目团队包括项目管理人员、项目人员、支持专家、用户或客户代表、卖方（供应商） 、业务伙伴及成员。项 目团队的组成因文化、范围和位置等而异。项目经理和团队之间关系因项目经理权限而异，有专职和兼职团队。 项目经理项目管理团队（负责裁剪 PMbok 知识）项目团队人员（泛指技术人员）项目团队。矩阵型 项目特性职能型 弱矩阵平衡矩阵强矩阵项目型项目经理的职权很少或没有有限少到中中到大几乎全权项目可以使用的资源很少或没有有限少到中中到多几乎全部项目预算的控制者职能经理职能经理职能或项目经理项目经理项目经理项目经理的角色兼职兼职全职全职全职项目管理行政人员兼职兼职

14、兼职全职全职 项目经理头衔项目联络员联络/协调员项目经理项目经理项目经理协调管理人职能部门 经理职能部门 员工职能部门的项目 经理项目管理部门的 项目经理项目经理-_管理类型默认平衡矩阵(项目经理作为领导者的角色是固定不变的)职能型：职能工作容易优于项目工作、职能部门间缺乏沟通、无项目管理职业发展前景；无项目经理。 项目型：结束项目的成员无“家” 、不利专业技术发展、重复配置设备人员、资源使用效率低；有项目经理。 矩阵型：结构复杂、管理难、项目经理与职能经理权利/资源斗争；有项目经理。 三、项目管理过程 质量管理关注项目质量和产品质量，技术实现过程为阶段，管理过程为过程组。项目过程质量管理关注

15、项目质量和产品质量，技术实现过程为阶段，管理过程为过程组。项目过程分项目管理过程和 产品导向过程（定义并创造产品） ，PMbok 关注项目管理过程。项目生命周期中，项目管理过程和产品导向过程彼 此重叠，相互作用。项目存在于组织中，不是一个封闭系统。 为了项目成功，项目团队应为了项目成功，项目团队应选择适用的过程、使用定义的方法满足需求、建立沟通关系、满足干系人期望、 平衡制约因素。 过程组过程组极少是孤立存在，一个过程的输出通常是另一个过程的输入或项目的可交付成果。规划阶段开展的过规划阶段开展的过 程程放入规划过程组，当这个过程被执行或其他过程组更新，其仍为规划过程组的过程。工作顺序：启动阶段

16、项目工作顺序：启动阶段项目 章程完成后，要立即开展识别干系人完成登记册。如规划先制定项目管理计划。章程完成后，要立即开展识别干系人完成登记册。如规划先制定项目管理计划。 启动过程组启动过程组要初步选定项目经理、制定章程，让发起人、客户和其他干系人参与到启动过程，建立成功标准 共同理解。大型项目各个阶段重复进行启动过程组大型项目各个阶段重复进行启动过程组是为了确定最初项目章程和识别干系人目章程和识别干系人过程做出的决定是否依 然有效。规划过程组规划过程组进行相当程度才能识别出风险。执行过程执行过程组花费项目大部分预算。收尾过程组流程是技术收 尾合同收尾行政收尾（经验教训存档）结束采购（关闭支付系

17、统） 。 工作绩效数据：工作绩效数据：从每个正在执行的活动中收集到的原始观察结果和测量值，强调的是原始的，基础的数据。 如完工百分比、质量和技术绩效测量值、进度开始结束日期、变更数量、缺陷数量、实际成本和持续时间等。指指 导与管理项目工作导与管理项目工作输出工作绩效数据、可交付成果。 工作绩效信息：工作绩效信息：整合工作绩效数据分析而得到的绩效信息，数据本身不用于决策，信息是决策可靠基础。 “可可 交付成果状况、变更请求的执行状况、预测的完工估算交付成果状况、变更请求的执行状况、预测的完工估算、CV/SV/CPI/SPI/TCPI/VAC”属于 工作绩效信息。监控过监控过 程组程组输入都有工作

18、绩效数据，输出是工作绩效信息。 工作绩效报告：工作绩效报告：汇编工作绩效信息形成的实物或电子文件。可以提交给干系人，能反映项目情况的证实文件。 工作绩效信息输入监控项目工作（监控过程组特例）监控项目工作（监控过程组特例） ，输出工作绩效报告。管理沟通、控制采购工具有报告绩效向 高层报告。工作绩效报告工作绩效报告：状态报告、备忘录、论证报告、推荐意见、情况更新、信息札记。 四、项目整合管理 项目整合管理项目整合管理包括识别、定义、组合、统一和协调项目管理过程组的活动而开展的活动，在项目管理中， “整 合”兼具统一、合并、连接和一体化的性质。 1 1、制定项目章程、制定项目章程 项目章程项目章程是

19、一份正式的项目批准并授权项目经理（章程主要作用）使用组织资源的文件,经批准的项目章程标志 项目启动。项目章程在项目执行组织（项目团队）和需求组织（发起人）之间建立伙伴关系，记录干系人需求和 期望，由发起人或授权的项目经理编写，项目发起人或实体批准。项目经理宜制定项目章程时就认命，最晚必须 在规划阶段开始前。在执行外部项目时，通常需要正式合同确定写作关系，不能将项目章程当做合同。 项目章程作用项目章程作用是定义项目开始和项目边界，确定项目的正式地位，以及发起人或高层对项目的支持。项目由 项目以外实体（发起人）来启动。项目章程工作：项目章程工作：审查项目章程输入（用专家判断评估文件） 、制定项目章

20、程（用 引导技术） 、获得批准。、获得批准。 项目章程内容项目章程内容 1212：项目目的或原因、可测量的项目目标和成功标准、高层级需求、高层级需求( (范围范围) )、高层级风险、高层、高层级风险、高层 级项目描述和边界级项目描述和边界、总体里程碑计划、总体预算、干系人登记册、项目审批要求、假设条件和制约因素、授权项 目经理及权责、发起人或其他批准人签章。 项目工作说明书项目工作说明书（业务需要、产品范围描述、战略计划）是对项目需交付的产品、服务的叙述性说明。对于内部项 目，项目启动者或发起人来提供；对于外部项目，客户提供，可是招标文件或合同一部分。 商业论证商业论证是从商业角度提供据决定项

21、目是否值得投资信息。在项目生命周期早期，发起人对商业论证要定期 进行审核，有助于确认项目和商业论证保持一致。 引导技术引导技术包括头脑风暴、冲突处理、问题解决和会议管理等。 项目选择方法项目选择方法包括效益测量方法（让所有干系人认同、同行评议、权重打分、经济学模型） 、约束的优化方法（线性、-_ 整数、动态、多目标规划） 。经济学模型包括现值、净现值、内部收益率、回收期、效益成本率。现值n niF iFP )1 ( )1 (财务净现值 投资回收期=投资/累计净利润=1 ntFNPV0n)基准收益率1(现金流出现金流入=0 式中 FIRR-财务内部收益率。投资收益率=年收益额/技术方案投资ttn

22、tFIRRCOCIFIRRFNPV1 02 2、制定项目管理计划、制定项目管理计划 项目管理计划是所有项目工作的依据，其输入的其他过程输出不包括配置和变更管理计划。控制干系人参与项目管理计划是所有项目工作的依据，其输入的其他过程输出不包括配置和变更管理计划。控制干系人参与 输出项目管理计划更新内容仅不包括配置管理和过程改进计划。项目管理计划输出项目管理计划更新内容仅不包括配置管理和过程改进计划。项目管理计划应详细描述项目治理项目治理方法，例如谁 应该参与、升级流程、需要什么资源及通用方法。 项目管理计划工作：项目管理计划工作：审查输入（用专家判断评估文件） 、制定项目管理计划（用引导技术） 、

23、最终获得批准。、最终获得批准。 3 3、指导与管理项目工作、指导与管理项目工作 指导与管理指导与管理实现项目目标而领导和执行项目管理计划中所确定的工作，非确定工作未经整体变更控制均不做。指导与管理工作包括：指导与管理工作包括：开展实现目标活动、完成规划工作、配备/培训团队成员、获取/管理资源、执行既定 计划、建立沟通渠道、生成绩效数据、提出变更请求、管理风险、管理卖方、管理干系人、收集和记录经验教训。变更请求包括：纠正措施：使工作绩效重新与项目管理计划一致的活动；预防措施：使未来工作绩效与项目管理计划一致的活动；缺陷补救：使不一致的产品与项目管理计划一致的活动；更新：对受控文件或计划进行变更。

24、 4 4、监控项目工作、监控项目工作 监督监督是贯穿项目生命周期的活动，批准的变更批准的变更是实施整体变更控制的结果，确认的变更确认的变更是控制质量结果。 分析技术分析技术包括回归分析、分组方法、因果分析、根本原因分析、预测方法（回归分析、分组方法、因果分析、根本原因分析、预测方法（时间列序、情景构建、模拟时间列序、情景构建、模拟） 、失效模、失效模 式与影响分析、故障树分析、储备分析、趋势分析、挣值管理、差异分析式与影响分析、故障树分析、储备分析、趋势分析、挣值管理、差异分析。 监控项目工作输入工作绩效信息,输出工作绩效报告工作绩效报告是引起关注并制定决策或行动制定决策或行动的项目文件。 工

25、作授权系统工作授权系统以保证工作有正确的组织、在正确的时间、以正确的顺序执行授权工作。工作授权是一种批准 方法，目的是防止镀金。 5 5、实施整体变更控制、实施整体变更控制 变更控制作用变更控制作用：从整合的角度考虑记录在案的变更，从而降低为考虑变更对目标的影响而产生风险。整体变整体变 更控制更控制是贯穿项目生命周期的活动，项目经理对此负责，确保只有经过批准的变更才纳入修改的基准中。 项目任何干系人都可提出变更请求变更请求，可口头提出但必须书面记录，每项变更请求必须由一位责任人批准或否 决（发起人或项目经理，影响小） ，必要时由变更管理委员会 CCB（影响大，默认其执行）来控制。若发起人不在

26、CCB 内，可能需发起人签字确认。 整体变更控制流程整体变更控制流程 1010：识别变更(项目经理)、记录变更(项目经理)、提出变更请求(项目经理)、批准或拒绝 变更（发起人批准或否决变更发起人批准或否决变更） 、生产日志（CCB） 、更新项目管理计划更新项目管理计划、发布或通知相关干系人（提供变更文件）发布或通知相关干系人（提供变更文件） 、执 行批准的变更、记录变更原因和采取措施、审查批准的变更请求、审查批准的变更请求、确认变更。关键干系人（关键干系人（发起人不需要识别即认可发起人不需要识别即认可） 提出变更，先记录变更，再提出变更请求。其他干系人提出变更，先进行内部讨论（提出变更，先记录

27、变更，再提出变更请求。其他干系人提出变更，先进行内部讨论（即识别变更即识别变更） ，再记录变更，再，再记录变更，再 提出变更请求。提出变更请求。 变更两大系统为配置控制和变更控制。配置控制变更两大系统为配置控制和变更控制。配置控制（配置的识别配置的识别( (明确责任明确责任) )、状态记录、核实与审计（、状态记录、核实与审计（核实配置文件核实配置文件规定功能实现规定功能实现）重点关注可交付成果及各个过程的技术规范；变更控制变更控制则关注识别、记录、批准或否决项目文件、 可交付成果的变更。 变更控制是变更控制是对已经发生的已经发生的或可能将来发生的变更因素进行控制，并尽可能避免变更。变更日志。变

28、更日志记录所有变更纠正、预防措施不影响项目 基准，只影响项目绩效。 缺陷补救、更新影响基准。-_ 请求，包括否决的变更。变更控制系统变更控制系统配置管理系统配置管理系统项目信息管理系统项目信息管理系统项目管理系统。项目管理系统。 6 6、结束项目或阶段、结束项目或阶段 结束项目或阶段是完结所有项目管理过程组的活动，以正式结束的过程，为实现此目的可邀请所有合适的干为实现此目的可邀请所有合适的干 系人参与本过程，项目经理负责组织系人参与本过程，项目经理负责组织。项目经理要审查收尾信息，确保所有工作都完成，且目标已实现，才宣布 项目结束。收尾档案存档很重要，可为将来项目提供管理支持。项目收尾参看项目

29、管理计划（项目收尾参看项目管理计划（也可看项目章程，规也可看项目章程，规定了实现项目目标描述和标准定了实现项目目标描述和标准）和组织过程资产完成可交付成果验收。）和组织过程资产完成可交付成果验收。 项目收尾工作：项目收尾工作：获得客户或发起人验收、进行项目后评价（客户意见）进行项目后评价（客户意见） 、记录裁剪过程的影响、记录裁剪过程的影响、记录经验教训、 更新组织过程资产、相关文件在项目管理信息系统中归档、结束采购活动、对团队成员进行评估并释放资源。对团队成员进行评估并释放资源。 项目收尾项目收尾应在阶段结束就可以做（非完工） ，由项目经理负责组织项目团队完成。完成收尾标志是档案归档完 成、

30、收尾最重要工作是移交成果、最后工作是庆功会、解散团队。中途终止需将已完成和未完成的可交付成果移 交。收尾制约因素是可交付成果验收。工程企业想保持长期合作，应做定期回访（满意度调查） 。 五、项目范围管理 范围/质量有产品范围/质量、项目范围/质量，其中项目范围可包括产品范围。 1 1、规划范围管理、规划范围管理 范围管理计划范围管理计划有利于管理范围蔓延风险。 2 2、收集需求、收集需求 需求是成本、进度、质量、采购规划的基础，包括发起人、客户和其他干系人（发起人、客户和其他干系人（制章程一样人）的期望和需 求。 需求文件需求文件包括业务需求（目标、规划、原则） 、干系人需求、解决方案需求（满

31、足业务和干系人需求、产品具备必备特性功能和特征，进一步可分功能和非功能需求） 、项目需求、过度需求、与需求相关的假设条件/依赖关系和制约条件。 收集需求工具收集需求工具有访谈、焦点小组、引导式研讨会、群体创新技术、群体决策技术、问卷调查、观察、标杆对 照、原型法、系统交互图、文件分析。访谈访谈宜为“一对一”形式开展。焦点小组焦点小组是引导大家进行互动讨论，不要 求结果，比访谈更热烈。引导式研讨会引导式研讨会是将干系人召集起来互动讨论，引导出达成一致的结果。例如：软件行业 “联合应用设计/开发” 、制造行业“质量功能展开” 、客户需求“客户声音” 。群体创新技术群体创新技术包括头脑风暴法（无创意

32、排列顺序） 、名义小组技术（促进头脑风暴，排列创意优先顺序） 、概念/思维导图（整合头脑风暴创意成图） 、亲和图（创意分组） 、多标准决策分析（系统分析方法评估排序） 。群体决策技术群体决策技术包括一致同意（德尔菲法） 、大多数原则、相对多 数原则（多个选项） 、独裁。问卷调查问卷调查是受众多样化、地理位置分散且适合。观察观察是难以或不愿意说明需求，通过 “工作跟踪”挖掘潜藏需求。原型法原型法是造出实用模型征求意见，是渐进明细理念。特例“故事版”展示顺序或导 航路径。系统交互图系统交互图是对产品范围可视化描述，将业务系统输入、输入提供者、业务系统输出、输出接受者展示。需求跟踪矩阵需求跟踪矩阵是

33、将需求与业务目标联系起来的表格，使每个需求都有商业价值，确保被批准的需求在项目结使每个需求都有商业价值，确保被批准的需求在项目结 束时都能交付束时都能交付。需求跟踪矩阵包括需求跟踪矩阵包括业务需求、项目目标、WBS 可交付成果、产品设计、产品开发、测试测量、高层高层 级需求。项目发起人或其他干系人对可交付成果不满意，可能是收集需求或定义范围过程有问题。级需求。项目发起人或其他干系人对可交付成果不满意，可能是收集需求或定义范围过程有问题。 3 3、定义范围、定义范围 随当前迭代期的项目范围和可交付成果的进展，规划下一个迭代期的工作。 产品分析产品分析是对可交付成果的项目（和提供服务或成果的项目不

34、同）分析，包括产品分解、需求分析、系统工程、 系统分析、价值工程和价值分析等。备选方案生成备选方案生成是尽可能多比较不同方案，目标是提高经济效益（降低成本、 增加产量、提高价格） ，包括头脑风暴、横向思维、备选方案分析等。 项目范围说明书项目范围说明书包括产品范围描述、验收标准、可交付成果、假设条件（制定计划时假设正确条件、带来风险可逐步细化、有时限） 、制约因素（范时成、合同、政策、组织，不会逐步细化） 、项目除外责任（说明干系人什么需求是项目外内容） 。项目章程和项目范围说明书有一定程度重叠，但详尽程度不同。移交成果时，发起人参考项目章程确定是否 符合需求。工作结束时参考项目范围说明书，核

35、对工作是否完成。 4 4、创建、创建 WBSWBS WBS 包含了所有工作和可交付成果，提供总范围层级。创建创建 WBSWBS 是将可交付成果和项目工作分解为较小的易于 管理的工作包过程，代表经批准的项目工作（可用于开工会告知） 。 “工作工作”指作为活动结束的可交付成果或工作产 品，而非活动本身。通过底层所有工作向上汇总（自下而上） ，确保工作无遗漏，也无多余工作，称“100%规则” 。-_未来才完成的可交付成果，当前可能无法分解，应采用滚动式规划。分解分解可交付成果和项目工作分为工作包 （最底层工作，工作包分解为“活动”是为了进度和成本控制） ，分解程度因项目规模、复杂程度及所需控制程度（

36、即可核实的成果、服务）而异。分解程度越细管理控制越有力，但资源利用效率低、WBS 汇总数据困难。分解工作分解工作：识别 和分析可交付成果、确定 WBS 结构、自上而下分解、为工作包分配标示编码、核实分解是否恰当。 创建创建 WBSWBS 方法方法包括自上而下方法、组织特定指南和 WBS 模板方法，工作分解均以可交付成果来进行（与合同等无关） 。WBS 可以采用提纲式、组织结构图或能说明层级的其他结构。标题为第一层，以项目生命周期阶段为第二 层，产品和可交付成果方第三层；也可直接以可交付成果为第二层。工作包编码是创建 WBS 最后工作。 WBSWBS 词典词典包括工作描述、账户编码标识、负责的组

37、织、进度里程碑、相关的进度活动、所需资源、成本估算、所需资源、成本估算、 假设条件和制约因素、质量要求、验收标准、技术参考文献、协议信息。假设条件和制约因素、质量要求、验收标准、技术参考文献、协议信息。 范围基准范围基准包括项目范围说明书、WBS、WBS 词典。控制账户是管理控制点，一个控制账户可能包括一个或多个 工作包，但一个工作包只有一个控制账户。一个控制账号可能包括一个或多个规划包（也是 WBS 组件） 。 5 5、确认范围、确认范围 确认范围（监控过程组）确认范围（监控过程组）是正式验收可交付成果过程，关注可交付成果的验收。控制质量是核实可交付成果， 关注交付成果的正确性。控制质量一般

38、在确认范围前，也可同步进行。 检查检查有时被称为审查、产品审查、审计和巡检等。验收的可交付成果验收的可交付成果应由客户或发起人签字批准，若不通过 应记录在案并提出变更请求，进行缺陷补救。 6 6、控制范围、控制范围 对已完成但未通过正式验收的可交付成果，应记录在案并提交变更请求。成果提交验收客户既不验收也不说 不验收，此时应提交变更请求；自行额外增加功能但对项目不造成影响（若未实施属于“镀金” ，拒绝） ，应将影响告 诉客户并记录；被动按客户要求增加需求属于“范围蔓延” ，婉拒，经变更控制可减少范围蔓延风险。 偏差分析是确定偏离范围的原因和程度，并决定是否采取纠正或预防措施。各绩效审查各绩效审

39、查为求偏差、测绩效、 查趋势。 六、项目时间管理 1 1、规划进度管理、规划进度管理 项目时间管理大部分工作发生在控制进度过程中，以确保项目按时完成。 2 2、定义活动、定义活动 创建 WBS 已划分可交付成果为工作包可交付成果为工作包，对工作包进一步分解为更小的组成部分“活动活动” ，代表完成工作包所需，代表完成工作包所需 工作投入工作投入,其工具同样包括分解。时间、成本等估算均针对“活动” 。 滚动式规划滚动式规划是一种迭代技术，即详细规划近期完成的工作，同时在较高层次上规划远期工作，也是渐进明细 式。 活动清单活动清单是每个活动都有独特的名称，即使此活动可能处在项目进度计划文件外。 活动

40、属性活动属性在项目初期是指活动标示、WBS 标示和活动标签。在活动属性编制完成时包括在活动属性编制完成时包括活动编码、活动描述、 紧前活动、紧后活动、逻辑关系、提前量与滞后量、资源需求、强制日期、假设条件和制约因素资源需求、强制日期、假设条件和制约因素。 里程碑里程碑是一个重要时点或事件，本身持续时间为零。里程碑清单里程碑清单是项目重要时点或事件，列出项目所有里程 碑并指明每个里程碑是强制的（如合同要求的）或选择性的（根据历史信息确定的）强制的（如合同要求的）或选择性的（根据历史信息确定的） 。里程碑与常规的进度活动类 似，有相同的结构和属性。 3 3、排列活动顺序、排列活动顺序 紧前关系绘图

41、法紧前关系绘图法 PDMPDM 是创建进度模型的一种技术包括 AON N 活动节点节点图，活动用节点表示。活动节点法也是一 种展示方法。包括 FS、FF、SF、SS，其中 FS 完成到开始是最常用逻辑关系，SF 很少用。 活动网络图（箭头图）活动网络图（箭头图）ADMADM 包括 AOA 活动箭线图。活动网络图连同进度计划编制方法一起使用，如计划评审技计划评审技 术术 PERTPERT、关键路径法、关键路径法 CPMCPM、紧前关系绘图法、紧前关系绘图法 PDMPDM。 确定依赖关系确定依赖关系分强制内部、强制外部 、选择性外部、选择性内部依赖关系。强制性依赖关系是与客观限制有 关，是硬逻辑关

42、系，技术依赖关系可能不是。技术依赖关系可能不是。选择性依赖也称为首选逻辑、优选逻辑或软逻辑。若打算快速跟进， 则分析选择性依赖关系。提前量和滞后量提前量和滞后量不能替代进度逻辑关系。 4 4、估算活动资源、估算活动资源-_ 自下而上估算自下而上估算是通过下到上逐层汇总 WBS 组件的估算而得到项目估算，是估算成本较为准确的方法，准确度 取决于单个活动或工作包的规模和复杂程度。活动资源需求活动资源需求明确工作包所需的资源类型和数量。资源分解结构资源分解结构是 资源类别和类型的层级展现。 5 5、估算活动持续时间、估算活动持续时间 持续时间的估算是渐进明细，取决于输入数据的数量和质量。估算活动持续

43、时间依据的信息估算活动持续时间依据的信息包括：活动工作 范围、所需资源类型、估算的资源数量和资源日历（资源的可用工作日或可用性） 。由熟悉具体活动的项目团队人 员进行估算。 类比估算类比估算是过去相似活动或项目的数据相似活动或项目的数据，估算当前活动持续时间或成本的技术。是一种粗略估算方法，在项 目早期信息不足时使用。类比估算成本低、速度快、准确性低。若过去活动本质上而非表面类似，并从事估算工 作人员具有必备专业知识，那么类比估算就最为可靠。 参数估算参数估算（法律规范、模型、属性公式）是利用历史数据之间的统计关系历史数据之间的统计关系和其他变量来估算，准确度取决参 数模型成熟度和基础数据可靠

44、性。 三点估算三点估算是考虑估算不确定性和风险不确定性和风险，提高估算准确性。三角分布为 t=（最悲观+最可能+最乐观时间）/3， 使用于出现概率差别不大，如车间生产线。贝塔分布贝塔分布（源自计划测评技术 PERT 技术/GERT 是图形评审技术。 ） t=(最悲观+4最可能+最乐观时间）/6，通常用此计算。 储备分析：储备分析：时间基准=控制账户=工作包时间+应急储备 总工期=时间基准+管理储备。应急是“已知-未知” ， 项目经理支配；管理是“未知-未知” ，管理层或发起人批准（使用管理储备可能改变进度基准，应提交变更请求使用管理储备可能改变进度基准，应提交变更请求） 。 随项目信息越来越明

45、确，应急储备可动用、减少或取消（不应急储备可动用、减少或取消（不 会增加）会增加） 。 工作时间工作时间 8h8h，人工时间，人工时间 8h=18h=1 资源资源 日历时间日历时间 24h24h。1=50%+68%2=84%， 2=97.5% 3=99.5%-1=16% -2=2.5% -3=0.5% 0=50% 1 1 西格玛即标准差西格玛即标准差 6 6、制定进度计划、制定进度计划 进度网络分析进度网络分析是使用多种分析技术如关键链法、关键路径法、假设情景分析多种分析技术如关键链法、关键路径法、假设情景分析 和资源优化技术等和资源优化技术等，计算项目活动未完成部分的最早和最晚开始时间，以及

46、最早、 最晚完成日期。 关键路径法关键路径法是不考虑不确定性及任何资源限制不考虑不确定性及任何资源限制计算出最早、最晚开始和最早、 最晚结束时间，计算进度模型的网络路径的进度灵活性。关键路径的总浮动时间 TF 可能是正值、零、负值，一般为零。负值是由于持续时间和逻辑关系违法了最负值是由于持续时间和逻辑关系违法了最 晚日期的制约因素，应采取进度压缩（晚日期的制约因素，应采取进度压缩（赶工或快速跟进赶工或快速跟进）等措施。）等措施。为了使总浮动时差持续时间为零或正值，可调整 活动持续时间（增加资源或缩小范围） 、逻辑关系（针对选择性逻辑关系） 、提前量和滞后量、其他进度制约。自由时差 FF 是不影

47、响紧后工作最早开始或不违法制约因素的活动时间。FF=LS-ES=LF-EF 关键路径增加，风险相应增加（控 制点多了） 。设定最早开始时间为 1，而非零。 关键链法关键链法是以考虑考虑资源限制和不确定性影响资源限制和不确定性影响, ,在进度路径结合点设置缓冲。非关键路径为“接驳缓冲” ，关键 路径为“项目缓冲” 。关键链引入缓冲和缓冲管理理念，不再管理网络路径的总浮动时间，而管理剩余缓冲时间与 剩余活动持续时间匹配关系。关键链法管理可提前完成项目，它通常比关键路径法关键链法管理可提前完成项目，它通常比关键路径法 至少提前至少提前 1/31/3 的时间。因关键的时间。因关键 链法，每一个活动的持

48、续时间都很激进，链法，每一个活动的持续时间都很激进，但是在关键链的末端留有缓冲。 资源优化技术资源优化技术包括资源平衡、资源平滑。资源平衡资源平衡是对开始时间和结束时间调整技术（一个资源同时使用，就进行排序使用） ，通常导致关键路径时间延长。资源平滑资源平滑是对活动的自由时间和总浮动时间内延迟，提高资源利用率， 不会改变关键路径和完工日期，无法实现所有资源优化。 建模技术建模技术包括假设情景分析、模拟（蒙特卡洛分析蒙特卡洛分析） ，估算每项活动工期，分析整个项目的可能结果分析整个项目的可能结果。 进度压缩进度压缩是不压缩项目范围前提，压缩进度工期。包括赶工（增加资源压缩工期，并非总是可行的，风

49、险和成本增加） 、快速跟进（改变逻辑的顺序进行为并行开展，风险和成本增加） 。项目进度落后要加班（有加班钱）项目进度落后要加班（有加班钱） ，但，但 PMO 不允许，不允许， 则可通过增加资源赶进度。则可通过增加资源赶进度。 项目日历项目日历规定开展活动的工作日和工作班次，进度模型不止采用一个项目日历来编制进度计划。-_ 进度基准进度基准是批准的进度模型，明确的、可跟踪的、完整的、相互协调的、主要干系人认可的需求作为基准。 项目进度计划项目进度计划是进度模型的输出，展示活动管理及计划日期、持续时间、里程碑和所需资源。未确认资源分配和 计划开始于结束日期前，进度计划都是初步的，一般在项目管理计划编制完成前进行确认。一般在项目管理计划编制完成前进行确认。横道图/甘特图（概括 性进度计划）易读，常向管理层汇报。里程碑图仅标示主要交付成果。项目进度网络计图也称“纯逻辑图纯逻辑图” “逻辑逻辑 横道图横道图” “时标横道图时标横道图” 。 进度数据至少包括里程碑、活动属性、进度活动、已知假设条件与制约因素。进度数据至少包括里程碑、活动属性、进度活动、已知假设条件与制约因