项目综合案例分析

合集下载

项目综合案例分析4

项目综合案例分析4
▪ 项目处于超支状态
2000/1250
▪ SV = 20800 – 20000 = 800元
▪ 项目进度提前与计划进度
PV=计划工作量x预算定额 AC=持续时间x实际日成本 EV=已完成工作量x预算定额 CV=EV-AC SV=EV-PV

案例问题解答
【问题2】 ▪ 根据项目前10天的数据,画出项目的挣值图。根据前 10天开工情况,计算项目完工时的总预算(假设后面 的开发仍旧照此进度和花费),并说明原因。 【解答2】 ▪ 由问题1计算得出结论,AC>EV>PV ▪ CPI=20800/21000=99% ▪ EAC=AC+(BAC-EV)/CPI =21000+(1.6x200000-20800)/0.99 =323077元

案例分析
挣值分析有几个关键值 ▪ 预算成本(PV)、实际成本(AC)、实现价值(EV) 和完成尚需估算(ETC) 挣值方法有四个评价指标 ▪ 成本偏差(CV)、进度偏差(SV) ▪ 成本绩效指数(CPI)、进度绩效指数(SPI) 使用挣值方法可以确定该项目开工情况(绩问题1】 ▪ 根据第6周检查所得信息,计算BCWS、BCWP、CV、 SV,预测项目完成时的费用和进度? 【解答1】 ▪ 计算结果如图10-3所示
成本和费用偏差: CV=BCWP-ACWP SV=BCWP-BCWS

问题解答
【解答1】 ▪ 计算结果如图10-3所示 ▪ 费用执行指标 CPI=BCWP/ACWP=285/300 = 0.95 ▪ 进度执行指标 SPI=BCWP/BCWS=285 /350 = 0.81 ▪ 费用预测 EAC
案例分析十:基于甘特图的进度和成本分析

项目背景

建设工程项目案例及分析

建设工程项目案例及分析

建设工程项目案例及分析例一:违反建设程序引起工程索赔案情:甲方:××通用机械厂乙方:××集团第八分公司甲方使本厂的自筹招待所工程尽快发挥效益,2003年3月,在施工图还没有完成的情况下,就和乙方签订了施工合同,并拨付了工程备料款。

意在早作准备,加快速度,减少物价上涨的影响。

乙方按照甲方的要求进场作准备,搭设临时设施、租赁了机械工具、并购进了大批建筑材料等待开工。

当甲方拿到设计单位的施工图及设计概算时,出现了以下问题:甲方原计划自筹项目总投资150万元,设计单位按甲方提出的标准和要求设计完成后,设计概算达到215万元。

一旦开工,很可能造成中途停建。

但不开工,施工队伍已进场做了大量的工作了。

经各方面研究决定:“方案另议,延期开工。

”甲方将决定通知乙方后,乙方很快送来了索赔报告称:“××通用机械厂基建科:我方按照贵厂招待所工程的施工合同要求准时进场并做了大量准备工作。

鉴于贵方做出“延期施工”的时间难以确定,我方必须考虑各种可能以减少双方更大的损失。

现将自进场以来所发生的费用报告如下:临时材料库及工棚设费;工人住宿、食堂、厕所搭建费;办公室、传达室、新改建大门费;搅拌机、卷杨机租赁费;钢管脚手架、模板租赁费;工人窝工费(接到图纸后时间内);已购运进场材料费;已为施工办理各种手续费用;上交有税费;共10项合计40.5万元。

”甲方认真核实了乙方费用证据及实物,同意乙方退场决定,并给予了实际发生的损失补偿。

案例评析:本案的焦点问题是,由于甲方未遵循基本建设程序办事,引起了乙方的工程索赔。

在工程建设中,必须严格遵守有关工程建设的基本程序,国家为此颁布了相应的法律规定。

按国家制定的有关工程建设的基本程序规定,施工图等设计文件完成后,才能签订施工合同。

而在本案中,甲方为使本厂的自筹招待所工程尽快发挥效益,在施工图还没有完成的情况下,就和乙方签订了施工合同,并拨付了工程备料款。

政务信息化项目综合绩效评价案例分析——以Z市为例

政务信息化项目综合绩效评价案例分析——以Z市为例

政务信息化项目综合绩效评价案例分析———以Z 市为例荫罗列揖摘要铱在加快数字政府建设的背景下袁政务信息化的内涵得到进一步延伸袁更加强调数据安全尧数据开放和共享尧数据治理遥政务信息化项目绩效评价工作应与时俱进袁进一步拓展评价的范围和侧重点遥本文分享一例政务信息化支出项目绩效评价案例袁以期揭示当前市级政务信息化项目野建管用冶特征袁以及信息化项目综合绩效评价的实施路径遥揖关键词铱政务信息化绩效评价实施路径数字政府建设是野十四五冶规划期间的重点建设任务袁它的其中一项内涵是实现业务数字化的变革袁即打破不同业务条线间的数字鸿沟袁通过大数据治理挖掘数据价值袁进而提升政府治理水平和服务效率遥近年来袁各级政府逐步加大数字政府建设的投资力度袁政务信息化建设呈现几个新的特点袁包括强调政府数据共享和开放尧重视安全保障尧加强跨部门协同等遥同时袁政务信息化建设也面临几个难点袁包括财政投入压力大尧跨部门协调难度大尧数据安全与开放共享的矛盾难解决遥本文以信息化项目综合绩效评价的视角折射信息化项目难点的具体表现袁并探讨基于这些难点的评价思路和路径遥一尧项目简介渊一冤项目背景近年来袁Z 市全面推进城市信息化建设袁优化信息化发展环境袁促进全市信息化高水平发展袁在新一代信息基础设施建设尧数据资源尧市域治理尧信息惠民尧信息环境尧网络安全等领域取得了较为显著的进步遥与此同时袁Z 市信息化发展也存在一些弱项袁主要体现在信息基础设施的统筹力度尧数据资源的共享和开发能力尧数字政府优化尧信息化保障体系建设相关方面遥为综合评价Z 市政务信息化投入成效袁Z 市财政局组织对Z 市公安局渊以下简称野市公安局冶冤和市应急管理局渊以下简称野市应急局冶冤2021年度政务信息化支出项目进行综合绩效评价袁通过评价梳理部门信息化项目全生命周期管理脉络袁科学衡量项目产出效益遥市公安局正处于数字化转型期渊2015要2025年冤袁该阶段协同需求突出袁首要任务转向顶层设计尧业务整合袁逐步加强开放尧分层解耦尧服务等遥随着网络带宽容量的激增袁警务移动应用得以快速发展遥市公安局制定了专项计划袁以目标尧问题尧需求为导向袁推进Z 市公安现代警务信息化建设袁为维护全市安全稳定的政治社会环境提供保障遥市应急局信息化建设发展规划整体分为野夯实基础冶野深化应用冶和野提质增效冶三个阶段遥为了满足全过程管理业务尧常态业务尧非常态业务尧综合保障业务四类信息化需求袁提出野五横四纵冶总体架构遥野五横冶为应急指挥一个中心袁感知尧应急通信两张网络袁数据支撑体系和业务应用体系两个体系曰野四纵冶为标准规范体系尧安全与运维体系尧信息化工作机制和科技力量汇聚机制遥渊二冤项目内容本次绩效评价对象为2021年度市公安局信息化项目支出和市应急局信息化项目支出遥2021年度市公安局信息化项目共涉及10个预算项目遥财政年初安排部门信息化项目预算4.34亿元袁预算执行率99.07%遥2021年度市应急局信息化项目包括3个新增预算项目和1个上年结转项目袁年初预算渊含结转冤1838.97万元袁实际支出1404.98万元袁结转下年资金315.78万元袁预算执行率76.40%遥渊三冤项目组织尧管理及流程1.信息化项目统一管理要求遥2021年度市级信息化项目的组织管理遵照叶Z市使用财政性资金信息化项目管理办法曳渊以下简称叶管理办法曳冤尧叶Z市使用财政性资金信息化项目验收管理办法曳等规定袁可分为立项阶段尧实施阶段尧完成阶段袁分别包含以下环节院项目申报尧审核和审批袁项目采购和实施袁项目验收尧审计和绩效评价遥下面着重说明建设类项目管理流程渊见图1冤袁简述运维类项目管理流程遥渊1冤立项阶段遥项目实施部门负责提出项目需求和储备项目袁编制项目建议书等申报材料渊建设类结转项目只需提供服务外包合同袁运维类新起项目需测算费用袁运维类已有项目只需提供合同冤遥市大数据管理局渊以下简称野市大数据局冶冤负责信息化项目的统一规划和归口管理袁原则上每年度组织一次集中申报袁组织项目论证审核遥市财政局负责预算安排袁会同市大数据局印发市级信息化项目年度实施方案遥市行政审批局负责项目审批遥节点一院项目储备遥项目实施部门应对信息化项目申报方案内部审核袁按轻重缓急对建设类和运维类项目分别排序和汇总袁在野Z市信息化项目全流程管理系统冶中填报信息化项目预算支出申报书和项目方案等材料袁报送的建设类项目进入市级信息化项目储备库遥节点二院年度实施方案确定遥部门预算经批准后袁市大数据局会同市财政局印发信息化项目年度实施方案袁该方案同时作为项目审批依据遥建设类项目按总金额分档审核尧审批遥500万元及以上项目在完成项目建议书论证审核后袁需编制报批项目可行性研究报告曰其中1000万元及以上项目在年度实施方案印发后袁还需编制项目初步设计及概算袁报市大数据局论证审核遥500万元及以上项目相关信息应由大数据管理局报送市发展改革部门袁在项目储备尧必要性论证审核尧年度实施方案确定各节点袁分别纳入市级政府投资项目野储备库冶野三年计划冶野年度投资计划冶遥项目实施部门应向市行政审批局提交200万元及以上项目的审批申请袁并附论证审核通过的各项材料曰市行政审批局出具政府投资项目审批意见表遥渊2冤实施渊建设或运维冤阶段遥项目审批意见下达后袁项目实施部门按照论证审核通过的尧批准的项目预算和内容袁确定采购需求并组织采购袁建设类项目可整体或适度分拆进行采购活动遥项目实施部门签订项目合同后袁应于10个工作日内将合同复印件上传野全流程管理系统冶袁作为项目实施进度控制尧资金支付的依据遥项目实施部门应加强对项目实施过程的管理袁加强对200万元及以上建设类项目第三方监理的管理袁确保信息化项目建设全过程质量尧进度及投资有效性可控遥渊3冤完成阶段遥建设类项目验收包括初步验收尧竣工验收两个环节袁依托野全流程管理系统冶开展遥项目初步验收由项目建设部门自行组织袁通过后进入试运行阶段曰试运行期原则上应不少于3个月袁通过后方可进入竣工验收阶段遥500万元及以上项目竣工验收由市大数据局组织袁500万元以下项目竣工验收由项目建设部门组织遥200万元以下项目可合并初步验收和竣工验收环节遥2.项目单位内部管理要求渊1冤市公安局管理要求遥为加强科技信息化项目统筹建设和规范管理袁市公安局制定了叶Z市公安局科技信息化项目管理办法曳遥该办法主体内容包括总则尧项目立项审核尧项目审计与采购尧项目实施管理尧项目验收管理尧质效评估遥其中袁项目立项审核细分为项目预研尧计划申报尧分域审核尧技术审核尧一体统筹尧计划制定尧材料编制尧绩效管理项目审批等步骤遥市公安局信息化委员会办公室对全市公安机关科技信息化项目实行归口管理袁各市渊县冤局尧分局尧市局各部门是本单位信息化工作的第一责任主体遥市公安局大数据管理支队负责全市公安信息化建设应用的标准制定尧组织实施与核查评估袁统筹全市公安信息化基础设施尧资源服务尧安全运维等方面以及全局性尧基础性共性平台的规划尧建设与管理等工作遥渊2冤市应急局管理要求遥为规范市应急局使用财政性资金信息化项目管理袁促进集约建设尧资源共享和业务协同袁部门制定印发了叶市应急局信息化项目建设管理暂行办法曳遥该办法主体内容包括职责分工袁申报与审批袁采购和实施袁项目验收袁使用尧运维与评估遥下面就决策尧过程管理作简要说明遥市应急局成立了信息化工作领导小组袁负责重大事项决策遥规划科技处渊技术部门冤为建设方袁图1市级建设类信息化项目一般性管理流程负责统一规划尧统一申报尧统一实施尧统一验收遥各处室尧监察支队渊合称业务部门冤为需求方袁负责提出信息化项目应用需求和建设计划袁对职能范围内信息化项目提供意见并牵头组织新建和功能完善袁提出并参与项目验收遥二尧绩效评价设计与实施渊一冤评价思路结合Z市政务信息化项目管理特征袁本次评价从项目绩效尧系统绩效尧综合绩效三个层次切入遥项目绩效层面袁对立项尧采购尧实施尧验收直至上线运行全过程评价袁关注投入合理性尧设计方案完善性尧功能性能安全等各项指标是否达到预期尧信息流是否畅通遥系统绩效层面袁对信息系统服务情况尧技术水平尧可持续性尧成本效益和可复用性作出评价袁关注信息化建设是否切实提高了部门运行效率尧降低了人员和管理成本遥综合绩效层面袁从基础设施尧服务应用尧数据等政务信息资源的整合利用尧开放共享等方面进行评价袁关注是否存在重复建设尧信息孤岛尧资金资源节约意识不强等情况遥在此基础上袁结合评价组前期调研掌握情况袁此次评价重点关注以下五个方面遥1.项目建设必要性遥按照叶管理办法曳要求袁项目必要性应经过项目实施部门内部审核尧市大数据局组织的专家论证遥通过对立项过程尧建成后使用情况尧功能相似性等维度的考察袁衡量信息化项目立项依据是否充分尧是否与部门职能相匹配尧项目实施是否必要袁以及技术工具是否适当遥2.项目费用合理性遥市级信息化建设类项目的投资概渊预冤算一般由工程建设费用尧工程建设其他费用和预备费构成袁运维类项目按设备尧软件资产原值比例测算袁或按人工费投入计取遥一方面袁对照叶Z市使用财政性资金信息化项目概渊预冤算测算参考标准曳袁考察项目费用测算是否符合标准遥另一方面袁与周边地区同类项目进行比较袁评判项目成本节约情况遥评价组拟考察项目实施部门测算及评估信息化项目费用的工作模式袁为优化项目投资控制管理建言献策遥3.项目管理规范性遥项目落地实施前袁需要经过多轮专家评审尧项目方案优化等环节曰而在项目批复通过后袁可能存在未按批复意见落实相关技术要求袁也可能发生项目变更或执行野走样冶的情况遥因此袁依托市大数据局野全流程管理系统冶袁考察项目采购尧建设尧变更尧验收各环节程序是否规范袁对照项目申报资料尧专家评审意见尧招投标文件尧合同尧项目实施方案尧过程管理资料等袁分析用以保障项目规范实施的制度是否健全袁项目实施部门有无履行其主体管理责任遥4.系统预期目标实现度遥在初步考察项目计划完成情况尧投入使用情况后袁需评价尧研判对应信息系统的预期目标实现度遥评价组首先到项目需求单位及实施机构访谈调研袁明确系统建设目的袁理清系统间的业务关系曰然后袁通过梳理项目可行性研究报告尧建设方案尧绩效目标申报表等文件袁确定系统预期目标指标和目标值袁通过基础表填报尧实地核查及使用人员满意度调查等方式袁完成分项目评分曰最后总结部门整体上达到的信息化目标程度遥5.项目统筹尧整合尧共享程度遥信息化项目统筹共建袁运维体系整合袁依托一个数据底座实现业务协同和数据共享袁是Z市野十四五冶期间信息化发展要求遥叶管理办法曳规定了野市级信息化项目应充分利用现有政务信息基础设施资源袁原则上不得新建业务专网尧机房尧云计算平台等基础设施噎噎应充分利用现有政务信息资源袁可通过共享交换获取的信息资源原则上不得重复采集和建设冶等建设要求袁因此袁重点关注项目实施部门项目统筹整合方案是否完备袁系统整合推进情况袁接入市级政务数据共享交换平台及数据接口调用尧共享的情况曰反面考察是否存在各自为政尧自成体系尧重复投资尧重复建设尧重复采集的情况遥渊二冤评价内容及指标体系设计1.总体绩效评分框架遥本次评价内容符合财政项目支出特征袁故指标体系总体框架参照叶项目支出绩效评价管理办法曳渊财预也2020页10号冤及叶Z 市专项资金绩效评价共性指标曳设计袁从决策尧过程尧产出尧效益四个方面出发袁结合项目各阶段特点设计具体的评价指标遥评价指标体系共4大类26个三级指标袁决策尧过程尧产出尧效益的权重分别占15%尧15%尧20%尧50%袁绩效评分表框架见表1遥绩效管理本次评价涉及的两个被评价单位之间在信息化项目管理制度尧信息化系统预期成效尧规模和受益对象尧数据共享和开放基础方面存在较大差异袁故本次评价对两个被评价单位分别予以评分遥2.基于具体信息化系统的绩效分析与评估遥建成投用的信息化系统是本次被评价项目支出绩效的载体袁因此本次评价需要对涉及财政支出的具体信息系统绩效开展分析评价遥评价组通过系统建设方案尧招投标文件和建设合同等资料提取可量化的系统效益指标数据袁再结合现场调研尧访谈和满意度文件来综合判断信息系统投用效果遥以市应急局的安全生产监管平台为例袁评价组设计的系统绩效统计分析指标如表2所示遥渊三冤评价结论通过评价发现袁Z市近年来加快了政务信息化建设步伐袁政务数字化水平尧行业管理效能总体得到加强袁大数据累积量尧云存储和计算能力大幅跃升遥但政务信息化总体建设规划仍然落后于数字政府建设的具体要求袁在数据治理尧数据共享和开放方面面临诸多掣肘袁限制了信息化系统发挥最大效益遥从投入产出效益看袁信息化项目实施部门需求整合不够紧凑袁导致部分系统建设碎片化袁反而提高了管理成本遥围绕Z 市政务信息化问题袁本文按照政策层面尧执行层面和绩效层面三个层级来表述院1.政策层面渊1冤个别信息化建设项目与部门职能及支出责任不匹配遥本次评价发现袁个别信息化项目不应由市级主管部门承担建设袁表1政务信息化项目综合绩效评价指标体系表2安全生产监管平台绩效统计表个别信息化项目涉及的管理范畴与建设方职能关系不大遥上述问题一方面使财政承担了额外的支出负担袁另一方面给相关系统的使用和管理造成隐患遥渊2冤未针对信息系统实施跟踪监管袁信息化投资管理缺乏有效抓手遥市大数据局尚未摸清各部门信息化野家底冶袁缺乏各部门信息化系统建尧管尧用的具体信息遥此外袁各信息化项目实施部门梳理自身系统清单工作相对滞后遥内外因素叠加造成市级信息化建设和运维项目的投资必要性评估缺乏有效抓手袁监管主体与实施主体脱节袁论证方式不够科学袁最终导致部分信息化项目功能模块同质化尧建而不用的问题遥2.执行层面渊1冤前期准备和预算编制工作衔接性不强袁预算编制不够精准遥部门编制下年度预算时渊约于9月至10月冤袁大部分信息化项目仍处于市大数据局论证修订环节渊每年6月启动冤袁年度资金使用需求按项目概算及预计项目进度匡算曰市大数据局批复往往迟于预算野二上冶时间节点袁导致预算定数调整错过窗口期袁只能在预算执行期内予以调整遥预算执行期内袁实际应支付的时间点和对应金额袁同样会受到项目评审结果尧采购开展情况尧实施进度尧审计等各环节诸多不确定的因素影响袁最终造成年度预算执行偏离度大遥渊2冤系统采购成本控制水平仍有提升空间遥评价组将市公安局和市应急局信息化项目采购价格与其他可比地区同类项目中标价格进行对比袁发现Z市最高遥例如野危化品安全监测系统冶同年度采购价格中袁在业务管理要求尧用户规模和功能点类似的情况下袁Z市高出同类项目价格约57.6%遥从中标价与最高限价渊预算批复金额冤的比例来看袁市公安局16个建设类抽样项目平均控制在97.24%袁11个运维类抽样项目平均控制在98.19%曰市应急局三大建设类项目关联的4笔采购平均控制在97.24%遥上述数据反映出袁市公安局和市应急局信息化项目通过竞争性采购压降成本程度普遍有限遥渊3冤部分信息化项目采购周期过长遥市公安局建设类信息化项目从行政审批局立项批复到完成合同签订袁平均用时4.3个月渊最短2.6个月冤曰超过6个月的项目有四项袁周期从6.3个月到31.3个月不等遥信息化项目更新迭代周期短袁立项至完成采购周期过长袁不可避免地降低了最终应用系统的先进性袁变相缩短了财政资金投入效益周期遥渊4冤部分系统需求规格与实际用量存在偏差遥一是个别系统有野超配冶倾向遥例如袁市公安局智能保障平台在项目建议书的性能需求分析中提出支持日常3000个以上用户在线连接袁1000个用户并发曰实际上袁2022年前三季度日均用户登录次数为367.62次渊按工作日为592.49次冤袁需求规格偏高遥二是个别系统存在野少配冶问题遥例如袁市应急局安全生产监管平台尧应急隐患排查治理平台仅考虑市级层面使用袁设计用户量分别为400人尧2300人曰实际在全市各板块推广使用袁现有对应用户量1661人尧5161人遥系统生成的业务量过高袁导致原来的数据库表结构不适用袁动态统计报表模块无响应袁由此导致添加导航等额外开发量和开发成本遥3.绩效层面渊1冤部分信息化项目功能存在重复建设和建而未用情况遥市应急局个别信息化项目内容与省级信息化系统存在建设内容重叠情况遥例如袁市应急隐患排查治理平台渊2020年11月上线冤与省级安全生产行政执法系统渊2019年6月上线冤的法定权责事项交叉袁当前数据从省系统平台进行采集统计后袁回流至市平台使用遥实际情况下袁省级平台已能够满足Z市应急局管理需求袁无需重复建设遥市应急局已建成的信息化项目间存在个别功能重复建设和建而不用的情况遥如安全生产信息化管理系统的野培训考核冶模块与Z市安全生产培训考核系统功能重复袁除合格证书查询功能可正常使用外袁其余功能已经停用遥安全生产信息化管理系统的野执法检查冶野生产事故管理冶模块与Z市应急隐患排查治理平台功能重复曰后者现在基本被省级安全生产报告系统尧省级安全生产执法系统替代遥知识库功能渊法律法规尧政策文件冤基本在每个业务系统都有雷同设置袁内容更新不及时袁且利用率低遥绩效管理渊2冤应急管理条线系统过于分散袁总体云资源使用率偏低遥针对基层工作人员发放的满意度结果反映袁安全条线系统过多袁需要对接交通安全尧食品安全尧消防安全尧建筑安全尧生产安全等多个职能条线的信息化系统曰应急管理条线系统也较多袁基本上每一类灾害都有信息化系统遥安全条线基层工作人员对于系统分散尧反复处理报表工作尧系统业务逻辑不适应基层工作的问题反响较大遥受访人员认为信息系统管理不仅未能提升工作效能袁反而降低了工作效率袁带来较大的工作负担遥这一情况在市应急局安全生产监管平台的用户反映较为强烈遥市应急局信息系统均部署在云服务器袁截至评价时点的近一个月袁市应急局信息系统采购的云服务器CPU尧内存尧存储平均使用率分别为7%尧15%尧8%袁分别未达到目标值20%尧35%尧40%遥云资源是部门使用财政资金购买的有偿服务袁云资源使用率偏低侧面体现出相应的财政资金投入效益未达预期目标遥渊3冤跨部门数据共享难度大遥以市公安局信息化数据为例袁市公安局的纵向业务系统非常完善袁产生了海量的数据信息袁但横向对其他部门的信息共享程度却很低袁政务信息共享存在野纵强横弱冶的局面遥虽然市级层面确立了市大数据中心渊市大数据局下属机构冤作为中间者协调部门数据对接问题的机制袁但部门间数据对接共享不畅的问题仍然存在遥以健康码数据尧野雪亮工程冶视频数据为例袁该数据由市公安局管理袁目前其余部门无法通过市大数据局对接获取袁需求部门需要自行和市公安局对接遥市公安局支队众多尧信息系统庞杂袁管理程序复杂袁数据对接工作要跨越多个分支袁现阶段没有专业主管部门的协调和信息整合袁跨部门数据共享过程长尧难度大遥三尧案例总结渊一冤当前政务信息化项目的管理特征和潜在风险经过对Z市政务信息化项目管理脉络的梳理袁总结出三个特征院一是目前信息化项目建设仍以项目实施部门为主体袁由它们发起建设需求袁并在提交项目建设方案前进行内部立项审批袁初步整合需求和确定投资规模曰二是市大数据局是重要的项目管理方袁由大数据局制定项目管理规则袁并参与重大项目事前尧事后环节的管理工作曰三是当前政府数据开放和共享的范围和程度实质上取决于数据生产部门的意愿和保密政策要求遥结合上述管理特征发现袁当前政务信息化项目管理存在三个不够健全的地方院一是项目实施部门信息化需求管理能力不健全袁这主要受制于信息化牵头部门在专业人才尧技术和标准方面的缺失曰二是大数据局管理职能有待进一步深化袁包括如何克服与项目实施单位的信息不对称尧如何提出更加专业的需求整合意见尧如何更加科学地核减项目成本等曰三是政府数据开放和共享的制度设计不够健全袁包括数据共享和开放的激励机制和交换机制仍不明确遥渊二冤专项资金绩效评价和总结需要遵循从宏观到微观的总体思路预算项目是专项资金支出内容的具体表现形式袁由于信息化项目的性质和内涵差异大袁因此信息化专项资金的预算项目组成十分复杂遥在此种情况下袁需要遵循从宏观到微观的总体思路开展评价和总结遥宏观评价需要首先把握本地区政务信息化管理的总体脉络袁梳理主要管理主体职责和重要管理环节内容袁其次要以评价指标体系为导向袁在具体部门尧具体信息化项目中总结共性问题袁并回归到地区政务信息化项目管理特征中进行分析总结袁过于聚焦具体信息化项目问题会导致工作精力分散袁抓不准问题症结遥微观评价是评价工作的基础袁如果专项资金项目数据庞大袁推荐采用抽样评价的方法开展评价袁但样本评价必须要野具体问题具体分析冶袁不能设置雷同的评估标准遥姻渊作者单位院上海闻政管理咨询有限公司冤要要要要要要要要要要要要要要要参考文献财政部.关于印发叶项目支出绩效评价管理办法曳的通知[EB/OL].渊2020-03-02冤./zhuantilanmu/ysjxgl/202003/t20200302_3476430.htm.。

工程项目管理综合案例分析

工程项目管理综合案例分析

工程项目管理综合案例分析一案例一:【背景材料】某实施监理的工程,建设单位与施工单位按照“建设工程施工合同(示范文本)”签订了施工合同。

项目监理机构批准的施工进度计划如下图所示,各项工作均按最早开始时间安排,匀速进行。

施工过程中发生如下事件:事件1:施工准备期间,由于施工设备未按期进场,施工单位在合同约定的开工日前第5天向项目监理机构提出延期开工的申请,总监理工程师审核后给予书面回复。

事件2:施工准备完毕后,项目监理机构审查工程开工报审表及相关资料后认为:施工许可证已获政府主管部门批准,征地拆迁工作满足工程进度需求,施工单位现场管理人员已到位,但其他开工条件尚不具备。

总监理工程师不予签发工程开工报审表。

事件3:工程开工后第20天下班时刻,项目监理机构确认:A、B工作已完成;C工作已完成6天的工作量;D工作已完成5天的工作量;B工作在未经监理人员验收的情况下,F工作已进行1天。

问题:1.总监理工程师是否应批准事件1中施工单位提出的延期开工申请?说明理由。

2.根据《建设工程监理规范》(GB50319-2000),该工程还应具备哪些开工条件,总监理工程师方可签发工程开工报审表?3.针对上图所示的施工进度计划,确定该施工进度计划的工期和关键工作。

并分别计算C工作、D工作、F工作的总时差和自由时差。

4.分析开工后第20天下班时刻施工进度计划的执行情况,并分别说明对总工期及紧后工作的影响,此时,预计总工期延长多少天?5.针对事件3中F工作在B工作未经验收的情况下就开工的情形,项目监理机构应如何处理?案例二:【背景材料】某工程,甲施工单位按照施工合同约定,拟将B、F两项分部工程分别分包给乙、丙施工单位。

经总监理工程师批准的施工总进度计划如下图所示(单位:d),各项工作匀速进展。

工程实施过程中发生以下事件。

事件l:工程开工前,建设单位未将委托给监理单位的监理内容和权限书面告知甲施工单位。

甲施工单位向建设单位提交了乙施工单位分包单位资格报审表及营业执照、企业资质等级证书、安全生产许可文件和分包合同等材料,申请批准乙施工单位进场,建设单位将该报审材料转交给项目监理机构。

工程项目案例分析总汇

工程项目案例分析总汇

⏹某年4月A单位拟建办公楼一栋,工程地址位于已建成的X小区附件。

A单位就勘察任务与B单位签订了工程合同。

合同规定勘察费15万元。

定金为合同价的20%。

该工程经过勘察、设计等阶段于10月20日开始施工。

施工承包商为D建筑公司。

⏹问题:⏹1、委托方A应预付勘察定金数额是多少?⏹2、该工程签订勘察合同几天后,委托方A单位通过其他渠道获得X小区业主C单位提供的X小区的勘察报告。

A单位认为可以借用该勘察报告,A单位即通知B单位不再履行合同。

请问在上述事件中,哪些单位的做法是错误的?为什么?A单位是否有权要求返还定金。

⏹ 3、若A单位和B单位双方都按期履行勘察合同,并按B单位提供的勘察报告进行设计与施工。

但在进行基础施工阶段,发现其中有部分地段地质情况与勘察报告不符,出现软弱地基,而在原报告中并未指出。

此时B单位应承担什么责任?⏹4、问题3中,施工单位D由于进行地基处理,施工费用增加20万元,工期延误20天,对于这种情况,D单位应怎样处理?而A单位应承担哪些责任?1、委托方A应预付勘察定金数额是多少?⏹15X20%=3万元⏹2、该工程签订勘察合同几天后,委托方A单位通过其他渠道获得X小区业主C单位提供的X小区的勘察报告。

A单位认为可以借用该勘察报告,A单位即通知B单位不再履行合同。

请问在上述事件中,哪些单位的做法是错误的?为什么?A单位是否有权要求返还定金?⏹答:A单位和C单位的做法都是错误的。

A单位不履行勘察合同,属违约行为;C单位应维护他人的勘察成果和设计文件,不得擅自转让给第三方,也不得用于合同以外的工程。

而C单位将他人的勘察报告擅自提供给A单位,并用于合同外工程,这种做法是错误的。

委托方A单位不履行勘察合同,无权要求返还定金。

⏹3、若A单位和B单位双方都按期履行勘察合同,并按B单位提供的勘察报告进行设计与施工。

但在进行基础施工阶段,发现其中有部分地段地质情况与勘察报告不符,出现软弱地基,而在原报告中并未指出。

工程项目管理分析案例(3篇)

工程项目管理分析案例(3篇)

第1篇一、背景介绍随着我国经济的快速发展,城市化进程不断加快,城市交通需求日益增长。

为缓解城市交通压力,提高城市交通效率,某城市决定建设一条地铁线路,以优化城市交通结构。

本案例以某城市地铁一号线建设项目为研究对象,对其项目管理进行分析。

二、项目概况某城市地铁一号线全长约30公里,共设24座车站,总投资约120亿元。

该项目于2015年3月正式开工,预计2020年12月竣工通车。

项目主要分为三个阶段:前期准备阶段、建设阶段和运营筹备阶段。

三、项目管理目标1. 工期目标:确保项目按计划进度完成,实现2020年12月通车目标。

2. 质量目标:确保工程质量达到国家标准,实现“零缺陷”目标。

3. 成本目标:合理控制项目成本,确保项目投资控制在预算范围内。

4. 安全目标:确保施工安全和运营安全,实现“零事故”目标。

四、项目管理方法与措施1. 组织管理(1)成立项目管理部,负责项目的整体规划、组织协调和监督执行。

(2)设立项目经理、项目副经理等职位,明确各部门职责,确保项目高效运作。

(3)建立项目管理制度,规范项目运作流程,提高项目管理水平。

2. 进度管理(1)编制项目进度计划,明确各阶段任务和时间节点。

(2)采用网络计划技术(PERT)进行进度控制,确保项目按计划推进。

(3)定期召开项目进度会议,及时调整计划,确保项目进度不受影响。

3. 质量管理(1)建立健全质量管理体系,确保工程质量符合国家标准。

(2)对关键工序和关键环节进行严格控制,确保工程质量。

(3)开展质量检查和验收,及时发现和解决问题,确保工程质量。

4. 成本管理(1)编制项目成本预算,合理控制项目成本。

(2)采用成本控制方法,如挣值管理(EVM),对项目成本进行动态监控。

(3)加强合同管理,确保合同条款的执行,降低项目成本。

5. 安全管理(1)建立健全安全生产责任制,明确各级人员的安全责任。

(2)加强施工现场安全管理,确保施工安全。

(3)开展安全教育培训,提高员工安全意识。

项目综合案例分析3

项目综合案例分析3
▪ 第二项任务:制定项目计划并提交管理层评审
▪ 估计正常情况下需要5天,成本约3750元 ▪ 加班赶工时可在3天完成,成本为4500元
▪ 第三项任务:需求分析、系统设计
▪ 历史估计为15天,成本45000元 ▪ 加班时约需10天,成本58500元
案例场景
▪ 设计完成后,有三项工作必须同时进行 ▪ 开发电子商务后台数据库
▪ 累计关键路径中加班后的最短时间,为30天,成本为 127,650元
注意:最短完成时间路径并不是加班情况下的最短路径,而是最长路径-关键路径
关键路径: ①②③④⑥ ⑧⑨
案例问题解答
▪ 【问题2】
▪ 假定调研其他电子商务平台的任务需要13天而不是原 先估算的10天,项目经理小张应采取什么行动来保持 项目按正常速度进行且增加的成本最少?
▪ 找出 B、C、E、F 的紧后活动 ▪ B、C 的紧后活动是 D ▪ F 的紧后活动是 G ▪ D、E 的紧后活动是 I ▪ 由于 B、C 活动对 D 是平行工作
因此引入虚活动
绘制双代号网路图步骤
▪ 第3:从左到右依次找出紧后活动
▪ 找出 I、G 的紧后活动 ▪ D、E、G 的紧后活动为 H
▪ D、E、G 对 H 来说是平行工作,因此引入虚活动
▪ 在不加班情况下估计需10天,成本9000元 ▪ 加班情况下估计仅需要7天,成本11250元
▪ 开发和编码前台网页脚本
▪ 项目团队估计可在10天完成,成本17500元 ▪ 如果允许加班可缩短2天时间,成本19500元
▪ 电子表单控件设计与开发
▪ 采用外包方式进行,需要7天,外包成本8400元 ▪ 没有加班赶工方案
▪ 【解答】
▪ 由于调研电子商务平台活动①②在关键路径上,导 致整个项目工期延长3天,因此应考虑加班赶工来保证 整个项目进度,为保证项目进度,需赶工3天

工程项目管理案例论文 项目工程管理案例分析(最新3篇)

工程项目管理案例论文 项目工程管理案例分析(最新3篇)

工程项目管理案例论文项目工程管理案例分析(最新3篇)推荐工程项目管理案例论文(精篇一1、垃圾场进场道路年后打板及边沟砌筑全部在责任成本内完成工程任务,累计完成产值288.9万元。

2、阜南路道路改造工程按合同工期要求全部在责任成本内完成施工任务,累计完成产值13873773元。

工程开工以后,我们严格控制施工质量,从基础开始,一步一个脚印的进行达到业主所要求的工程质量,工程进度快速合理,努力做到质量高于一切,效率再创辉煌,受到业主的赞同和表扬。

3、朱三路沥青面层、胜利北路沥青面层在施工间隙顺利完成,施工中还通过及时与主要负责人沟通和协调,变更了计价方式,在保证工程质量和公司利益的双赢局势下,出色的完成了工程任务,累计完成产值达2810747元。

4、三角州公园i标主园道路在1个月内完成主体工程施工,由于各承包单位的附属工程进度不太一致,沥青面层施工不得不延迟两个月进行,为将工程按规定时限保质保量的完成,施工以来,制定了严格的项目管理目标和质量管理体系以及管理人员岗位责任制,在规定时限出色的完成施工任务,累计完成产值达195.5万元。

5、在施工期间,利用施工间隙对商厦交口、颍州公安分局道路进行了面层摊铺,工程完成顺利,质量良好,得到业主的认可。

累计完成产值达109万元。

6、自7月份进驻亳州市老子路道路工程施工场地,我部门积极配合业主征地拆迁,努力让前绪拆迁工作安全,按时,顺利的完成,施工以来,在保证施工质量的前提下,我按照公司要求的工期,组织制定了施工进度计划,并且根据施工进度要求,与各个施工班组签定了质量。

进度。

安全控制协议书。

各施工班组按照公司要求保证了施工质量与进度,在合同工期内基本完成全部施工任务,项目部也克服了异地施工工作环境不熟悉、工程造价低廉的困难。

在工程质量、进度及安全等各方面都得到业主的大力赞扬和奖励。

不仅完成了任务,而且还赢得了市场的一致认可,更是为公司获取了利润。

累计完成产值达2060万元。

项目分析报告案例范文(4篇)

项目分析报告案例范文(4篇)

项目分析报告案例范文(4篇)项目分析报告案例篇1 一、项目概况项目拟取名为“莎络”,位于合肥市政务新区,合肥政治经济繁华地带,店面总面积为:720平方米,店面主体建筑为2层。

原店一层为大厅、吧台、厨房、仓库并设有两个大型包厢;二层设有7个中型包厢。

原店包厢数为9间。

投资计划前期投资费用预计为70万人民币,其中35万用于店面整体转让费用,20万用于前期整改装修费用,15万用于酒楼周转资金。

前期先对大厅、一层2个大型包厢进行整体装修,后期再视营业状况在不影响日常营业的情况下用投资回报款项对二层包厢进行逐个装修。

包厢按合肥餐饮中高档次进行装修。

目标成为合肥市主要的西餐厅之一。

二、“莎络”西餐厅风格“莎络”西餐厅作为一个典型的法式西餐厅,整个餐厅充满法国特有的文化元素,浪漫的氛围,优雅舒适的环境,高雅的文化艺术,温馨的感觉弥漫着整个餐厅。

餐厅的建筑是具有复古色彩、体现法国风情的巴洛克式建筑,自由的外形、富丽的装饰和雕刻、强烈的色彩将我们带入到18世纪的文艺复兴时期。

室内装修大胆采用高贵典雅的金黄色,四周悬挂着大型的水晶吊灯,周围墙壁上悬挂着具有欧洲风情的画图,增加餐厅的艺术气息。

还运用一些欧洲建筑的典型元素,诸如拱券、铸铁花、扶壁、罗马柱等来构成室内的欧洲古典风情。

三、餐厅人员配置1.办公室经理:设经理一名,副经理一名。

2.财务主管:1人3.库房经理:2人4.管理人员:设管理人员五人,每人分管六台客人。

5.高档接待人员:20人6.餐桌服务员:40人7.迎宾员:5人,门口两人,正厅两人,吧台处一人.8.收银员:2人9.吧台服务员:2人10.保安:6人11.厨师:8人,法式面包师2人,法式菜肴厨师2人,中餐厨师2人,意式厨师2人。

12.外送人员:4人13.清洁工:8人四、菜单设计:见附件五、宏观分析(一)餐饮业持续快速发展,产业规模不断扩大我国素有“民以食为天”的传统,餐饮业作为我国第三产业中一个重要的支柱产业,一直在社会发展与人民生活中发挥着重要的作用。

评标综合案例分析

评标综合案例分析

精心整理【案例一】背景:某大型工程,由于技术难度大,对施工单位的施工设备和同类工程施工经验要求高,而且对工期的要求也比较紧迫。

业主在对有关单位和在建工程考察的基础上,仅邀请了3家国有一级施工企业参加投标,并预先与咨询单位和该3家施工单位共同研究确定了施工方案。

业主要求投标单位将技术标和商务标分别装订报送。

经招标领导小组研究确定的评标规定如下:1.技术标共30分,其中施工方案10分(因已确定施工方案,各投标单位均得10分)、施工总工期10分、工程质量10分。

满足业主总工期要求(36个月)者得4分,每提前1个月加1分,不满足者不得分;业主希望该工程今后能被评为省优工程,自报工程质量合格者得4分,承诺将该工程建成省优工程者得6分(若该工程未被评为省优工程将扣罚合同价的2%,该款项在竣工结算时暂不支付给承包商),近三年内获鲁班工程奖每项加2分,获省优工程奖每项加1分。

2.商务标共70分。

报价不超过标底(35500万元)的±5%者为有效标,超过者为废标。

报价为标底的98%者得满分(70分),在此基础上,报价比标底每下降1%,扣1分,每上升1%,扣2分(计分按四舍五入取整)。

各投标单位的有关情况列于表4-7。

表4-7投标单位报价(万元)总工期(月)自报工程质量鲁班工程奖省优工程奖A 35642 33 优良 1 1B 34364 31 优良0 2C 33867 32 合格0 1问题1:该工程采用邀请招标方式且仅邀请3家施工单位投标,是否违反有关规定?为什么?答:不违反(或符合)有关规定。

因为根据有关规定,对于技术复杂的工程,允许采用邀请招标方式,邀请参加投标的单位不得少于3家。

问题2:请按综合得分最高者中标的原则确定中标单位。

解:1.计算各投标单位的技术标得分,见表4-8。

????????????表4-8投标单位施工方案总工期工程质量合计A 10 4+(36-33)×1=76+2+1=9 26B 10 4+(36-31)×1=96+1×2=827C 10 4+(36-32)×1=84+1=5 232.计算各投标单位的商务标得分,见表4-9。

项目管理案例分析

项目管理案例分析

项目管理案例分析1.某安装工程锅炉间3#栈桥处,一块方木从8米层坠落,打中正在施工的员工唐某的头部,令其当场昏迷,3分钟后才醒来。

唐某当时正确佩戴有安全帽。

事故的直接原因是土建单位拆除模板时无警戒线、无人监护、未发通知导致。

下午4:20项目部刘某从主厂房检查工作后走出来时,被一块轻质水泥砖从16米层高度坠落时,直接打在刘某的右肩和右后背之间,安全帽刮破,刘当即昏倒。

后经市人民医院进行全面检查后,刘劲双肺清晰、心肺正常,但右第4、5节肋骨骨折。

事故的原因目前正在业主、监理的参与下进行调查。

此地段下午4:30分以前是甲单位施工,4:30分后为乙单位筑炉队施工,砖头只有这两单位使用。

1、上述两起事故同一天发生,虽然直接原因不不同,但从其中可以看到安全管理工作仍有许多不足和欠缺。

如何预防他人伤害?2、业主为赶工期,一般都是土建施工未完成,就要求安装单位施工,造成交叉作业,在赶工期与安全管理工作中,如何确保工期?如何加强安全管理?参考答案工程项目的安全管理贯穿项目实施阶段的全过程,在项目实施阶段安全管理极其重要,各相关单位和责任人要高度重视。

建立健全安全生产的组织措施和技术措施,进行安全教育、落实岗前交底,提高安全意识,真正做到全员参与、群众监督,杜绝盲目指挥、野蛮操作。

运用组织措施层层落实安全责任,及时发现安全隐患,制定纠偏措施,消除危险。

检查、监督安全防护设施是否正确运行,确保“安全第一,预防为主”的目标实现。

应该制定详细的项目责任章程,建立谁负责谁监督的机制,建立好沟通原则,通过规章制度来要求。

除上述分析外,因整个工程项目由两个不同的单位进行操作,可能存在沟通上的问题,所以该项目中应有专职进行项目沟通的成员。

2. 目前有一项医疗电子设备开发的项目,参加项目的基本上是在校的大学生。

因为该项目是某老师自己出资,所以资金比较缺乏,学生基本上没有任何工资。

老师的想法很简单,学生们参加项目是来学习的,自然不会有什么报酬。

项目投资分析案例

项目投资分析案例
按投资项目的风险等级来调整贴现率 对影响投资项目风险的各因素进行评分,根据评 分来确定风险等级,根据风险等级来调整贴现率。
按风险调整贴现率法
用风险报酬率模型来调整贴现率 总报酬=无风险报酬率+风险报酬率
K j = RF + bVi i
7 无形资产投资
特点: 没有物质实体 能带来超额利润 能在较长时期内发挥作用
项目 ∆销售收入 ∆付现成本 ∆折旧额 ∆税前净利润 ∆所得税 ∆税后净利润 ∆营业净现金流量
第1-5年 30000 10000 6000 14000 5600 8400 144000
项目
0
1
2
3
4
5
∆初始投 -40000 资 ∆营业净 现金流 量 ∆回收期 现金流 量 ∆现金流 -40000 量 14400 14400 14400 14400 14400 14400 14400 14400 14400
3 投资开发时机决策
为什么要找最佳开发时机? 寻求净现值最大的方案 由于开发时间不同,必须把后开发的净现值换 算为早开发的第1年初现值,再进行对比
案例
大发公司拥有一稀有矿藏,这种矿产品的价格 在不断上升。根据预测,6年后价格将一次性 上升30%,因此,公司要研究现在开发还是6 年后开发的问题。无论现在开发还是6年后开 发,初始投资均相同,建设期均为1年,从第2 年开始投产,投产后5年就把矿藏全部开采完。 详细资料见下表。
第2-6年 以后开发 260 60 16 184 74 110 126
营业现金流量 90
现在开发
以后开发
项目
0
1
2-5
6
0 -80 -10
1
2-5
6

综合体案例分析之广州太古汇_项目特色业态分布交通组织资料37p

综合体案例分析之广州太古汇_项目特色业态分布交通组织资料37p

林和西
太古汇
体育西路 体育东路 天河体育中心
天河北路
体育中心
天河路
地铁1号线
广州大道中
体育西路
石牌桥
华夏路
冼村路
富力君悦大酒店
珠江新城
广州妇儿中心 广州歌剧院 临 江
广州图书馆 广东省博物馆 大 道
珠江
地 铁 3 号 线
20 Mins to
广州电视塔
香格里拉大酒店和广州国际会展中心
猎德大道
富力丽思 卡尔顿大酒店
综 合 体 案 例 分 析

广 州 太 古 汇
项目概况
项目特色
业态分布 交通组织
总结
项目概况——区位
与广州地铁系统直接联系。
太古汇位于广州天河中央商务区核心地段,天河路与天河东路交界的交通枢纽区域地带,
5 Mins to
广州东站 广汕铁路
45 Mins to广州白云机场Fra bibliotek广州海航威斯汀酒店
位形象;椭圆的中庭,贯穿商场顶层的玻璃天廊都是太古汇商场独有的 特色,椭圆型采光井设置,节能环保,优化环境空间的视觉感受和购物 体验。
项目特色
公共空间,三层近1000平方米公共绿化广场设置,有效形成项目
功能转换空间和休闲空间;弥补了CBD中心区公共区域的缺失,提升 项目整体的环境和品质感受。
照明系统,早上的商场内虽然灯光微弱,但光线依然明朗,低碳、
交通组织——外部流线
华文路
一号线地铁 Metro 1
文 华 街
文化中心 出入口
卸货区 出入口
P
停车场 出入口
P
酒店出入口
负二层往地铁站 快速公交站 二座出入口 天河路

项目管理案例分析04

项目管理案例分析04

项⽬管理案例分析04项⽬整体管理案例项⽬的整体管理在项⽬管理的9个知识领域中处于核⼼位置,其功效就是⽤来整合其他8个知识领域。

项⽬经理则要起到关键性的组织、协调与管理作⽤,然⽽这并⾮易事,许多IT项⽬经理在做项⽬时总感觉需要协调各种各样的资源,然⽽⼜似乎⽆从下⼿,⼀些事情好像⾝不由⼰,⽆法控制。

项⽬整体管理是围绕项⽬管理计划的制定、执⾏和控制进⾏的,通过项⽬资源的整合,将项⽬所有的组成要素在恰当的时间、正确的地⽅、与合适的⼈物结合在⼀起,以成功地完成项⽬。

按照PMBOK2004中的定义,项⽬整体管理的过程包括制定项⽬章程、制定项⽬初步范围说明书、制定项⽬管理计划、指导和管理项⽬执⾏、监督和控制项⽬⼯作、整体变更控制和项⽬收尾。

案例⼀阅读以下关于在信息系统项⽬管理过程中项⽬整体管理⽅⾯问题的叙述,回答问题1⾄3,将解答填⼊答题纸的对应栏内。

案例场景:A集团下属信息技术有限公司新接到⼀个有关电⼦政务公⽂流转系统的软件项⽬,王⼯作为公司派出的项⽬经理,带领项⽬组开始进⾏项⽬的研发⼯作。

王⼯以前是⼀名⽼技术⼈员,从事Java开发多年,是个细⼼⽽⼜技术扎实的⽼⼯程师。

在项⽬的初期,王⼯制定了⾮常详细的项⽬计划,项⽬组⼈员的⼯作都被排得满满的,为加快项⽬的进度,王⼯制定项⽬计划后即分发到项⽬组成员⼿中开始实施。

然⽽,随着项⽬的进展,由于项⽬需求不断变更,项⽬组⼈员也有所更换,项⽬组已经没有再按照计划来进⾏⼯作,⼤家都是在当天早上才安排当天的⼯作事项,王⼯每天都要被⼯作安排搞得焦头烂额,项⽬开始出现混乱的局⾯。

项⽬组中的⼀名技术⼈员甚⾄在拿到项⽬计划的第⼀天就说:“计划没有变化快,要计划有什么⽤”,然后只顾埋头编写⾃⼰⼿头的程序。

⼀边是客户在催着快点将项⽬完⼯,要尽快将系统投⼊⽣产;另⼀边是分公司管电⼦政务项⽬的张总在批评王⼯开发任务没有落实好。

[问题1](8分)请⽤400字以内的⽂字,说明王⼯制定的项⽬计划应包括的主要内容。

建设工程项目案例分析

建设工程项目案例分析

建设工程项目案例分析【篇一:建设工程项目案例分析】案例分析案例一某建筑公司承建阳光集团工程的施工任务,该工程于 1995 15日开工建设,于 1996 20日竣工验收交付使用,工程保修期为正常使用条件下,建设工程的最低保修期。

2002 月份,用户发现屋面大面积漏水。

经调查,屋面漏水的主要原因是施工单位施工过程中,使用的防水材料质量存在问题。

项目经理瞒过了监理工程师。

问题:1、在正常使用条件下,屋面防水工程保修期为多久?该屋面防水漏水时,是否已过保修期?施工单位是否对该质量问题负责,为什么? 2、为避免出现质量为题,施工单位应事前对哪些因素进行控制?解析:1、在正常使用条件下,屋面防水工程的最低保修期限为年。

该屋面防水漏水时,已经过了保修期。

虽然已经过了保修期,但施工单位仍要对该质量问题负责。

原因是:该问题发生是由于施工单位采用不合格材料造成,是施工过程造成的质量隐患,不属于保修期的范围,因此不存在过了保修期的说法。

2、影响施工项目的质量因素主要有5 个方面,即:4m1e ,指人、材料、机械、方法和环境。

案例二某市海伦大厦,地下二层,地上22 层,为现浇钢筋混凝土剪力墙结构,总建筑面积23280 平方米。

1995 日。

在建设单位召开的协调会上,施工单位提出:因气温逐渐下降,为保证年底结构封顶,加快施工进度,将原先使用的矿渣水泥改为普通硅酸盐水泥,得到了建设单位、监理单位等方的认可。

水泥由施工单位采购,施工单位确定今朝商贸公司为供应商,该公司采用金华厂生产的水泥。

施工单位认为在协调会上建设和监理单位已经同意施工单位提出将矿渣水泥改为普通硅酸盐水泥的方案,因此在 1995 15日未经监理工程师许可即进场第一批水泥。

问题:(1)施工单位未经监理单位许可即进场水泥的做法是否正确,施工单位应如何做?(2)为了保证海伦大厦工程质量达到设计和规范要求,施工单位对进场材料应如何进行质量控制?(3)简述材料质量控制的要点。

建设项目评估案例分析案例

建设项目评估案例分析案例

建设项目评估案例分析案例第12章建设项目评估是投资建设项目决策的重要环节。

为了使读者对一般投资建设项目的评估过程及报告内容有一个更深入的理解和认识,本章我们以案例的形式来介绍建设项目评估的具体过程。

但由于一个投资建设项目评估包括的内容很多,基于篇幅限制,不可能全部介绍,本次仅重点就投资建设项目评估中的市场需求预测,生产工艺技术方案设计及建设项目的财务评估进行介绍。

12.1建设项目评估案例分析——某新建煤炭项目经济评价12.1.1概述1.项目概况本项目为新建矿井及选煤厂工程,由国内A、B两投资方组建的项目公司建设和经营,是本项目的财务分析主体。

井田位于内蒙古西部地区,东西长10.38km,南北宽4.06km,井田面积42.14km2,煤炭资源储量906.57Mt,可采储量519.67Mt,煤种为中灰、低硫、中高热值的长焰煤,煤层顶板以粘土岩、砂质泥岩为主,局部为粗砂岩,低瓦斯,水文地质条件简单,矿井正常涌水量138m3/h,最大涌水量190m3/h。

经过方案比选后,设计推荐矿井采用斜井开拓方式,布置一个采区一个引进综采设备工作面,井下主运输采用胶带输送机,辅助运输采用无轨胶轮车。

选煤厂采用适应性强、分选精度高、自动化程度高、经济效益佳、维护管理方便飞重介浅槽分选方法。

煤炭产品通过铁路外运销售。

矿井及选煤厂设计生产能力均为6.00Mt/年。

矿井建设准备期6个月,施工工期24个月,项目拟于2006年1月开始准备,2006年7月开工建设,2022年7月建成投产,投产当年生产原煤2.50Mt,2022年及以后达到设计生产能力,生产原煤6.00Mt。

选煤厂与矿井同步建成。

矿井劳动定员523人,选煤厂劳动定员84人。

选煤厂产品方案为末煤[粒级25(13)-0mm、Ad=23.30%、Q=4713.18kcal/kg]和混煤(粒级50-0mm、Ad=13.46%、Q=5508.8kcal/kg)两种产品。

2.编制依据本经济评价的编制依据为项目可行性研究报告推荐的技术方案、产品方案、建设条件、建设工期、《建设项目经济评价方法与参数》(第三版)及国家现行财税政策、会计制度与相关法规。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

案例二:范围管理工作要点
案例分析 软件项目的范围变更应重新进行项目计划的调整
• 将项目分解成两部分,实际上项目范围已经被扩大了 • 范围变化导致任务、任务之间的逻辑关系的重新调整 • 需要考虑分割项目的验收标准,这是与用户达成一致的前提

范围控制并非总是针对客户的要求而进行的
• 控制项目范围=控制需求,这个公式是错误的 • 设计策略是项目经理可以把握的(够用策略、牺牲质量特性策 略、过度设计) • 即使需求已经确定,有效的范围管理仍能给项目带来巨大收益 • 范围管理的空间很大,带来的收益是降低成本、缩短工期
案例二:范围管理工作要点

案例场景




要求项目组成员通过加班加点方式追逐4个月完成项目 的目标,肯定会降低项目的质量,造成用户的不满。 对此,张凡提出的解决方案是:将整个项目分成两部 分实现,第一部分使用三个半月的时间,第二部分使 用三个月的时间,分别制定出两部分的验收标准,这 样不增派开发人员也能完成项目。 高层经理孙总认为该方案可以满足公司运作的要求, 用户也同意按照这种方案进行实施。 六个半月以后,项目在没有增加人员投入的情况下顺 利完成,虽然整个项目比最初的计划延长了半个月, 但既达到了公司的要求,客户对交付的系统也比较满 意,项目成员也没有感受到很大的压力。
案例一:范围定义
案例场景 由于最初设计的缺陷,系统表现层和逻辑层紧密耦合, 导致70%的代码重写,而第二版的用户界面仍然没有达 到用户的要求,最终又重写了部分代码才勉强通过用户 验收。由于整个项目反复变更,项目组成员产生了强烈 的挫折感,士气低落,项目工期也必原先的计划超出一 倍,项目成本超出预算的100%,项目用户满意度较低。 该项目最终的结果与公司的期望偏差很大,黎明公司决 定暂时放弃进军电子政务市场,并要求相应的事业部进 行业务转型,大幅度裁员,骨干技术人员流失严重!
案例二:范围管理工作要点

案例场景



项目经理张凡组织相关人员对该项目的工作进行了分 解,并参考了黎明公司和A集团曾经合作的项目,评估 得到项目总工作量为60人月,计划工期为6个月。 项目刚刚开始不久,张凡的高层经理孙总找到张凡, 孙总表示由于公司运作的需要,要求张凡在4个月内完 成项目,考虑到压缩工期的现实,可以为该项目增派 两名开发人员。 张凡认为,整个项目的工作量是经过仔细分解后评估 得到的,评估过程也参考了历史上与A集团合作的项目 度量数据,该工作量是客观现实的。目前项目已经开 始,增派新的开发人员还需要一定时间的熟悉,因此 即使增派两人也很难在四个月内完成项目,如果强行
案例二:范围管理工作要点

问题解答

问题2:结合案例指出项目范围管理的工作要点?
1. 2. 3. 4. 5. • 制定范围管理计划 进行项目范围定义 项目工作分解WBS 进行项目范围确认 对项目范围进行控制 本案例中,张凡首先进行了范围定义和工作分解,得到清晰的 项目范围;在出现新的项目目标后,张凡进行了范围控制,重 新定义了两个阶段的项目范围;最后,将重新定义的范围与项 目干系人进行了确认
案例二:范围管理工作要点
案例分析 案例中,张凡还运用了其他范围管理手段
• 项目刚开始,对项目范围进行了定义 • 划分了项目WBS,并对项目进行了估算、计划 • 在孙总提出缩短工期的要求后,首先进行了范围控制, 缩小了第一步需要完成的项目范围,接着又对两阶段 需要完成的项目范围进行了重新定义 • 制定了两阶段验收标准 • 对重新定义的范围进行了确认,与客户、高层经理达 成一致
案例一:范围定义
案例场景 丁伟是该项目的项目经理,在捕获到这个需求后认为电 子政务项目建设和企业MIS项目有很大不同,有其特殊 性,若照搬企业信息化项目原有的经验和方法必定失败。 丁伟在该项目中采用了严格的瀑布模型,并专门招聘了 熟悉网络互联互通的技术人员参与设计了解决方案,在 经过严格评审后开始实施项目。 在项目交付时,虽然系统完全满足了项目保密性要求, 但用户对系统用户界面提出了较大异议,认为不符合政 务信息系统的要求和风格,操作也不够便捷,要求彻底 更换。
案例二:范围管理工作要点
案例问题
问题1
• 点评张凡是如何应对项目范围变更的,采取了哪些措 施?
问题2
• 结合案例指出项目范围管理的工作要点?
案例二:范围管理工作要点
案例点评 这是一个成功的项目管理案例,项目经理张凡有 效的运用范围管理手段,在不同项目干系人中达 成一致,使项目的结果同时满足了公司高层经理、 客户、项目组成员的要求。 作为一个项目经理,必须熟练掌握和应用项目管 理九大知识领域的技能,对于信息系统开发项目 而言,范围管理是其中最重要的技能之一。
案例场景 由于该项目是一个现有系统的升级项目,王强特意请来 了原系统的需求调研人员李伟担任该项目的需求调研负 责人。 在李伟的帮助下,很快完成了需求分析的工作,并进入 设计和编码,由于M公司的业务非常繁忙,M公司的业 务代表没有足够时间投入到项目中,确认需求的工作一 拖在拖。 王强认为双方已经建立了密切合作的关系,李伟也已经 参加了原系统的需求开发工作,对M公司的业务比较熟 悉,因此定义的需求是清晰的,故王强并没有催促业务 代表在需求说明书中签字。
案例三:范围确认
岐兵 qib@
案例三:范围确认
项目背景 黎明信息技术有限公司和M企业签订了一份合同, 合同的主要内容是处理黎明公司以前为M公司开 发的信息系统的升级工作。升级后的信息系统可 以满足M公司新的业务流程和范围; 王强被任命为该项目的项目经理。
案例三:范围确认
案例一:范围定义
问题解答 问题2:从项目范围管理的角度找出项目实施 过程中的管理问题?
1. 没有挖掘到系统的全部隐形需求,缺乏精确的范围 定义 2. 当发生第一次变更时,丁伟仍没有进行有效的范围 管理,直接造成项目的第二次变更 3. 重复的系统变更说明丁伟对项目范围控制不足,导 致项目范围接二连三的变更、反复
案例二:范围管理工作要点
岐兵 qib@
案例二:范围管理工作要点
项目背景 A集团是黎明信息技术有限公司的多年客户, 黎明公司已经为其开发了多个信息系统,最近 A集团又和公司签订了新的开发合同,以扩充 整个企业信息系统的业务范围; 张凡被任命为该项目的项目经理。
• • • • 模糊的范围定义 错误的工作分解 缺失的范围确认 无力的范围控制
也暴露出风险管理、系统设计方面的问题
案例一:范围定义
案例分析 丁伟对项目范围有一定把握(闪光点)
• 发现了不同行业间具有不同的特点 • 捕获到了政务内、外网的需求,并进行了定义,严格 控制了这一需求的设计和实现 • 如果忽视这一行业标准,项目将招致更大的失败
案例三:范围确认
案例场景 进入编码阶段后,李伟因故移民加拿大,需要离开项目 组,王强考虑到系统需求已经定义,项目也进入编码阶 段,李伟的离职虽然会对项目造成一定影响,但影响较 小,因此很快为其办好离职手续。 在系统交付的时候,M公司的业务代表认为甲方已经提 出的需求很多没有实现,实现的需求也有很多不能满足 M公司现有的业务要求,必须全部实现这些需求后才能 验收。此时,李伟已经离开项目组,没有人能够清晰地 解释乙方已经完成的需求说明书。 最终系统需求发生重大变更,项目延期超过50%,M的 业务代表也因为系统的延期表示了强烈的不满。
案例二:范围管理工作要点
案例分析
总结语
• 张凡在范围管理方面进行全面的控制,此外也运用了 其他项目管理手段,包括对项目估算计划(时间管 理),协调多个项目干系人之间的矛盾(沟通管理)
案例二:范围管理工作要点

问题解答

问题1:点评张凡是如何应对项目范围变更的,采取了 哪些措施?
1. 首先对最初的项目范围进行了清晰的定义,并根据定义对项目 任务进行了分解,制定了WBS 2. 对项目进行了估算,且估算结果真实可信,对项目工作量有量 化的把握 3. 在出现新的项目目标后,对项目范围进行了控制,缩小了第一 阶段实现的项目范围 4. 对重新定义的项目范围进行了确认,与高层经理和客户达成了 一致 5. 对项目进行了沟通管理,协调了多个项目关系人之间的矛盾
案例一:范围定义
问题解答 问题3:从范围管理的角度出发,如何避免类 似问题的发生?
• 有效的范围管理包括了从范围定义到范围控制等众 多方面的工作,每一项工作都是重要的 1. 结合行业特点进行需求分析充分挖掘系统隐形需求 2. 通过原型法来验证需求的定义,避免范围定义不清 的问题 3. 在发生需求变更时应进行有效的需求控制,在满足 用户需求前提下缩小需求范围,避免需求再次变更
项目管理综合案例分析
-项目范围管理
பைடு நூலகம்
岐兵 qib@
案例一:范围定义
岐兵 qib@
案例一:范围定义
项目背景 黎明信息技术有限公司原本是一家专著于企业信息化的 公司,在电子政务如火如荼的时候,开始进军电子政务 行业。在电子政务的市场中,承接的第一个项目是开发 一套工商审批系统。 由于电子政务保密要求(国家要求),该系统涉及到两 个互不联通的子网:政务内网和政务外网。政务内网中 储存着全部信息,其中包含部分机密信息;政务外网可 以对公众开放,开放的信息必须得到授权。 系统要求在这两个子网中的合法用户都可以访问到被授 权的信息,访问的信息必须一致可靠,政务内网的信息 可以发布到政务外网,政务外网的信息在经过审批后可 以进入政务内网系统。
案例二:范围管理工作要点
案例分析 软件项目的范围主要是由系统需求构成的,而系 统需求既是难以把握的,也是容易调整和控制的
• 在满足项目目标前提下,可以定义出不同的系统需求 • 根据经验,软件项目管理总是从范围管理开始,先定 义系统的边界,然后再在明确的范围内进行时间、成 本、质量和风险的管理 • 范围、时间、成本、质量之间的逻辑关系是项目管理 的客观规律 • 当范围因素已经确定的条件下,不妨根据时间、资源 (成本)的重新计划来调整合理的项目范围
相关文档
最新文档