项目管理概述范围时间45.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
项目管理概述范围时间45

三、制定项目工期计划的方法与工具 1.关键路径分析法 关键路径法是通过计算出所有项目活动的最早、最晚开始和结束日期。考虑多种因素的影响,编制项目工期计划的方法。(影响因素:资源的质与量、外界因素、时间缓冲等) 最早开工 最早完工 浮动时间 最迟开工 最迟完工 最早开工 最早完工 浮动时间 最迟开工 最迟完工 A活动 B活动 5.6 项目工期计划制定 2.甘特图法/条形图法 美国学者甘特发明的一种使用条形图编制项目工期计划的方法,一种比较简便的工期计划和进度安排工具。 5.6 项目工期计划制定 甘特图说明 里程碑 任务分组/总结性任务 各任务的起始与结束 任务间的关系 资源的分配情况 3. 工期计划分析 5.6 项目工期计划制定 资源刚性约束 时间刚性约束 时间 资源 5.6 项目工期计划制定 资源平衡的技巧 削峰填谷 时空置换 四、项目工期计划制定的结果 1.项目工期计划(必须包括每项活动的开始及结束时间) 2.项目工期管理计划 3.项目工期计划的支持细节(如资源的直方图、资金流量的预测、订货与交货时间表、备选的进度计划、进度应急储备) 4.更新后的项目资源需求 5.6 项目工期计划制定 注意:工期计划制定是一个反复循环的过程 例子 软件项目进度计划编制例子.doc 擂台----20分钟做一顿饭 一、项目工期计划控制的概念 项目工期计划控制是对项目工期计划实施与项目工期计划变更所进行的管理控制工作。 二、项目工期计划控制的输入 项目工期计划 项目工作的绩效报告 项目工作制度安排(例会制度、里程碑检查制度等) 项目变更的请求 5.7 项目工期的控制 三、项目工期计划控制工具与方法 1.进度变更控制系统(书面工作、跟踪系统、审批层次等) 2.项目实施绩效的度量方法(跟踪周期、采集方式、度量指标、数据处理方法) 3.项目工期的追加计划法(修改的活动估算、活动排序、关键路径的移动或对多个计划的比较) 4. 偏差分析(关注关键、次关键路径上的活动) 5.7 项目工期的控制 四、项目工期计划控制的结果 1.更新后的项目工期计划 2.项目工期中采取的纠偏措施 3.吸取的经验教训 5.7 项目工期的控制 作业2 依据作业1的选题,编制其项目进度计划。具体要求包括: 1 项目的简洁 2 项目范围及wbs结构 3 项目活动排序及工期估算 4 计算项目关键路径 5 估算项目可用资源 6 编制项目进度计划 三、项目活动定义的结果 1.项目活动清单 项目活动清单必须包括项目所需开展的全部活动,包括活动名称、活动识别码及简单的活动描述。 2.活动属性 支持和说明各项目活动的各种相关信息。包括紧前活动、紧后活动、逻辑关系、提前和滞后、资源需求、约束条件、假设条件等。此部分内容可在以后的工作中逐步加入。 3.里程碑 制定进度目标并检测项目进展情况的有效工具。 4.更新的项目工作分解结构 当出现这种情况的时候,还需要同时更新相关的项目管理文件,如项目的成本估算文件等。 5.2 项目活动定义 1. 分解的原因 将复杂的问题简单化; 明确任务间的逻辑关系; 有利于成员理解项目的性质及明确各自的职责; 有利于把握项目所需的技术、人力、资金等信息,以及面临的风险。(成本核算与实施控制的对象) 2. 分解的原则 分解的是工作,而不是成果; 一个工作只能在工作分解中出现一次; 一个工作是下一级工作任务之和; 用会计编码标识各层次的工作; 分解需保持开放的灵活性。 活动分解小结: 一、项目活动排序的概念 这是指识别项目活动清单中各项活动的相互关联与依赖关系,并据此对项目各项活动进行先后顺序的安排和确定的工作。 5.3 项目活动的排序 输入 活动列表 交付物描述 硬性依赖关系 软依赖关系 外部依赖关系 里程碑 工具与技术 前导图法(PDM) 箭头图法(ADM) 网络计划模版 输出 项目网络图 更新的活动列表 二、活动排序的工具及方法 硬性依赖关系/强依赖关系 工作中固有的依赖关系 例1:项目采购活动作为系统安装的前题活动 例2:软件需求分析必须在对应的软件设计之前完成 硬性依赖关系又称为硬性逻辑关系 注意:活动的排序首先要满足活动之间的硬性逻辑关系 依赖关系 软性依赖关系/自由依赖关系 根据项目组的经验或偏好定义的依赖关系 例1:项目的监控往往在项目采购开始后进行 例2:软件系统测试

文档评论(0)

peili2018 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档