项目进度管理-jiaxiaohui.pptVIP

华罗庚的喝开水故事 想泡壶茶喝。当时的情况是：开水没有；水壶要洗，茶壶茶杯要洗；火生了，茶叶也有了。怎么办？ 办法甲：洗好水壶，灌上凉水，放在火上；在等待水开的时间里，洗茶壶、洗茶杯、拿茶叶；等水开了，泡茶喝。 办法乙：先做好一些准备工作，洗水壶，洗茶壶茶杯，拿茶叶；一切就绪，灌水烧水；坐待水开了泡茶喝。 办法丙：洗净水壶，灌上凉水，放在火上，坐待水开；水开了之后，急急忙忙找茶叶，洗茶壶茶杯，泡茶喝。 华罗庚的喝开水故事 哪一种办法省时间？ 第一种办法好，后两种办法都窝了工。 这是小事，但可以引出生产管理等方面的有用的方法来。 水壶不洗，不能烧开水，因而洗水壶是烧开水的前提。没开水、没茶叶、不洗茶壶茶杯，就不能泡茶，因而这些又是泡茶的前提。 华罗庚的喝开水故事 有如走路要用两条腿走，吃饭要一口一口吃，这些道理谁都懂得。但稍有变化，临事而迷的情况，常常是存在的。 在近代工业的错综复杂的工艺过程中，往往就不是像泡茶喝这么简单了。任务多了，几百几千，甚至有好几万个任务。 关系多了，错综复杂，千头万绪，往往出现「万事俱备，只欠东风」的情况。由于一两个零件没完成，耽误了一台复杂机器的出厂时间。或往往因为抓的不是关键，连夜三班，急急忙忙，完成这一环节之后，还得等待旁的环节才能装配。 洗茶壶，洗茶杯，拿茶叶，或先或后，关系不大，而且同是一个人的活儿，因而可以合并成为： 用数字表示任务，分别写成为： (?洗水壶 ?烧开水 ?洗茶壶茶杯、拿茶叶 ?泡茶) 看来这是「小题大做」，但在工作环节太多的时候，这样做就非常必要了。 项目进度管理 经验导出模型 经验导出模型：D=a*E exp(b) ： D:月进度 E：人月工作量 a=2—4 b:1/3左右:依赖于项目的自然属性 工程评估评审技术（PERT） （Program Evaluation and Review Technique)利用网络顺序图逻辑关系和加权历时估算来计算项目历时的技术。 当估算项目中某项单独的活动，存在很大的不确定性时采用。 又称三点估算法 PERT 它是基于对某项任务的乐观，悲观以及最可能的概率时间估计 采用加权平均得到期望值E=（O+4m+P)/6， O是最小估算值:乐观(Optimistic)， P是最大估算值:悲观(Pessimistic)， M是最大可能估算(Most Likely)。 PERT 举例: 如乐观估计时间是8个工作日，而悲观估计时间是24工作日，最大可能的值是12工作日，则 E = 8 + 4 X 10 + 24 = 12 days 6 练习 可能的最短进度表 可能的最短进度表 基于进度表估算 可能的最短进度表 有效进度表 普通进度表 有效进度表-人员 人才库中前25%的最拔尖的人， 有1年应用编程语言和编程环境的工作经验， 目标有共同的看法，相互之间没有严重冲突， 采用有效的人员模式 人员调整少于 6% 有效进度表-其它 有效的编程工具 主动的风险管理 优良的物理环境 沟通工具方便 有效进度表 有效进度表 基于进度表估算 可能的最短进度表 有效进度表 普通进度表 普通进度-人员 人才库中等以上的人 与编程语言和编程环境一般熟悉 开发人员对应用领域有一定的经验，但不丰富 团队不是很有凝聚力，但解决冲突时，有一定的经验 每年经历人员调整10-12% 普通进度-其它 编程工具在一定程度上使用 风险管理不像理想那样得力 交流工具容易使用， 工作环境有些一般，不是很理想 进度压缩一般 依 据 工具与技术 成 果 活动清单 活动属性 活动资源需求 资源日历 项目范围说明书 事业环境因素 组织过程资产 专家判断 类比估算 参数估算 三点估算 储备分析 活动历时估算 项目文件（更新） 6.4估算活动历时 项目进度管理 6.1 定义活动 资源日历 6.3 估算 活动资源 6.4 估算活动历时 12.2 实施采购 企业/组织 组织过程资产 事业环境因素 活动清单 活动属性 活动持续时间 项目文件 项目文件（更新） 6.5 制定项目 进度表 11.2 识别风险 5.2 定义范围 9.2 组建团队 资源分解结构 活动资源需求 范围说明书 定额估算法 定额估算法是比较基本的估算项目历时的方法，公式为：T = Q/（RXS） 较适合于规模较小的项目，比如说小于10000LOC或者说小于6个月的项目 例如 Q=6人月 ,R=2人,S=1 则：T=3月 例如 Q=6人月 ,R=2人,S=1.5 则：T=2月 其中：T为活动的持续活动，可以用小时、日、周等表示；Q为活动的工作量，可以用人月、人天等单位表示；R为人力或设备的数量，可用人或设备数等表示；S为开发（生产）效率，以单位时间完成的工作量表