- 项目整合管理
- 项目整合管理的目标包括?
- 资源分配
- 平衡竞争性需求
- 研究各种备选方案
- 裁剪过程以实现项目目标
- 管理各个项目管理知识领域之间的依赖关系
- 项目整合管理的管理过程?
- 制定项目章程是编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。本过程的主要作用:明确项目与组织战略目标之间的直接联系;确立项目的正式地位;展示组织对项目的承诺。本过程仅在开展一次或仅在项目的预定义是开展。
- 制定项目管理计划是定义、准备和协调项目计划的所有组成部分、并把他们整合成一份综合的项目管理计划的过程。本过程的主要作用:生成一份综合文件,用于确定所有项目工作的基础及其执行方式。
- 指导与管理项目工作是为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准的变更的过程。本过程的主要作用是对项目工作和可交付成果开展综合管理,以提高项目成功的可能性。
- 管理项目只是使用现有知识并生成新知识,以实现项目目标并且帮助组织学习的过程。本过程的主要作用:利用已有的组织知识来创造或改进项目成果;使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。
- 监控项目工作是跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。本过程的主要作用:让干系人理解项目的当前状态并认可处理绩效问题而采取的行动;通过成本和进度预测,让干系人理解项目的未来状态。
- 实施整体变更控制是审查所有变更请求、批准变更,管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做出综合评审如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。
- 结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用:存档项目或阶段信息,完成计划工作;释放组织团队资源以开展新工作。
- 项目章程的内容?
- 项目目的
- 可测量的项目目标和相关的成功标准
- 高层级需求、高层级项目描述、边界定义以及主要可交付成果
- 整体项目风险
- 总体里程碑进度计划
- 预先准备的财务资源
- 关键干系人名单
- 项目审批要求
- 项目退出标准
- 委派的项目经理及其职责和职权
- 发起人或其他批准项目章程的人员的姓名和职权。
- 项目复杂性的来源?
组织的系统行为、人类行为以及组织或环境中的不确定性。
- 项目管理计划的内容?
- 项目管理团队选择的各个项目管理过程
- 每个选定过程的实施水平
- 对实施这些过程时使用的工具与技术做的说明
- 在管理具体项目中使用选定过程的方式和方法,包括过程之间的依赖关系和相互作用,以及重要的依据和成果。
- 为了实现项目目标所执行工作的方式、方法
- 监控变更的方式、方法
- 实施配置管理的方式、方法
- 使用实施效果测量基准并使之保持完整的方式、方法
- 项目干系人之间的沟通需要与技术
- 选定的项目生命周期和多阶段项目的项目阶段
- 高层管理人员为了加快解决未解决的问题和处理未作出的决策,对内容、范围和时间安排的关键审查
- 变更请求包括?
- 批准的纠正措施
- 批准的预防措施
- 批准的缺陷补救措施
- 更新
- 监控项目工作过程主要关注?
- 把项目的实际绩效与项目管理计划进行比较
- 定期评估项目绩效,决定是否需要采取纠正或预防措施,并推荐必要的措施
- 检查单个项目防线的状态
- 在整个项目期间,维护一个准确且及时更新的的信息库,以反映产品及文件的情况
- 为状态报告、进展测量和预测提供信息
- 做出预测,以更新当前的成本与进度信息
- 监督已批准变更的实施情况
- 如果项目是项目集的一部分,还应向项目集管理层报告项目进展和状态
- 确保项目与商业需求保持一致
- 问题日志包括?
- 问题类型
- 问题提出者和提出时间
- 问题描述
- 问题优先级
- 解决问题负责人
- 目标解决日期
- 问题状态
- 最终解决情况
- 项目变更管理委员会的职责和构成?
CCB由项目干系人组成的常设但并不固定的组织,负责批准或评审项目变更请求,确定是否承认或拒绝项目变更的合理性。
CCB通常包括:行业专家、客户、项目发起人或出资人、项目经理。
- 结束项目或阶段过程所需执行的活动包括?
- 为达到阶段或项目的完工或退出标准所必须的行动和活动
- 为关闭项目合同协议或项目阶段合同协议所必须开展的活动
- 为完成收集项目或阶段记录、审计项目成效、管理知识分享和传递、总结经验教训、存档项目信息以供组织未来使用等工作必须开展的活动
- 为向下一阶段,或者向生产和运营部门移交项目的产品、服务或成果所必须开展的行动和活动
- 收集关于改进或更新组织政策和程序的建议、并将他们发送给相应的组织部门
- 测量干系人的满意程度
- 行政收尾和合同收尾的区别?
- 行政收尾针对整个项目和各项目阶段,每个阶段结束都要行政收尾,而合同收尾针对合同,每个合同需要且只要一次合同收尾。
- 行政收尾需要有项目发起人或高层管理者给项目经理签发书面确认,而合同收尾则要由买方采购管理员向卖方签发合同结束的书面确认。
- 合同收尾发生在行政首位之前。如果以合同形式的项目,在收尾阶段,先要进行采购审计和合同收尾,然后再做行政收尾。
11、项目最终报告的内容?
- 项目或阶段的概述
- 范围目标、范围的评估标准,证明达到完工白准的证据
- 质量目标、项目和产品质量的评估标准、相关核实信息和实际里程碑交付日期以及偏差原因
- 成本目标,包括可接受的成本区间、实际成本,产生任何偏差的原因
- 最终产品、服务或成果的确认信息的总结
- 进度计划目标,包括成果是否实现项目预期效益
- 关于最总产品、服务或成果如何满足业务需求的概述
- 关于项目过程中发生的风险或问题及其解决情况的概述
- 项目范围管理
- 项目范围管理的管理过程?定义和作用?
- 规划范围管理是为了记录如何定义、确认和控制项目范围和产品范围,而创建范围管理计划的过程。本过程的擢用是在整个项目期间对如何管理范围提供指南和方向。
- 收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。本过程的主要作用是为定义产品范围和项目范围奠定基础。
- 定义范围是制定项目和产品详细描述的过程。本过程的主要作用是描述产品、服务或成果的边界和验收标准。
- 创建工作分解结构是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。本过程的主要作用是为所有要交付的内容提供架构。
- 确认范围是正式验收已完成的项目可交付成果的过程。本过程的主演作用是是验收具有客观性;通过确认每个可交付成果来提高最终产品、服务或成果获得验收的可能性。
- 控制范围是监督项目和产品的范围状态,管理范围基准变更的过程。本过程的主要作用是在整个项目期间保持对范围基准的维护。
- 范围管理计划包括的内容?
- 如何制定项目范围说明书
- 如何根据详细的项目范围说明书创建WBS
- 确定如何审批和维护范围基准
- 如何正式验收已完成的项目可交付成果
- 需求管理计划的内容?
- 如何规划、跟踪和报告各种需求活动
- 配置管理活动
- 需求优先级排序过程
- 测量指标及使用这些指标的理由
- 反应那些需求属性将被列入跟踪矩阵
- 什么是好的需求?
明确的、可跟踪的、完整的、相互协调的,且主要干系人认可的需求
- 需求的分类?
- 业务需求
- 干系人需求
- 解决方案需求
- 过渡和就绪需求
- 项目需求
- 质量需求
- 需求跟踪的内容包括?
- 业务需求、机会、目的和目标
- 项目目标
- 项目范围和WBS可交付成果
- 产品设计
- 产品开发
- 测试策略和测试场景
- 高层级需求到详细需求
- 项目范围说明书的内容?
它记录了项目的整个范围,包括:项目和产品范围;详细描述了项目的可交付成果;代表项目干系人之间就项目范围所达成的共识。
- 项目章程和项目范围说明书的区别?
它们的详细成都完全不同。项目章程包含项目的高层级信息,而项目范围说明书则是对范围组成部分的详细描述,这些组成部分需要在项目过程中渐进明细。
- WBS分解的步骤?
- 识别和分析可交付成果和相关工作
- 确定WBS的结构和编排方法
- 自上而下逐层细化分解
- 为WBS组成部分制定和分配标识编码
- 核实可交付成果分解的成都是否恰当
- WBS分解过程应注意的事项?
- WBS必须是面向可交付成果的
- WBS必须符合项目的范围
- WBS的底层因该支持计划和控制
- WBS中的元素必须有人负责,而且只有一人负责
- WBS应该控制在4~6层
- WBS应包括项目管理工作,也要包括分包出去的工作
- WBS的编制需要所有干系人的参与
- WBS并非是一成不变的
- 范围基准包括?
经批准的项目范围说明书、WBS和相应的WBS词典
- 确认范围的步骤?
- 确定需要进行范围确认的时间
- 识别范围确认需要哪些投入
- 确认范围正式被接受的标准和要素
- 确认范围会议的组织步骤
- 组织范围确认会议
- 确认范围需要检查的问题?
- 可交付成果是否是确定的、可确认的
- 每个交付成果是否有明确的里程碑,里程碑是否有明确的、可辩别的事件
- 是否有明确的质量标准
- 审核和承若是否有清晰地表达、
- 项目范围是否覆盖了需要完成的产品或服务的所有活动,有没有遗漏或错误
- 项目范围的风险是否太高
- 不同干系人对项目范围的关注点?
管理层主要关注项目范围
客户主要关注产品范围