好文档 - 专业文书写作范文服务资料分享网站

规划项目管理方案PMP输入输出ITTO联想记忆(根据PMBOK第五版)

天下 分享 时间: 加入收藏 我要投稿 点赞

-/

决策技术(包括一致同意(德尔菲技术)、大多数原则(名义小组)、相对多数原则、独裁)、标杆对照、系统交互图、文件分析。

然后得到他们的需求了,记在重要的(需求文件】(客户->需求)里,其他范围管理都要用到它,需求文件的技术支持(需求跟踪矩阵】(需求描述-WBS可交付成果)也做好了。

需求文件包括:业务需求、干系人需求、解决方案需求、项目需求、过度需求、假设条件、依赖关系和制约因素

【定义范围】:筛选需求,明确收集到的【需求文件)哪些属于项目范围,得到最终的项目需求;根据得到的项目需求制定项目及产品的服务、成果描述。翻翻【项目章程),里面提到高层级需求和审批要求。一下子就总结成一个文档了(项目范围说明书】。

相对需求文件,范围说明书比较粗略,所以在确认和控制范围过程还是用需求文件,而没有用范围说明书。

项目范围说明书包括:项目范围、产品范围描述(逐步细化章程和需求文件中产品、服务和成果的特征)、验收标准、可交付成果、项目的除外责任、假设条件和制约因素。

同时记得更新:干系人登记册、需求文件、需求跟踪矩阵。

-/

工具和技术:专家判断、产品分析(需求分析QFD、系统分析、价值工程等) 、备选方案生成、引导式研讨会

【创建WBS】:在范围说明书分解出WBS。对照【需求文件)拿【项目范围说明书)开刀,你要什么我就给你分什么,最后分解成(WBS】和(WBS 词典】,然后把项目范围说明书、WBS 和WBS词典一起装订起来又成了一个新重要基准文档(范围基准】,竟然可以这样写文档,真可谓天下文章一大抄啊。

范围基准:经批准的项目范围说明、WBS和WBS词典。 工具和技术:分解、专家判断

【确认范围】:正式验收已完成的项目可交付成果的过程。 确认产品是否在范围内,首先要通过【需求跟踪矩阵)去保持客户联系,确定产品范围有没变,确保【需求文档)最新后,同时查看工作绩效数据,用它去核实“确认过质量的产品”【核实的可交付成果)(执行过程组中指导和管理项目工作输出“可交付成果”,经过控制质量后变成“核实的可交付成果”)的范围,核实没有问题就可以验收这个产品(验收的可交付成果】,有问题就产生一个(变更请求】。

-/

注意在核实和控制过程还是用需求文件,而没有用范围说明书,因为相对需求文件,范围说明书比较粗略。

工具和技术:检查、群体决策技术(包括一致同意、大多数原则、相对多数原则、独裁)

输出:验收的可交付成果、变更请求、工作绩效信息、项目文件更新

【控制范围】:控制工作是否在范围内。首先还是要通过【需求跟踪矩阵)去保持客户联系,确定工作范围有没变,确保【需求文档)更新到最新,既然是控制工作本身,那就要用到每日收集的工作状况【工作绩效数据),去对照【需求文档)得到项目范围实施情况做出的效果如何(工作绩效信息】,有问题就产生一个(变更请求】。注意在核实和控制过程还是用需求文件,而没有用范围说明书,因为相对需求文件,范围说明书比较粗略。更新项目管理计划和项目文件。

从技术工具层面上说,收集需求要面对那么多人,自然少不了方法,人不多可以(访谈),多了点就分(焦点小组),意见不统一可以开(引导研讨会)引导一下,人再多就发挥(群体创新)和(决策)能力,人再再多就(问卷调查),遇到有些人不太爱说就(观察),说不清楚的干脆做个(模型)出来看看定义范围就是定义要做的事情,

-/

也就是最终产品范围就是这样了,所以好方法应该是找个现在市面上类似的(产品分析)一下,简单高效,分析的时候要多用点(备选方案来识别),保险起见,再开个(引导式研讨会),请客户一起来分析创建WBS 就是分解,一层层(分解)到工作包核实范围是查东西好不好,就是拿着最终东西翻来覆去的(检查)控制范围是查过程好不好,进行(偏差分析),来工作绩效信息和需求文档一一比较是否有偏差

三、时间管理

时间管理是667-4343-644 的第7个过程。这是制定管理进度的过程,包括规划、定义活动、排序、估资源、估持续时间、制定进度、控制进度。

【规划进度】:结合项目管理计划,看看章程中的高层定的计划和审批要求,规定项目时间管理的各个过程、规划进度的方法和工具,确定格式和准则。

【定义活动】:范围基准上拆分活动和里程碑。就是定义具体要做什么。先找到WBS,在【范围基准)里面,记住是要范围基准哦,光有范围说明书这么粗的东西是不行的,关键是要WBS,然后找到具体做这个工作包的人把它拆分成一个个具体的活动(活动清单】,要越具体越好,每个小活动不要太复杂,否则继续分下去,最后给每个活动

-/

加个描述(活动属性】,再定出一个个检查点(里程碑清单】,这下子要做的事情就很具体了

工具和技术:分解、滚动式规划、专家判断

【排列活动顺序】:活动有优先级的,要分先后轻重的,就对刚才的【活动清单)、【活动属性)和【里程碑清单)进行排列最简单了,因为不同的产品的特征不一样,考虑软逻辑和硬逻辑(如盖房子必须先打地基),所以再让他看看【范围说明书),看懂后开始排顺序了,怎么排呢,用(进度网络图)来排,画圈圈,填活动名称,用箭头连可以想象,活动多了,画出来就是一个蜘蛛网一样(进度网络图】。

工具和技术:紧前关系绘图法(FS/FF/SS/SF)、确定依赖关系、提前量和滞后量

【估算活动资源】:确定每个活动要用多少人、和物品(均可以采购)。参考资源日历给活动标上资源。排列活动之间关系顺序是需要知道事情大概干什么,但是估计资源就不用,看着一个个具体事情本身【活动清单)【活动属性)就知道要分配谁了,当然查【资源日历)确认一下人家是否有时间嘛,没时间分了也白搭,还得查查“估算成本”的输出【活动成本估算),然后在查查【风险登记册),最后汇总成一张清单,包括每个活动有谁来做,要用什么东西,这就是(活动资

规划项目管理方案PMP输入输出ITTO联想记忆(根据PMBOK第五版)

-/决策技术(包括一致同意(德尔菲技术)、大多数原则(名义小组)、相对多数原则、独裁)、标杆对照、系统交互图、文件分析。然后得到他们的需求了,记在重要的(需求文件】(客户->需求)里,其他范围管理都要用到它,需求文件的技术支持(需求跟踪矩阵】(需求描述-WBS可交付成果)也做好了。需求文件包括:业务需求、干系人需求、解决方案需求、项目需求、过
推荐度:
点击下载文档文档为doc格式
9ir9s4tx4j2r4yi9c8hj79c964hjzq00lin
领取福利

微信扫码领取福利

微信扫码分享