第一篇:项目进度管理研究报告
【文章摘要】随着项目管理应用范围的不断扩大,国内对项目管理的认识也日益深刻,但是作为项目管理的核心,项目进度管理的研究却相对较少。正是基于这个背景,我们通过对国内外项目管理研究状况和项目进度管理研究的梳理,对项目进度管理的研究进行了展望,以利于项目管理的研究和应用的推广。
【关键词】项目管理 进度管理 研究展望
一、项目管理研究动向
现代项目管理概念起源于美国,通过不断的实践和总结,终于在上世纪50年代末形成了一门关于项目资金、时间、人力等资源控制的管理科学,也就是现代项目管理学。我国从80年代初开始接触项目管理方法,但对于项目管理的理论研究重视不够,项目管理作为一种管理的方法和手段最初主要应用于建筑行业,因此项目管理的应用研究也大多集中项目管理论文在工程施工过程的项目管理。随着我国改革开放的不断深化和社会主义市场经济日趋完善,项目管理作为现代组织发展过程中的一种重要管理手段,越来越受到人们的重视,很多行业也逐渐开始采用项目管理的方法,使得我国的项目管理在最近20年得到了快速的发展。
随着经济全球化的不断发展,项目管理日益成为经济发展的重要构成要素,广泛应用于各个行业。近年来,国际上项目管理研究与应用发展主要呈现“四化”趋势:
(1)内容完善化:项目管理的内容最初主要针对项目执行阶段的管理,经过不断的完善和发展,目前已经扩展到全面、系统地思考整个项目的全过程管理,包括启动、计划、执行、控制、一直到项目收尾。
(2)应用多样化:项目管理最初主要应用于建筑、国防、航天等少数行业,尤其是工程管理中的项目管理应用尤为广泛,目前随着经济的发展,项目管理的应用范围越来越趋于多样化,广泛应用于IT、石化、制药、电力、交通等行业。
(3)体系丰富化:随着项目管理应用范围的多样化,项目管理的体系也得以不断的丰富,其理论与方法在借鉴和吸收其他学科领域的过程中得到迅速的发展,逐渐成为集多领域知识为一体的综合性交叉学科,不仅包括一些通用的项目管理基础知识,更涵盖了诸如工业工程、系统工程、决策分析、计算机技术与软件工程理论等管理知识。
(4)手段信息化:随着国际互联网技术和现代信息手段的不断发展,项目管理手段的信息化水平也得以快速发展,通过各种类型的项目管理软件,对项目全过程中产生的信息进行收集、储存、检索、分析和分发,从而达到改善项目生命期内的决策和信息的沟通,提高项目管理目标。
二、项目进度管理的研究现状及研究展望
虽然项目管理得以不断扩展和应用,但是作为项目管理的核心,进度管理的研究却相对较少,有关项目进度管理的研究大多是在项目管理文章中加以论述,篇幅不重。但是,很多作者从其他角度对项目进度管理的研究进行了积极的探索。例如,侯永刚从控制科学的角度,对项目管理进行了研究;王清波利用层次分析法建立有效控制系统模型,对项目整个目标系统的有效控制方法进行了研究;丁乐群等从奖惩机制的影响因素出发,建立了项目管理的奖惩机制数学模型,对项目进度管理实施中的奖惩进行了研究;马国丰等从约束理论的角度分析了项目进度延迟的原因,对制约因素在项目进度管理的应用进行了研究;汪强从信息化的角度,对进度控制的模型进行研究,以期探索进度控制的信息化;俞宗卫从进度控制理论的角度,探讨减少进度失控问题的方法;邹琼从六西格玛管理的角度,去探讨其在项目进度管理中的应用。所有这些研究都另辟蹊径,对项目进度管理进行了研究。
项目进度管理的关键就在项目管理论文于制定合理、有效的项目计划,并严格执行。目前项目进度管理的研究主要集中在三个方面:(1)时间——成本优化,就是在项目的时间和成本之间寻求一种均衡,使得在时间最短的时候成本最低,或者在成本最低的情况下使得时间最短,从而在两者之间找到一个最优的均衡点。T albot和Teicholz都利用数学模型对该问题进行了研究。但是,利用数学建模的方法在项目管理的实践过程中很难实现。(2)项目的协调管理。在资源有限的条件下,项目的计划、资源配置都会由于资源的稀缺性和项目参与主体的多样化,使得在项目的执行过程中,不可避免的出现冲突和矛盾,因此也就必须进行有效的协调和配置,才能达到最优的项目结果。(3)项目的风险管理。项目在实施过程中,常常会遇到各种突发事件,从而导致项目的计划无法有效执行,因此加强项目的风险管理,对于消除由于不确定性造成的风险尤为重要。
进行风险管理使项目决策者不但可以及时了解项目的进展,也可根据实际作业状况,动态修改原项目作业计划调度策略或重新进行再计划调度,适应新的环境,它对克服资源冲突和不确定因素的影响提供了有益的探索,具有一定的理论价值和实践意义。
实现和发展项目进度管理离不开管理思想、管理组织、管理方法和手段的现代化,这是项目进度管理发展的必然趋势。
随着客户日益严格的现实需求、先进管理思想的涌现以及计算机技术的发展,项目进度管理的发展趋势和前景主要体现在两个方面:其一是管理理念、管理方法和先进应用方式的提升。利用不断涌现的管理理论对项目进度管理进行充实和发展,从而达到在管理理念和管理方法上的提升;其二是利用计算机技术推动项目进度管理的应用领域向深度和广度发展,从而达到项目进度管理的智能化、集成化、实时化和网络化。
【参考文献】
1、刘耕等:《国内外项目进度管理的比较及建议》,《重庆交通学报》,2003年12月
2、马国丰等:《制约因素在项目进度管理的应用》,《上海管理科学》,2006年4月
3、丁乐群等:《项目进度管理实施中的奖惩机制研究》,《建筑经济》,2006年12月
4、(美)项目管理协会:《项目管理知识体系指南(第三版)(PMBOK指南)》,陆有杰译,电子工业出版社,2005
第二篇:PMP项目进度管理测试
章节测验
1:项目经理通知客户计划安排在一周内开始项目实施,期望客户团队参加,但在计划日期,客户团队未能参加。若要防止这个问题,项目经理应该事先做什么?
A.向客户强调团队参加的重要性
B.在计划日期前两天向客户发送提醒
C.向客户团队发送一份详细的实施计划并获得批准
D.向所有项目干系人发送一份详细的实施计划
2:项目经理正在负责一个重要项目的执行,主管突然电话让你去验收另外一个项目,原项目经理辞职,pm怎么办?
A.查看所有文件,准备验收。
B.拒绝主管,正在负责一个重要项目
C.报告发起人
D.团队开会讨论
3:建筑项目符合预算 符合进度,天气情况良好可以提前进度,问pm应该怎么办?
A.按原计划
B.变更提前
C.开会讨论 D.报告发起人
4:项目经理在制定变更管理计划时要求所有相关的职能部门经理都要批准同意方可执行,但销售经理忙于业务一直无暇顾及审查文件,项目经理应该怎么办?
A.重新修订变更管理计划
B.找管理层协调
C.联系销售经理,再强调此事的重要性
D.不用他批准了,因为他业务忙
5:项目接近尾声,开发工作完成,发起人要求项目经理提前向客户提交产品,项目经理应该:
A.找发起人洽谈,说服他收回请求
B.召开干系人会议
C.按原计划发布
D.让开发人员展开项目收尾,准备提前交付
6:项目在QA阶段,项目发起人为了抢占市场商机,要求PM直接项目收尾。PM应该
A.提变更给CCB B.直接收尾
C.提请求和所有干系人商议
D.按照发起人的指示直接收尾项目
7:以下各项主要用于项目控制,除了()A.偏差分析
B.TCPI C.挣值管理
D.成本效益分析
8:公司之前项目都由同一供应商提供服务,PM应该把这个内容当作:
A.制约因素
B.假设条件
C.项目说明
D.工作流程
9:作为乙方PM,对于一个新产品有3种方案,你可以用以下哪种方法去选择合适方案
A.产品分析
B.专家
C.备选方案分析
D.访谈
10:PM作为乙方,其所在公司的销售经理让他去参加甲方的kick-off会议。然而,PM告诉销售经理,一个必须的资源2周以后才能加入此项目,销售经理认为没有什么大影响,坚持让PM参加此会议,PM该 A.不参加kick-off会议,因为没写完管理计划
B.不参加kick-off会议,告诉销售经理有一个资源2周后才能到位
C.参加,无大影响
D.参加,因为kick-off开始后,才能开始工作
11:项目快接近尾声,客户提出新需求,PM应该
A.忽略
B.提出变更请求
C.和相关人员讨论,评估可行性
D.执行整体变更控制
12:项目启动会即将召开(Kick-Off),项目经理需要完成哪份文件?
A.项目章程
B.干系人管理计划
C.范围说明书
D.范围管理计划
13:销售新签一个合同,通知pm第二天去客户那开kick-off meeting,项目成员两周后到岗,pm怎么办?
A.参加会议,告知客户不能开始。
B.拒绝销售,说资源两周后才能到
C.拒绝销售,说项目计划完成才能开 D.什么都不做,按时参加会议
14:一个项目经理刚被分配到一个新项目上,项目时间有限,要保证项目干系人和项目团队成员意见统一,项目经理应该参考那个文件?
A.变更管理计划
B.沟通管理计划
C.项目管理计划
D.项目范围说明书
15:公司内部有一个项目,范围说明书与去年的一个项目类似,项目经理可以直接借用以下哪个文件:
A.项目章程
B.预算
C.项目管理计划
D.工作分解结构
16:项目经理把主要干系人和主题专家召集在一起讨论产品需求,用的什么工具?
A.头脑风暴
B.焦点小组
C.现场参观
D.访谈
17:项目经理发现项目的可交付成果可能不满足政府的某些政策要求,但客户同意验收该可交付成果,请问项目经理怎么办? A.将此情况上报至项目评审委员会,咨询意见
B.继续完成项目收尾工作
C.宣布项目失败
D.制定提前收尾程序
18:Kick-Off Meeting前必须确认的是什么
A.章程
B.项目管理计划
C.范围说明书
D.A和B 19:在最后一刻,项目团队实施了范围说明书中未包含的新功能。若要取得客户的批准,项目经理下一步应该执行哪个过程?
A.制定范围管理计划
B.核实范围
C.执行整体变更控制流程
D.执行定性风险分析
20:在收集需求过程中,需要逐
一、深入地了解每一个干系人的具体需求,最好使用下列哪个技术?
A.访谈
B.问卷调查
C.焦点小组 D.原型法
第三篇:项目管理进度报告摘要
项目管理进度报告摘要
(第七十四期)
一、招标采购管理
完成音视频系统设备采购项目的合同流转及签订工作;完成化纤地毯和隔音毛毡采购项目的招标工作。
二、投资控制管理
本月审核票据申领单17份,为UPS(付款金额为274.7706万元)、精密空调(付款金额为229.8453万元)、中低压配电柜(付款金额为321.79452万元)、民防检测费(付款金额为0.8640万元)、总包进度款(2017年11月)(付款金额为864.2878万元)、控制台(付款金额为48.5706万元)、项目管理费(付款金额为60万元)、VRV空调设备供货进度款(付款金额为45.72969万元)、精密列头柜供货进度款(付款金额为115.5万元)、冷水机组供货进度款(付款金额为43.05万元)、ATS供货进度款(付款金额为84.75万元)、电梯供货进度款(付款金额为56.2455万元)、气体灭火设备(付款金额为52.943895万元)、计算机房及弱电系统设计集成管理费(付款金额为29.5719万元)、绿化配套工程(付款金额为184.1965万元)、U盾购买费用(付款金额为0.1万元)、总包进度款(2017年12月)(付款金额
为955.8968万元),付款总金额为3368.117105万元。至2017年12月20日,累计审核及开具票据申领单266张,累计审核费用76715.2977 万元,其中:服务类费用4105.7788万元;工程类费用59247.2557万元;设备类费用11993.5017万元;前期及配套类费用746.7014万元;零星无合同类费用622.0602万元。
三、投资合同管理
本月新增合同2份,为控制台供货合同、音视频系统供货合同,均为概算外新增合同。
四、项目工程管理
配合基建办协调施工总包及各专业分包单位、设计单位、监理单位,配合政府主管部门开展机电安装施工、设备安装施工调试、园区弱电施工、精装修大面积施工、机房装修零星补缺、幕墙零星修补、公共配套施工、室外总体绿化工程零星修补以及竣工验收准备,现场施工技术问题沟通、协调等工作。
五、报批配套管理
协助基建办完成35KV开关站土建项目方案设计中6家主管部门征询及公示工作;协助基建办完成35KV开关站土无论何时何地 我们一直在努力
建项目方案设计审批中的网上申报工作;协助基建办完成供用电合同的流转签订工作;协助基建办跟进交通道设配套工程的合同流转签订工作;协助基建办跟进35KV开关站土建项目监理合同的流转签订工作;协助基建办跟进35KV开关站土建项目施工招标的准备工作;协助基建办开展35KV开关站土建项目测绘合同流转工作;协助基建办开展充电桩安装配套工程的合同流转签订工作;协助基建办开展分项计量配套工程的合同流转签订工作;协助基建办开展35KV开关站土建项目施工图设计文件审查的合同流转签订工作;协助基建办推进15部电梯的年检报验工作,报验申请已正式提交;协助基建办完成音视频系统合同的流转签订工作。
六、项目设计管理
配合基建办协调设计单位开展施工图纸答疑、现场技术问题协调、现场施工节点及做法确认、设备/材料招标或询比价采购的技术文件审核、编制等相关工作。
七、进度控制管理
本月进度控制重点是:数据中心装饰工程施工收尾,配套楼和客服楼石材铺贴基本完成、;室外总体管线道路施工;督促室外绿化零星补缺竣工验收准备;业务楼精装大面积开无论何时何地 我们一直在努力
展施工;督促精装修材料供货进度;督促卫生间渗漏、墙面屋顶渗漏、地下室渗漏整改;督促地下室全面施工、督促推进总包积极推进暂估价设备/材料批价报审工作和中标材料供货合同的签订及材料供货进度计划。
无论何时何地 我们一直在努力 4
第四篇:项目进度管理重点和方法
项目进度控制
工程的质量、费用、工期、安全等是一个项目几个较重要的目标。任何一个目标未达到,对项目来说都是失败。但工程质量、费用等目标,是随着工程的不断推进而慢慢的体现出来的,没有工程进度,一切都无从谈起。而对电子厂房来说,能否抓住时机、尽快的建成投产,工程进度显得尤为关键。
一、进度控制的目标
1、进度目标的理解
项目管理的第一步,不是计划,而是对目标的理解,对甲方实际需求的分析。只有充分的理解了甲方的真正需求,才能对做出真正有助于目标实现的计划,并产生积极的效果。有时,还需要项目管理者帮助甲方提出、明确需求,并从技术、施工方面择优选择实施方案。
通常情况下,工程进度控制的目标是在与甲方约定的时间内完成约定的工 作。对电子厂房来说,工程进度目标不是一个最终的完成时间,而是一系列的阶段性进度节点的综合。尤其是像洁净厂房包含的系统复杂,涉及的专业包商众多,任何一个阶段性目标的延后,都会对其他相关的包商产生极不利的影响。
众多的包商之间,存在极多的界面交接。前道工序应在什么时间完成,应做到什么程度,什么样的施工必须提前完成,什么样的施工可交叉进行,所有这些,对工程的管理人员有较高的要求,没有相当的专业水准、工程经验,甚至包含对其他专业的的了解(如对下道工序的要求等),将难以胜任此类工作。
2、将目标转化为实施的步骤
在明确了甲方的需求之后,需要做的工作是对这些需求进行规划,将目标分解为一步步可操作步骤,并确定实施的负责人,谁对实施结果进行监控。
目标实施的实施步骤,工程中采用不同级别、不同深度的进度计划来表示。一级控制计划属于里程碑计划,包括项目的手续办理、设计、项目招标、工程实施、材料设备采购、竣工验收收尾以及试运行等活动。(应用P3E/c软件编制2008年1月到2008年12月份的一级进度计划,用彩色截图)二级控制计划是在一级进度计划的基础上进行编制的,是对一级计划的细化。二级计划是项目管理单位进行进度控制的计划,它包含了关键的施工节点、施工中的重要活动和工序。(二级计划和三级计划中包括项目前期手续的办理、设计阶段计划、施工阶段计划、招投标采购计划、收尾阶段计划等五大方面内容组成,对一级计划中的某一条进行分解编制二级计划,用彩色截图)
三级进度计划是施工单位负责编制,它已细化到一步步具体的施工操作,用来指导施工的计划。三级进度计划不得违背一二级进度计划,并应得到管理单位的批准。(对二级计划中的某一条进行分解编制三级计划,用彩色截图)施工计划的实施者是施工单位。作为项目管理单位,则是实施的监控方。为保证施工单位能将计划有效的付诸实施,项目管理单位需采取相应的措施,对施工单位进行督促与激励。
3、影响工程进度的因素
因工程建设时间长、参与涉及人员单位多、技术复杂,影响项目进度的因素很多。这些因素可归纳为人的因素、材料因素、技术因素、资金因素、工程水文地质因素、气象因素、环境因素、社会环境因素以及其它难以预料的因素。为保证工程顺利实施,需对这些因素进行分析和预测,并做出积极应对。
(1)来源于建设单位的因素,如提供勘察资料不准确,特别是地质资料错误或遗漏而引起的未能预料的技术障碍,临时供水、供电工程相关手续办理和实施不及时;办理临时占道、施工占地手续不及时;地上、地下构筑物及各种管线搬迁工作拖延不能及时移交施工场地;图纸不能及时提供;甲供材料设备不能及时到场等。
(2)来源于设计单位的因素。如不能按设计合同的约定及时提供施工所需的图纸;各专业之间出现设计矛盾;设计内容不足、设计深度不够,缺细化细部节点;施工图纸中的“缺、漏、碰、错”现象;不能按要求及时解决在施工过程出现的设计问题。
(3)来源于承包商(分包商)的因素。项目经理部配置的管理人员不能满足施工需要,管理水平低、经验不足,致使工程组织混乱不能按预定进度计划完成;施工人员资质、资格、经验、水平及人数不能满足施工需要;施工组织设计不合理、施工进度计划不合理、采用施工方案不得当;施工工序安排不合理;材料供应不及时;总承包商协调各分包商能力不足,相互配合工作不及时、不到位。
(4)来源于监理单位和政府主管部门的因素(5)来源于社会和各种自然条件的因素.如自然灾害如恶劣天气、地震、洪水、火灾等;城市供水、供电、供气系统发生故障而停止供应等。
在计划编制乃至工程实施过程中,都要对这些因素进行必要的分析,并做出 积极的应对。
二、进度计划的编制、实施与检查(建议仅写P3 的应用)
1、进度计划的编制
进度计划是工程项目进度管理始终围绕的核心。因此,事先编制各种相关进度计划便成为工程项目进度管理工作的首要环节。进度计划的编制,需用具备相应的专业知识,又要有一定的经验。尤其是现代的工程项目规模越来越大、越来越复杂,进度计划的编制难度也越来越大。本公司一直在推行P3e/c工程项目管理软件的应用,下面就简要介绍怎样用P3软件来编制进度计划并进行进度管理。
P3e/c是一个工程项目管理软件,在国际上有着极高的知名度和普及程度,主要功能是进度、费用和资源管理。P3e/c主要是以进度控制为主线,它可以将进度、资源、资源限量和资源平衡很好地结合起来,使得进度计划可以不再只是凭经验甚至是拍脑袋制定出来的说不清楚或者说得不太清楚的定性计画,而是基於要完成的工程量/工作量并结合施工承包商的人材机资源而制定出来的定量的切实可行的科学合理的进度计划。
编制工程施工进度计划,一般是根据相近工程的定额工期,叁考已完和在建同类工程的工期,再结合本工程的具体情况,如工程所在地自然和气候建设条件,综合考虑影响工程进度的设备提资、主要设备的供货能力、制造周期等因素,确定工程的总工期和开工完工时间,然後再编制工程的里程碑及总体控制性进度计划,最後编制各级施工进度计划。
编制工程进度计划时各级计划间应建立相互的分解与汇总关系,工程各个标段、各专业工种和各级进度计划之间要建立必须和必要但不多馀的,能真实地表示工程工序之间的相互联系的逻辑关系,以便工程跟踪控制进度计划时能将下级作业的进度自动汇总到上级去,动态地反映进度计划之间的相互影响和真实进度。
利用P3编制进度计划的基本步骤为:
①建立企业和项目资源库。
②设置项目日历、资源日历。
③设置项目的主要里程碑点。
④在WBS(工作包)下列出工作清单(Task,Activity)。
⑤对每个Task估计工期。
⑥连接每个Task间的逻辑关系(SS,FS,FS,FF,延时)。
⑦加载完成每个Task所需要的资源和资源数量。
⑧进度计算后,看开完工里程碑是否符合合同或业主要求,看资源负荷是否过大。
⑨看进度计划是否需要调整。
⑩调整的方法为:压缩关键路径上Task的工期,多投入资源以缩短工期,分解较长工期的作业。
⑾看调整后的进度计划是否合适。合适的话,则把第一份计划,保存为目标计划(Baseline)。
⑿张榜发布第一版本计划,通知项目干系人。
2、施工项目进度计划的实施和检查
施工项目进度计划的实施就是施工活动的进展,也就是用施工进度计划指导施工活动、落实和完成计划。施工项目进度计划逐步实施的进程就是施工项目建造的逐步完成过程。施工进度计划由施工单位负责实施。
项目管理单位在进度计划实施过程中,需要审核施工单位阶段性的施工计划,如月进度计划、周进度计划等。一旦施工单位的进度计划通过审核,督促其按照计划进行施工。并对进度计划完成情况进行检查
在施工项目的实施进程中,为了进行进度控制,进度控制人员应经常地、定期地跟踪检查施工实际进度情况,主要是收集施工项目进度材料,进行统计整理和对比分析,确定实际进度与计划进度之间的关系。其主要工作包括: ①跟踪检查施工实际进度
跟踪检查施工实际进度是项目施工进度控制的关键措施。其目的是收集实际施工进度的有关数据。跟踪检查的时间和收集数据的质量,直接影响控制工作的质量和效果。
②整理统计检查数据
收集到的施工项目实际进度数据,要进行必要的整理统计,形成与计划进度具有可比性的数据。一般可以按实物工程量、工作量和劳动消耗量以及累计百分比整理和统计实际检查的数据,以便与相应的计划完成量相对比。
③对比实际进度与计划进度 通常用的比较方法有;横道图比较法、s型曲线比较法和香蕉。型曲线比较法、前锋线比较法和列表比较法等。通过比较得出实际进度与计划进度相一致、超前、拖后三种情况。
④施工项目进度检查结果的处理
对进度检查的结果,一方面要求施工单位采取措施纠正偏差;另一方面,若偏差较大,还要形成进度控制报告向有关主管人员和部门汇报。
三、进度控制的主要内容和措施
项目管理单位进度控制的任务是负责编制总的控制计划,并将建设单位的进度方面的要求传达给施工单位;审核施工单位的三级施工计划并督促其实施;负责甲指分包的采购,并督促其按时进场施工;协助甲方控制设计进度情况等。
动态控制、过程控制是进行进度控制的基本原理。从对目标的规划、准备,到计划的实施,乃至偏差的识别及纠偏措施的采取,是一个循环的控制过程。
积极的进度控制,应从一开始就对影响项目实施的因素进行分析并制定对策,进行积极的准备,从而避免进度偏差的出现。
因为工程涉及单位部门多,影响工程进度的因素也极复杂。要使得工程顺利推进,建设单位、项目管理单位、设计单位、施工单位各方都需做好各自工作,需要各方加强进度管理。
1、建立完整的计划体系 对项目工作进行计划是进度控制的一项重要工作,而一套完整的计划体系将对工程实施产生积极效果,它包括总的控制计划,材料设备的采购计划。总的控制计划由项目进度工程师负责编写,并报项目经理及建设单位审批。甲供材料设备的采购计划由采购工程师和各专业工程负责编制,他们应能满足总控制计划的要求,由进度工程师负责审批。总的控制计划,需由施工单位负责细化并负责实施,进度工程师进行检查控制。材料设备的采购计划,由各采购工程师和各专业工程师负责实施,由进度工程师检查其执行情况。
2、建立完备的责任制度体系 影响工程进度的因素众多,在工程实施过程中,如解决技术问题的时间长短、材料设备的供应是否及时,都会对工程进展造成影响。建立各种责任制度,将有力的督促相关的责任人努力的完成其应尽职责。
在项目管理单位内部,需要建立的制度包括各专业各岗位职责制度,既明确了各相关责任人的职责,又对其进行督促激励。
建立承包商管理制度,既对承包商的选择提出要求,又明确承包商的进度职责,并量化若不能完成任何承诺的阶段性节点,将如何进行惩罚。
3、进度管理的常规工作 在工程施工过程中,进行进度控制有个基本的流程,即审查施工单位上报的进度计划,然后检查督促其实施;不断收集数据,对其效率效果进行分析评价和预测;进行实际进度和计划进度的比较,若有偏差,要求其采取措施纠正这种偏差。①施工单位进度计划的审查,主要是看其是否能满足总控制计划的要求,以及其计划本身工序安排是否合理、是否基本可行性。
②进行进度检查,控制重点是位于关键线路上的关键工序。主要看施工工艺是否合理、所需材料是否能及时供应、有无工作条件等。若需与其他专业配合,提前告知相关专业以便进行准备。
③通过收集进度数据,分析评价当前实际进度是否能满足计划要求。此外,进度工程师还可根据专业知识及工程经验,对可能的实际进度进行预测。
④若实际进度比之计划进度有滞后,要求施工单位采取措施,来纠正这种偏差。若有重大的偏差还应上报项目经理和业主。
4、做好施工协调 在工程施工中进行不同专业、不同包商间的协调,既是一项复杂的工作,也是极重要的工作。在项目实施过程中,将会有众多的施工单位进入施工或安装,他们每一个专业既有自己的特定位置空间、技术要求,同时又必须满足其他专业施工的时间顺序和空间位置的合理需求。如果在技术上未能充分全面考虑,特别是一些交叉部位的细节考虑不周,则极易产生问题。
应该说明的是,施工协调,在相当程度上是施工总包单位和监理单位的责任。项目管理单位,通过检查其体系制度以及实际的工程效果,来对其协调能力进行评价,并督促其真正发挥作用。
当然,因施工中的协调工作,牵涉面广且又琐碎,突出了各专业协调对施工的重要性,项目管理单位也同样需要加强这方面的管理,同时做好每一部分的工作,才有可能把问题、隐患消灭在萌芽状态。要做好协调工作,需要加强管理,建立科学的管理模式,从技术、人事制度上建立更有效的、更加科学的管理体制,明确各专业的目标责任。从而达到进一步提高管理水平的目的。
从技术层面看,需要提高设计图纸的质量,减少因技术错误带来的协调问题。认真对待图纸会审与交底,让施工队、班组充分理解设计意图,了解施工的各个环节,从而减少交叉协调问题。从管理层面看,需要建立一整套健全的管理制度,如问题责任制度和奖罚制度。
此外,还应建立专门的协调会议制度,施工中甲方、项目经理应定期组织举行协调会议,解决施工中的协调问题。对于较复杂的部位,在施工前应组织专门的协调会,使各专业队进一步明确施工顺序和责任。
5、设计进度管理 因电子厂房对工期的要求紧,往往采用边设计、边施工的实施方式。要满足总的进度要求,就需要对设计的进度进行管理。项目管理单位可以协助建设单位进行设计进度管理。比如,进度工程师可根据现场施工需要,编制图纸需求计划,要求设计能根据施工需要调整工作顺序,将现场需求紧迫的图纸优先完成。
此外,在工程施工过程中,往往会有不少问题需要设计明确或协同解决。这种技术问题的解决效率也会对工程进度产生影响。因此,需确定一种大家接受的、并具有灵活性的制度。可以明确规定,一般性技术问题,设计单位应在多少天内给予答复。
6、其他措施
①经济措施。如若实际进度比之计划进度有较大滞后时,进度工程师可上报 项目经理,建议暂缓进度款的审批支付,或者处以一定额度的罚款。
②合同措施。在合同中明确承包商、供应商的进度责任及违约罚则。③行政手段。通过上级领导的沟通,督促施工单位加强进度管理。
第五篇:浅谈项目进度管理之计划编制
浅谈项目进度管理之计划编制
软件项目计划(SPP:Software Project Plan)是CMM二级中列出的第二个关键过程域。这是因为CMM2软件项目计划需要根据纳入配置管理后的软件需求进行项目估算,并依据文档化的流程,形成项目计划文档。软件项目计划的目的在于建立合理的计划,执行软件工程和管理软件项目。软件项目计划管理在软件开发过程中处于十分重要的地位,它体现了对客户需求的理解,是开展项目活动的基础,是软件项目跟踪与监控(SPTO)的基础。
一、软件项目计划这一关键过程域在实施的过程中应该贯彻如下方针:
1.以分配的软件需求作为计划软件项目的基础。
在项目定义阶段,针对用户提出的原始需求(又称statements of work ,SOW),通过用户方和承接方的相互协商,确定双方一致同意的、项目组承诺实现的需求,这个需求即是“分配给软件的系统需求”或者更简洁地说,“分配需求”,然后根据它来提出项目意见,制定初始的项目计划。由此可见项目计划是以分配给软件需求作为软件项目的基础。
2.由项目经理、项目软件经理和其他软件经理共同协商软件项目的各项约
定,并与系统工程组、硬件工程组和系统测试组协商,这些组介入该活
动的有关事宜,同时记入文档。
所谓约定有对外约定和对内约定。对外约定如与客户、分包商有关部门约定。对内约定包含两方面:一是项目组与组织内部其他组,如测试组、硬件组、系统组的约定。二是项目组内部的约定。对软件而言,对外约定像用户需求的更改是不可避免的,一旦有变动会影响整个项目。因此CMM提出由高级管理者控制对外约定。约定是计划的基础,CMM SPP中将其列为一个目标,即约定必须是有关各方一致同意、认可的。
另外,软件计划要包括所有项目活动和所有参加方面的责任,这些活动和责任都要文档化,以保证有效地将计划传达给项目各个参加方。在项目计划执行前,各个项目参加方要认同所承担的项目责任,这种认同是项目计划有效性的一个基本保证。
3.软件项目的规模、工作量和成本估计、进度和其他约定必须通过相关组的审查,以获得相关组及个人的支持。
CMM中的一个组织或一个机构里,通常有许多小组,比如软件质量保证组,负责计划和实施项目的质量保证活动的团队;软件配置管理组,负责策划、协调和实施软件项目正式配置管理活动的团队等等。在执行每个活动时候,这些组并不是独自行事的,而是相互影响的。在SPP这个关键过程域中受影响的组包括软件工程组、软件估计组、系统工程组、系统测试组、软件质量保证组、软件配置管理组、合同组和文档组。但是在对所有与组织外部的个人和组所作的软件项目约定,则由高级管理人评审。所以CMM中提出“高级管理者参加按照文档化规程对组织外部个人和组所作的软件项目约定的评审”以此作为一项活动。
4.项目软件开发计划需要进行管理和控制
项目计划是CMM实施一开始就涉及且最后才能相对完善的关键过程域,它主要包括软件规模估计、工作模块计划、人力资源计划、进度安排和其他资源计划。在其他关键过程域的实践相对稳定之前,项目计划的实践总是处于需要改动的状态。所以需要对项目软件开发计划进行管理和控制以保证项目顺利实施。
二、软件项目计划的关键问题及解决方案
1.关于软件项目的估计
建立合理的软件计划的基础是对软件项目规模、资源要求和风险等要有一个合理的估算。这个估算过程应是规范的,而不是任意的。例如,如果提出一个项目计划需十个软件工程师工作六个月的计划,那么就要问这些数据是如何得到的。用户提出的时间和费用的要求仅能作为项目计划约束的条件,而不能作为项目计划的基础。
根据CMM SPP 的活动9、10、11,估计对象应该包括软件规模、工作产品的工作量和成本、软件进度、风险、关键计算机资源等。项目计划的基础要求是估计项目中的各种工作所需的工作量和进度,软件成本通常由工作量换算而得到。
估计模型有很多种,常用的如下:
算法模型:包括一个或多个算法,生成的软件估计是一些变量的函数,如COCO-MO
专家判断:利用一个或多个专家的经验作估计。
类比:和已完成的与新项目的规模和功能十分类似的项目做比较,作估计 自顶向下的估计:从项目的全局特性导出项目的整体估计,然后将其分配到各个分量上
自底向上的估计:分别估计软件作业的各个分量,再综合出整体估计
在具体进行估计的时候应该注意以下几个问题:
1)选择科学的估计方法。CMM的核心思想是不断学习、不断改进。在项
目过程中,计划是被不断修订的,所以每做一次修订,就必须作估计。
因此在某个项目中只对项目选定一种(几种)能改进的估计方法,多次
估计的结果进行比较,才能积累经验和数据,估计也才能越来越精确。
2)必须积累本组织自己的数据
随着生命周期阶段的进展,估计会越来越精确。一方面是不确定性随着
阶段的进展而减少,另一方面基于对估计值与实际值的分析比较,可合理选择估计模型的参数。组织在每一个项目结束时,需要将项目数据综合归纳,保留。如果在刚开始没有估计值的情况下,我们只要选定方法,做就是了。需要数据的地方如项目有数据用自己的数据,否则用本组织数据。对于无组织的数据,则一次选定本地区的数据、本国行业数据,国际上的行业数据。CMM 2级SPP的活动场15要求建立一个数据库,记录项目估计数据,包括计划时的数据、再次调整计划后的数据。为使数据可用,必须记录下估计的假定,如采用的估计模型、模型参数、估计时作业的描述等。
另外,CMM2的本关键过程域还提到要按照文档化规程进行估计。由前面,在整个生存期内,随着项目的发展,需要不断进行估计。为确保估计的有效性,结果的可比性,必须描述项目进行估计的具体步骤,即所谓规程。这样一来就能保证估计过程的可重复性,无论什么人去估计,或是在不同时间估计、估计的步骤都是一致的,估计的假设也是一致的。CMM SPP中要求有4个文档化的估计规程,具体的规程形式由项目自己确定,CMM仅提出了对规程的一般要求。这些规程指出:
估计假定要记入文档;
如有历史数据,使用历史数据;
估计要经过评审;
规模估计是多种估计的基础;
在用CMM进行过程改进的实践中,许多项目常常忘记进行规模估计,认为项目计划内容未明显包含规模。然而正是规模大小会影响技术解决方案。对于同一计划,人和月是不能交换的,比如说5个人干3个月的活就不等于4个人干4个月的工作。规模越大。通信与管理的开销越大。规模直接影响进度的安排、人力资源的安排、计算机资源的安排以及风险的分析。所以最初的模型估计也应该在项目定义阶段给出。其中代码行技术和功能点技术两个技术用来对软件规模进行估计。代码行技术是比较简单的定量估计软件规模的方法。这种方法根据以往开发类似产品的经验和历史数据,估计实现一个功能需要的源程序行数。功能点估计依据对软件信息域特性和软件复杂性的评估结果,估计软件规模。
在进行估计的时候我们可以参考如下几点建议:
首先下功夫精简软件需求规格说明书。从根本上来讲,估计的输入是需求规格说明书。要做合理的估计首先要力争使需求规格说明清晰。
尽可能将工作分解得详细。分解得越详细,对开发软件的技术方面理解越透,估计越精确。
采用几种独立的技术,没有一种估计技术是万能的,所以要避免其弱点利用其强处,最好采用技术组合。可以按情况对不同软件成分采用不同的估计技术。
比较与印证。对同一对象采用不同的估计技术,然后比较其结果,研究为何它们得到不同估计,从中能做出较精确的估计。
注意采集数据,将实际数据与估计值进行比较,不断修订估计值和估计模型的参数。
总之,根据CMM,当我们需要制定项目计划,首先确定了项目的需求后,估计出所有的可交付产品,以及这些产品的规模。比如,规模可能包括哪些?如果是生产类项目,可能估计的是交付的东西的数量,比如凳子多少条,牛奶多少箱等,如果软件开发类项目,可能是特性多少个,代码行多少行等,这些根据你所估计的对象来确定。另外,规模估计出来后,需要根据生产率估计项目可能的工作量,比如生产一条凳子要多长时间,一箱牛奶要多长时间,软件开发的话,可能就是一天生产多少行代码。在设计阶段,可能就是一天设计几个特性或者几页设计文档等。根据生产率再估计出总工作量。最后,根据你所拥有的人力,来确定出项目的进度计划。
根据这个再对应到软件开发上来。一个软件开发项目可能的生命周期有可能包括以下几个阶段: 需求分析、软件设计、编码、单元测试、系统测试、交付。不同的项目有不同的生命周期,但项目计划阶段一定要把项目的生命周期确定下来,这也是计划的一部分。那么,在制定计划时,怎么估计这几个阶段的里程碑时间呢?在处于二级的组织,由于之前没有什么量化的能力基线(也就是一般的每个阶段的生产率),那么也只能去参考历史项目的信息。假使以前的项目刚好做了这些度量的话,比如度量过每个阶段花费的时间,投入的人力,统计过交付件的规模(文档页数、代码行数等)。那么,项目刚好可以参考这些历史的数据,大致估计一下这个项目各个阶段可能需要的时间,来确定这个项目的阶段里程碑时间。假使没有类似的项目数据的话,可能估计的可信度就不高了。业界有估计方法,都是用来帮助我们得到比较可信的估计结果的,比如Delphe、Pert sizing。
在项目的生命周期不同阶段,因为所作的工作不同,生产率也就不同,每个阶段甚至都有不同的生产率度量单位,比如需求分析阶段,可能就是需求分析文档页数/人天。在编码阶段,可能就是代码行/人天等。一个组织需要积累和建立
这些能力数据,才能保证后面的项目有可信赖的数据参考,支撑后面的项目进行估计和计划的制定。
2.鉴别和评估软件风险
风险管理是项目管理的重要内容之内,从某种意义上讲,项目管理就是风险管理。风险就是不利事件发生的不确定性。所有。首先必须清楚风险是可能事件,它可能发生,也可能不发生。所以决定了风险的动态性。
风险评估是项目计划时必不可少的一项工作。正如前面提到的项目成本估算和进度估计一样都是项目管理的重要活动。忽略了风险,轻者给项目工作带来被动,重者可能对项目造成严重的灾难性后果。
CMM实际上在本关键过程域的活动13是如此表述这个问题的:
“对与项目的成本、资源、进度和技术方面相联系的软件风险进行鉴别、评估和建立文档”。
风险评估包括风险识别、风险分析和对风险进行优先级排序。
风险识别是风险评估的第一步。就某个特定的软件工程项目来说,从项目具体情况出发,列举出可能出现的风险。真正弄清每一个可能风险的情况是风险识别的主要任务。检查单是风险识别的一个有力的工具。采用检查单中所列举的各种风险,对照即将开发的软件项目,逐一加以甄别,判定检查单中哪些风险在该项目中可能发生。在进行风险识别时采用访谈、调查还是会议方式应根据软件项目的具体情况决定。
风险识别以后需要弄清楚已识别的风险可能何时何地发生,发生了会怎么样。风险分析的任务是分析每个风险可能造成的影响,给出比较风险大小的量值。进行分析可以借助一些已有的模型,但不是所有列出的风险都可以借助模型进行分析的,因此常常采用主观分析。
识别出风险,对其进行分析后就要对其进行排序了。排序步骤包括对已识别和分析的风险估计概率类型,如高概率风险、低概率风险;评估每个风险对项目的影响级,如低级、中级、高级。风险排序应该根据该项目各有关风险的概率和影响级。显然高概率和高影响级的风险应该排在中概率和高影响级风险的前面。最后针对排序列在前几位的风险采取缓解措施和跟踪措施。
3.确定软件生存周期
确定软件的生命周期,这在CMM本关键过程域活动5也有体现“识别和确定具有可管理的预先规定阶段的软件生命周期”。典型的几种生命周期模型包括瀑布模型、快速原型模型、渐进模型、喷泉模型等。
瀑布模型严格规定各阶段的任务,上一阶段任务输 出作为下一阶段工作输入。此模型适合于用户需求明确、开发技术比较成熟、工程管理严格的场合使用,其缺点是:由于任务顺序固定,软件研制周期长,前一阶段 工作中造成的差错越到后期越大,而且纠正前期错误的代价高。
渐进模型是指从一组简单的基本用户需求出发,首先建立一个满足基本要求的原型系统。通过测试和运行原型系统,有用户提出进一步细致的需求,然后修改和完善原型系统,反复进行这个过程直到用户满意为止。该模型适合开发初期用户需求不甚明确,相关技术和理论需要不断研究、反复实验以及开发过程需要经常与用户交互的场合,学习或研究类软件的开发常用此法。
快速原型是指快速建立起来的可以在计算机上运行的程序,它所能完成的功能往往是最终产品能完成的功能的一个子集。这个模型的优点是软件产品的开发
基本上是线性顺序进行的。
喷泉模型主要用于面向对象软件技术开发项目,其特点是各项活动之间没有明显的界限。由于面向对象技术的优点,该模型软件开发过程与开发者对问题认识和理解的深化过程同步。该模型重视软件研发工作的重复与渐进,通过相关对象的反复迭代并在迭代中充实扩展,实现了开发工作的迭代和无间隙,该开发过程分为:分析、设计、实现、确认、维护和演化。
三软件项目计划的实际应用模式如下:
1.项目采用 Microsoft Word 拟定计划文档,以 Microsoft Project 拟定计
划的进度表。
2.项目经理根据项目软件需求进行估算,确定进行项目选择的生命周期、项目规模、所需的人员、时间、进度、资源、风险等内容。将估算的结
果形成估算过程文档,并拟定软件开发计划。
3.软件开发计划内容包含:软件项目计划、迭代计划、进度时间表、配置
管理计划、质量保证计划、需求管理计划、项目评测计划、风险管理计
划、产品验收计划、问题解决计划、测试计划。
4.估算过程文档和软件项目计划文档必须通过相关组的审查,以获得相关
组及个人的支持,包括:系统分析组、设计组、编码组、测试组、质量
保证组、配置管理组、文档管理中心及个人。通过审查,发现并修正项
目估算和项目计划的偏差。只有获得了支持,软件项目组在开发过程中
才能尽量避免或消除风险。
5.在高层管理者复审通过后,项目经理指定人员或参与拟定软件开发计划
其它部分,并由相关组和个人复审。
6.配置管理人员将软件开发计划文档纳入配置管理。
7.实际项目中应用的文档有:
制定项目计划流程定义、项目估算流程定义、项目评估表、资源评估表、软件开发计划模板(包括:软件项目计划、迭代计划、配置管理计划、质量保证计划、需求管理计划、项目评测计划、风险管理计划、产品验收计划、问题解决计划、测试计划)、进度时间表、制订软件开发计划的指南。
综上所述,SPP阶段需要制定的计划不仅仅是进度计划,也包括需求管理计划(对需求如何管理,变更如何控制,谁来评审这些变更,如果变更了要怎么办),进度计划,配置管理计划(项目所有的交付件包括可交付的产品和中间的交付物等如何归档,如何变更,如何控制等),风险管理计划(项目开展中会碰到哪些风险,目前有哪些不确定因素后面可能发生,这些风险如何应对,假使风险发生如何处理,如何预防这些风险等等),资源配置计划(项目开展过程中需要哪些资源,包括办公用品,电脑,机器等等,这些资源何时提供,怎么分配,怎么管理等),等等这些都是项目计划要考虑的,比较复杂的内容,计划阶段会考虑所有的东西,甚至可能要包括利益关系人管理计划(比如识别项目的利益关系人,这些人应该如何管理,如何及时向他们汇报项目的信息等)。