项目进度控制学习体会

进度控制两个最实际的过程一个是计划,一个是跟踪调整。进度计划需要两个比较关键的数据,一个是WBS,一个是估计工期。估计工期一般来说可以根据分项的工时消耗情况与资源配置情况综合得出,WBS则需要一些经验。这一部分工作不但是进度管理需要,而且是成本管理、质量管理的重要前提。如何根据成本管理、进度管理、质量管理的目标制定出一套或几套(一套全适用最好,没办法只有几套啦)工作任务分解的列表。我们在制定成本计划的时候往往依据施工合同来确定分项,没错,在投标报价中,已经进行了工作任务的分解。但是在最初,工作任务的分解是谁做的呢?使用工作量清单的单位,编制工作量清单的造价工程师,从成本的角度出发编制了成本项目的列表。他们编制的依据一般是设计图纸的内容以及工程量清单计价规范。但是对于我们的管理来说,这个WBS有的时候并不能完全的解决我们的问题。为什么,因为成本管理、质量管理、进度管理的内容是不同的。WBS的终极目标是便于管理,为管理工作提供一条清晰的经纬。使管理工作变得清晰可见。

建设单位的任务分解清单并不需要太详细,这是管理目标所决定的。建设单位并不需要确定某个垫层的工作进度,那是施工单位的事情,但是他必须知道第4栋单体主体结构到底什么时候开始和结束。也就是说,WBS是对应具体的管理目标的。便于统计,便于识别,便于管理,这,就是我们的目的。

WBS是针对对象的,组织结构是针对人员的。了解的越多,WBS会越符合实际的需要。非专业的人士不了解内中千丝万缕的联系,是不可能编制出符合实际的有效的WBS的。

下面说跟踪。跟踪的关键是信息管理的有效程度。可以毫不讳言的说,没有有效的信息管理工作,跟踪就是一句空话。跟踪与调整最重视时效性,没有及时,就会失去机会。中国为什么发展这么快?信息技术第一功。为什么现在企业可以越做越大,可以应用扁平化的管理方式?首先是信息交流的扁平化!这是前提。在过去,最底层的员工的行为,处于金字塔顶端的总经理是很难控制的,特别对于特大型的公司。但是现在的情况呢?项目经理的计划信息随时备案,跟踪信息随时进入数据库,不但是总经理,任何人需要的时候,都可以查看相应权限下的相关信息。没有了信息的交流困难,每个人的工作都变的透明,所有的理由都变的那么无力。而所有能够造成差异的因素都会暴露于光天化日之下。躲在暗处的敌人最可怕,现在他暴露于光天化日之下了,我就可以通过各种措施来对付他,我可以监视他,可以避开他,可以集结力量把他干掉。太重要了,信息扁平化。专业的网站早已成立,租个服务器就行了。他对工作效率的提高,远远大于化掉的一点小钱。

建筑工程的复杂决定了协作的模式,决定了协作模式里沟通与交流的重要性,也决定了沟通与交流的复杂。交流失败,直接导致协作失败,协作失败,整个项目失败。信息的重要性不言而喻。

接下来我们要考虑的就是怎样更快捷的获得信息。我们把信息集中到一个地方,不管是放在人家的服务器上,还是放在自家的服务器上,总归已经比放在各个单位,各个部门,各个项目经理的手里,各个项目成员的心里提高了效率不知道多少倍,但是,我们还需要再提高一点。编码,统一的编码将给我们提供指南。编码里应该包含有单位、项目、分部、人员、等等需要的信息,使我们一看到就知道是哪里的信息,关于什么的信息。反过来,当我要了解一个信息的时候,我能构根据编码的规律写出这个编码,那么这个编码就是有效的成功的。我们也需要象internet搜索一样,设定一些关键字,使我们能够很快的找到需要的信息。

有一些软件已经提供了网络协作的功能,象P3,MS-PROJECT等等,这使我们感觉更加方便。

网络信息管理的软件也已经开发了很多,以后会做的更好,更好的索引将有助于这项工作的效果。

信息管理需要行政力量的帮助,信息的收集与交流应成为一种制度。

时间: 2024-10-22 06:18:01

项目进度控制学习体会的相关文章

批处理的api WMIC学习体会有感第1/2页_DOS/BAT

给黑手专栏里写的文章 批处理的api--WMIC学习体会 lcx 在这篇文章里也许你看不到很多奇特有用的的实际例程,但是呢,授人以鱼不如授人以渔,希望我的文章能让你通俗易懂的了解一些wmic的基本知识,可以有一个学习的兴趣,让自己继续深研一下wmic. 在WINDOWS\Help目下,wmic.chm文档是这样解释wmi的:Windows Management Instrumentation (WMI) 是"基于 Web 的企业管理倡议 (WBEM)"(这是一个旨在建立在企业网络上访问

项目进度控制:项目经理的重要职责

项目进度控制应该算是项目经理的一项重要职责.而俗语说的"时间就是金钱"放在这里就体现得再明显不过了.项目管理其实和自驾车回老家过年是相同的,在实际上,按照项目的定义,"自驾车回老家过年"其实也是一个不折不扣的项目,只是它更加的贴合大家的生活,也更容易引起共鸣,那么我们就拿它来做例子说明好了. 假如从乘客的角度看,如果坐了很久时间的车,但是我们却没有达到预期的目的地的时候,那么我们就会产生疑问,一般都会去向司机询问"到哪里了",而如果司机的回答没有

插件架构学习体会(一) -- 宿主程序说:插件你得听我的

  看了一段时间的#develop,首先接触到的就是程序的插件架构.园子里也有许多不错的资料可以学习.随时把自己的认识写下来和大家交流,无疑会有很大帮助.闲话就不说了,进入正题.     说到插件架构,首先要有一个整体印象,到底什么才是插件架构?这个问题的答案很好找,找个插件架构的程序看看就可以了,比如VS,MyIE,再比如千千静听.我们可以开发不同功能的插件,加载到宿主程序上,功能就能发挥作用.宿主程序呢,完全不知道我们到底什么样的功能,怎么实现的.这里呢,我想从我们平常写程序时引用一些类库说

JAVA的学习体会

JAVA入门的文章很多,但是却没有一篇是先宏观介绍JAVA的,本人一边工作一边学习JAVA大概有半年时间了,由于工作的性质很编程有写不同,学了这么久还是没有什么成绩.可能也是由于没有什么好的老师,走了不少弯路,难得有空,就把自己的学习心得总结一下,希望别的初学者能走一下"捷径".学习之前最好先找个好的编辑器,我选用的是JBUILDER. JAVA总的来说和C++..NET.DELPHI等语言是同一祖先生出来,所以熟悉这类编程的人学起来特别容易,它们都是面向对象化编程语言. 学习任何语言

软件项目进度控制要处理好的四个基本问题(转)

导读:在软件项目管理工作中,对软件项目的进度安排有时比对软件成本的估算要求更高.成本的增加可以通过提高产品定价或通过大批量销售得到补偿,而项目进度安排不当会引起顾客不满,影响市场销售.软件项目的..... 制定软件项目进度表有两种途径:其一是软件开发小组根据提供软件产品的最后期限从后往前安排时间:其二是软件项目开发组织根据项目和资源情况制定软件项目开发的初步计划和交付软件产品的日期.多数软件开发组织当然希望按照第二种方式安排自己的工作进度.然而遗憾的是,大多数场合遇到的都是比较被动的第一种方式.

插件架构学习体会(二) -- 插件程序说:要求平等对话

在上一篇中我们知道,宿主程序对插件程序定义了一个规约,以此达到和插件程序通讯的目的.那插件有些不平衡,有时候我也需要知道你宿主程序的一些信息来完成我的工作,因此,我必须和你通讯,要有对话的权利.实际上,插件一般都会或多或少的用到宿主程序的上下文,比如vs插件,需要获取vs环境中的编辑的代码对象,才能完成它的工作比如格式化啊统计啊,再比如播放器的歌词插件,至少要获取播放器正在播放的是哪首歌吧.那么我们如何来实现这个通讯呢?我们知道宿主通过一个接口来操作插件,那么同理,插件可以通过一个接口来操作宿主

插件架构学习体会(三)--插件:兄弟们要团结

插件和宿主程序之间的相互通讯都不是什么问题了,那插件之间的相互通讯呢?理论上来说,插件之间的相互通讯是比较少见的,因为他们之间的通讯势必造成插件之间的依赖关系,那么对加载顺序也就有了严格的要求,我们应该尽量避免这种依赖.话说回来,如果需要插件间通讯,我们该如何做,不难想到,既然插件和宿主可以相互通讯,那我们只要让宿主做插件的中间人,就可以把两个插件联系在一起,毕竟宿主可以持有插件的引用.按照这个思路,继续修改程序:     首先我们得让宿主程序保存已加载插件的引用,并能获取制定的插件引用,修改一

(史帝芬)osworkflow入门教程学习体会

可以这么说史帝芬的http://my.so-net.net.tw/idealist/OSWorkflow/osworkflow资料是目前华文osworkflow资料中最好的一份入门教程.去面的时候在mssql中中实践过这份入门资料,感觉非常顺利.但感觉按作者的顺序把教程中的例子跑完了,还不完全清楚的明白osworkflow的架构.前些在mysql5.0中重做一次,遇到了挺多问题,我通过一步一步的跟踪原代码调试终于把这些问题搞定.下图是把osworkflow所提供的mysql下的数据表的ER图:

PHP流程控制学习笔记

一:顺序结构 二:分支结构(条件结构,选择结构)    1.单路分支:                  //条件:bool,true或false,> < == != & || ! isset()               if(条件)              执行下面一条语句            if(条件)      {            代码段:      代码段:          }       例子:        代码:             $a=10;