工程项目管理实施方法论.pptVIP

My First Template 工作分解结构 定义项目范围的目的 把项目的逻辑范围清楚的描述出来并获得认可，范围陈述被用来定义哪些工作是包括在改项目内，而哪些工作又是在该项目之外，作为WBS分解的依据 项目范围与产品范围的区别 产品范围定义了产品或服务所包含的特性和功能：项目范围定义了为交付具有规定特性和功能的产品或者服务所必须完成的工作 “大事化小” 将项目的任务按照一定逻辑进行逐渐层分解，分解到可以预测，可以管理的单个活动为止 My First Template 方法 按照工作的客观规律排序 按照项目目标的要求排序 按照轻重缓急排序 根据项目本身的内在关系来排序 技巧 只用工作分解结构（WBS）的最底层的各项 首先把最相关的项排好，然后再合并所有的子网 先不要担心资源，日期或工期 工具 前导图（PDM） 按照工作先后顺序把每项工作作为一个方块，按照先后顺序用带箭头的界限图表示。单代号工作位于节点上，也就是每一个节点表是一个工作，用箭头表示工作的先后顺序和相互关系。 My First Template My First Template 资源类型： 人员，物资，技术，…. 资源估算考虑要素： 我需要什么资源？ 什么时候需要？ 需要多少？ 我获得的所需资源由谁拍板？ 估算方法： 专家判断法 工期估算 定义： 根据项目范围和资源的相关信息，确定（估算）完成所有活动所需的工期。 估算方法： 三点估算法采用乐观，悲观和最可靠的三点工期估算法，并进行平均值，标准差值等有关计算来确定工期的方法 工期=（a+4B+c)/6 专家判断法：由项目经理组织1-3名团队成员对任务消耗的工期进行估算，并确定项目日程。 关键提示： 成本估算： 信息来源： 历史项目 任务执行者 专业评估人员 行业权威 估算方法： 自下而上估算方法： 估算最详细的计划活动费用，然后将这些活动费用汇总到更高层级 专家判读法： 类比估算法： 利用历史信息和专家判断，只有当满足以下条件才比较可靠 先前的项目不仅再表面上而且在实质上和当前项目是类似的 作估算的个人或小组具有必要经验 My First Template My First Template 定义：根据wbs，活动排序，工期估算和所需资源的结果进行分析，制定出项目进度计划。 进度制定工具 关键路径法 甘特图 工期总和最长的一条路径称为关键路径，它是完成该项目所需的最短时间。关键路径上的每一项任务都是关键任务，这些任务的完成时间一有延迟，就会影响该项目或者阶段的完成时间。 My First Template 识别风险 回顾你所列出的假设和限制-每一项代表一个风险 回顾你的wbs每一项作业或者完成哪里会出错？ 与团队进行头脑风暴 考虑过往项目中出现的问题 评估风险等级 考虑发生的可能性 高：发生可能性大于60% 中：发生可能性介于30-60%之间 低：发生可能性小于30% 考虑如果发生风险对项目的影响 高，中，低 根据对某个风险的整体评估所得出的风险发生可能性和风险影响而作出的综合评级 My First Template 四个适当： 项目中的沟通管理简而言之：就是在适当的时间将适当的信息通过适当的渠道发送给适当的利益干系人，并确保利益干系人正确的理解。 分析利益干系人对项目的兴趣及影响程度，针对每个利益干系人制定沟通计划 My First Template 常见问题 1.对工作任务的分解不充分 2.风险防范意识不强及没有沟通计划 3.计划通常由个人制定，没有在项目组达成共识 关键点 1.明确项目范围 2.全面的风险识别 3.各关键干系人的识别与沟通计划 My First Template My First Template 有效的会议关键要素 项目变更管理流程 项目监控方法工具 模板：会议纪要，状态报告，变更管理表 My First Template 项目组成员由4个主要的沟通需求： 职责 授权 协调 状态 会议 项目开工会 成员进度汇报 项目进展会 及时、公开、恰到好处 与高层、客户的沟通有下面的一些问题要问： 谁，为什么需要信息？ 他们需要什么类型的信息？何种详尽程度？频率如何？ 当你和高层及客户沟通的时候，你的目标是什么？采用什么样的方法来完成沟通？ 有效会议 会前： 事先了解为什么开会，已经预期要取得什么结果？ 考虑是否可能取消会议？确定需要参加的最少人数？ 选择会议地点，会议的布置与会议目的的相一致。 会前和关键与会者就会议议题的持续时间进行沟通。 会中： 做好准备，按时开始，并首先点明会议的目的和议程。 每位与会者都有发言机会。 对会议内容进行口头总结。 会后： 发布会议纪要给每位与会者。 会议必须产生明确的决定。 所有决定必须立