PMP过程工具技术总结Word下载.docx
《PMP过程工具技术总结Word下载.docx》由会员分享,可在线阅读,更多相关《PMP过程工具技术总结Word下载.docx(42页珍藏版)》请在冰豆网上搜索。
估算活动持续时间
规划成本管理
估算成本
制定预算
规划人力资源管理
控制沟通
规划风险管理
识别风险
实施定性风险分析
实施定量风险分析
规划风险应对
规划采购管理
实施采购
识别干系人
规划干系人管理
控制干系人参与
引导技术:
Ø
引导技术广泛应用于各项目管理过程
是引导者可以用来帮助团队或个人完成项目活动的关键技术
头脑风暴
冲突处理
问题解决
会议管理
运用于哪些过程
项目管理信息系统:
项目管理信息系统
为项目管理提供自动化工具,是项目管理的专用信息系统和基本工具,如进度计划,工作授权系统,配置管理系统,信息收集与发布系统,或进入其他在线自动化系统的网络界面
也可用于自动收集和报告关键绩效指标(KPI)
项目管理系系统系统,既是指导与管理项目执行的输入-事业环境因素的一部分,又是该过程的工具与技术
会议:
在指导与管理项目工作时,可以通过会议来讨论和解决项目的相关问题
参会者可包括项目经理,项目团队成员,以及与所讨论问题相关或受该问题影响的干系人
应该明确每个参与者的角色,确保有效参会
会议分为以下三类:
交换信息,头脑风暴,方案评估或方案设计,制定决策
不要混合各种会议类型,会前准备,会中记录,会后跟踪
方式最好面对面,可以远程视频或音频会议
规划质量管理
规划沟通管理
控制风险
分析技术:
o根据可能的项目或环境变量的变化,以及它们与其他变量之间的关系,采用分析技术来预测潜在后果
回归分析,因果分析,根本原因分析,失效模拟与影响分析(FMEA),故障树分析(FTA),储备分析,趋势分析,差异分析
分组方法,预测方法,挣值管理(EVM)
o运用于哪些过程:
在规划干系人管理中,是比较干系人当前参与程度与计划参与程度。
干系人参与评估矩阵(不知晓,抵触,中立,支持,领导)。
C-当前参与程度;
D-所需参与程度
变更控制工具:
配置管理系统(包含变更控制系统)
配置管理系统集中管理项目内已批准的变更与基准
重点关注可交付成果和各个过程的技术规范
配置管理活动:
ü
配置识别:
选择与识别配置项
配置状态记录:
批准配置识别清单,变更实施状态,配置变更请求的状态
配置核实与审计:
保证项目配置项组合的正确性,配置文件所规定的功能要求都已实现
包含变更控制系统:
变更控制系统重点关注于识别,记录和控制项目和产品基准的变更,包含文书工作,跟踪系统,审批层次
访谈:
o通过与干系人直接交谈来获取信息的正式或非正式的方法
提出预设和即兴的问题,并记录他们的回答
通常采取“一对一”的访谈
有助于识别和定义项目可交付成果的特征和功能
干系人愿意且能说清楚需求
收集需求
焦点小组会议:
o把预先选定的干系人和主题专家集中在一起,了解他们对所提议产品,服务或成果的期望和态度
群体访谈而非一对一访谈
可以有6-10个被访谈者参加
针对访谈者提出的问题,被访谈者之间展开互动式讨论,以求得到更有价值的意见
寻求集体意见,而非个人意见
需要专业主持人
引导式研讨会:
o通过邀请主要干系人一起参加会议,对产品需求进行集中讨论与定义
方式:
群体互动
对象:
主要跨职能干系人
目的:
对产品需求进行集中讨论与定义
优点:
快速定义跨职能需求和协调干系人差异;
有助于建立信任,改进关系,改善沟通;
有利于参加者达成一致意见;
比单项会议更快的发现和解决问题
联合应用开发:
用于软件行业。
业务主题专家和开发团队集中在一起,来改进软件开发过程
质量功能展开(顾客声音):
用于制造行业。
可以帮助确定新产品的关键特征;
从收集客户需求开始,客观的对这些需求进行分类和排序,并为实现这些需求而设定目标
群体创新技术:
通过群体的集思广益活动,来明确产品和项目需求的技术。
出了德尔菲技术,其它技术都与头脑风暴有关
德尔菲技术:
用来获得专家意见的常用方法,减少偏见和个人意见对结果的不合理影响
用途多:
风险,范围,时间,成本,质量
使用问卷征求意见,然后收集各匿名专家的意见
遵守下列基本规则:
一人一票,背靠背,匿名,旨在取得一致意见
反馈给各位专家,请他们再次发表意见
头脑风暴:
用来产生和收集对项目需求与产品需求的多种创意的一种技术
本身不包含投票或排序,但常与包含该环节的其他群体创新技术一起使用
基本规则:
庭外判决,各抒己见,追求数量,探索取长补短和改进办法,专家的选取应考虑有不同的专业背景,领导人不应参加
名义小组技术:
通过投票来排序最有用创意,以便进一步的头脑风暴和排序
小组成员独立思考,写下备选方案与意见,然后陈述
管理者有权决定接受或拒绝方案
结构化的头脑风暴法的深化应用
概念/思维导图:
把从头脑风暴中获得的创意整合成一张图的技术,以反映创意之间的共性与差异,激发新创意
亲和图:
用来对大量创意进行分组的技术,以便进一步审查和分析,依据相似性进行分类
群体决策技术:
o为达成某种期望结果,而对多个未来行动方案进行评估
群体决策技术可用来开发产品需求,以及对产品需求进行归类和优先排序
o群体决策原则:
一致同意原则
大多数原则,相对多数原则
独裁
确认范围
问卷调查:
通过设计书面问题,向为数众多的受访者快速收集信息。
如果受众众多并且分散,需要快速完成调查,并想要使用统计分析法,就适合采用这种方法
运用于哪些过程
观察:
直接查看个人在各自环境中如何执行工作(或任务)和实施流程
适用于产品使用者难以或者不愿意清晰说明他们的需求时
可以通过旁站式或者体验式(参与式)来观察
原型法:
o在是收集制造预期产品之前,先造出该产品的使用模型,并据此征求对需求的早期反馈
使得干系人可以体验最终产品的模型,而不是仅限于讨论抽象的需求描述
支持渐进明细理念
标杆对照:
o将实际或计划的做法(如流程和操作过程)与其他可比(有可比性)组织的做法进行比较,以便识别最佳实践,形成改进意见,并为绩效考核提供依据
既可用于产品,又可用于过程
既可在实施组织内部也可在外部
如果使用不当,将对项目造成危害
系统交互图:
o对产品范围的可视化描述,显示业务系统(过程,设备,计算机系统等)及其与人和其他系统之间的交互方式
是范围模型的一个例子
显示了业务系统的输入,输入提供者,业务系统输出和输出接受者
文件分析:
o通过分析现有文档,识别与需求相关的信息,来挖掘需求
o可以分析的文档包括:
商业计划,营销文献,协议,建议邀请书
现行流程,政策,程序和法规文件(如法律,准则,法令等)
逻辑数据模型,业务规则库,业务流程或接口文档
应用软件文档,用例,其他需求文档,问题日志
产品分析:
o把高层级的概括性的产品描述转变为有形的可交付成果
o主要适用于以产品为交付成果的项目(区别于提供服务或成果的项目)
产品分解,系统分析,系统工程,需求分析
价值工程:
在产品开发设计阶段进行的价值与成本革新活动
价值分析:
开始量产后,详尽分析降低成本或提高利润的改善点
备选方案生成:
o制定尽可能多的潜在可选方案的技术,用于识别执行项目工作的不同方法
头脑风暴,横向思维,备选方案分析
分解:
是一种把项目范围和项目可交付成果逐步划分为更小,更便于管理的组成部分的技术
分解方法:
自上而下逐层分解,使用组织特定的指南,使用WBS模板
以可交付成果为导向,每个要素必须为可交付成果名称(第二层可以是阶段名称)
表达形式:
图形式,目录式
一般分解为4-6层比较合适
检查:
o判断工作或可交付成果是否满足要求及产品验收标准
测量,审查,确认
o其他名称
评审,产品审查,审计,巡检
控制质量
偏差分析:
可利用项目绩效测量结果,来评估偏离范围基准的程度,并决定是否采用纠正或预防措施
详见运用于控制成本和进度的绩效审查
控制范围
控制进度
控制成本
滚动式规划:
是一种迭代式规划技术,是渐进明细逐步完善的一种规划方式
近期要完成的工作进行详细规划,远期工作暂时只在WBS较高层次上粗略规划
紧前关系绘图法(PDM):
用节点表示活动,用一种或多种逻辑关系表示活动,以显示活动实施顺序,也称单代号法(AON),节点法,前导图法
4种逻辑关系:
FS,SS,FF,SF(很少用)
排列活动顺序
确定依赖关系:
强制依赖关系:
合同要求或工作本身内在性质所决定的依赖关系
选择性依赖关系:
由团队自由选择的基于应用领域的最佳实践
外部依赖关系:
项目活动与非项目活动之间的依赖关系,不在项目团队控制范围内,依赖于其它因素
内部依赖关系:
项目活动之间的紧前关系,通常在项目团队控制下的项目活动