引言

　　北京******有限公司有幸收到贵公司“**F区建设工程项目管理招标文件”，在此向贵公司对我们的信任表示衷心的感谢。

　　F区位于**的中心区，集办公、娱乐、健身、饭店、酒楼、公寓为一体的综合性的服务社区。它是**的重要组成部分，在整个**中起着独特的不可替代的作用。它的建设必将使**的功能更加完善，品牌效应更加提高，能为**创造更好的社会效益，经济效益和环境效益，使整个**更加完美。我们愿意用我们的智慧和能力为F区的建设增添光彩。

　　根据业主的需求，针对本项目的特点，将充分运用我们多年来从事国内外建设工程项目管理和建设**的经验，发挥我们人员素质、管理力量、技术力量的篇一：综合优势，遵守“顾客第一”的企业宗旨。相信我们完全有能力为F区建设工程项目管理提供优质的服务，并一定能赢得贵公司的满意。

　　第一部分总则

　　一、北京******有限公司（项目管理单位）受北京**房地产有限公司（业主）委托，对北京**F区建设工程进行项目管理。

　　二、项目管理的工作范围：**F取的项目前期阶段的管理、勘察设计阶段的管理、施工招标阶段的管理、施工阶段的管理。

　　三、项目管理主要通过：集成管理、范围管理、进度管理、成本管理、质量管理、人力资源管理、风险管理和采购管理来控制管理项目、管理的各有机组成部分，按照准备（计划）、执行、控制、收尾的管理过程不断的实现每一项工作，进而达到实现总目标。

　　四、项目管理的主要依据

　　1、国家和地方有关工程建设的法律、法规；

　　2、国家和地方有关工程建设的技术标准、规范、规程等；

　　3、经有关部门批准的工程项目建设文件和设计文件；

　　4、业主与管理单位签订的建设工程项目管理委托合同；

　　5、业主与勘察单位、设计单位、**单位、施工单位、供应单位签订的建设工程勘察合同、设计合同、**合同、施工合同、材料设备供货合同。

　　五、项目管理的目标：按照协议的约定在达到业主所要求的进度、质量费用的目标内完成项目。

　　六、项目管理单位在签订项目管理委托合同后，组建项目管理机构——项目管理部，项目管理中实行总管理工程师负责制。由总管理工程师主持编号项目管理规划，制定工作制度、拟出工作目标、明确各方面的关系，保项目管理单位和业主批准后执行。

　　七、项目管理部在根据协议履行其义务时，应用合理的技能，谨慎而勤奋的工作。

　　八、合同管理工作是项目管理的核心内容，在草拟合同文本，参与合同谈判，协助业主签订合同和执行合同过程中，项目管理部要遵照业主的要求进行各项工作，同时又要认真遵守法律法规，保证所签合同的有效性和合法性。在合同管理工作中要把合同的风险分析作为重要内容，要最大限度的推扩业主的合法权益。

　　九、在初查的基础上，按照项目建设文件的要求，编制项目建设总进度计划，作为各阶段进度计划的依据，项目管理部要认真审查各单位编制的工作进度计划，对计划的执行情况进行动态管理；通过组织协调按计划完成各阶段的工作。

　　十、项目管理部要结合项目的特点编制项目管理规划与各阶段工作的管理细则，作为管理工作的指导性文件和操作性文件。项目管理要保证人力资源的投入，建立相应的组织机构，做好职能分工。树立“顾客第一”和“诚心服务”的思想；努力做好各项管理工作，保证各项管理工作质量，最后达到业主的满意。

　　十一、项目管理部要认真组织对概念设计、方案设计、初步设计、施工设计的评选、审查和验收，利用价值工程原理对设计进行控制管理，提高工程的使用价值。要对设计方提出的估算、概算和预算进行评审，在执行中要严格进行控制，最终实现概算不超过估算，预算不超概算，决算不超预算。

　　十二、工程建设中的重大问题，如项目建设总计划、设计大纲、投资估算，初步设计和概算、重大设计变更、动用工程预备费、突破建设工期等，项目管理部均应向业主报告，取得业主批准后再执行。

　　十三、选择勘察单位、设计单位、**单位、施工单位，供应单位等的决策权属于业主，项目管理部无权变迁或解除业主与第三方在合同中约定的权利、义务和责任。

　　十四、在协助业主办理各种申报手续中，要主动向有关部门进行沟通，取得各有关部门的理解和支持，认真听取各部门的意见和要求，及时与业主汇报；不断完善各项工作，使各项申报工作能顺利完成。

　　十五、在项目管理过程中，每月向业主报送工作月报。各阶段工作完成后，向业主报阶段工作总结报告，项目管理工作全部完成后向业主报项目管理工作总结报告。

　　第二部分项目管理工作概况

　　一．项目管理的工作目标

　　协助业主办理与本项目有关的各种手续，协调各协作单位的工作关系，按合同约定完成全部项目管理工作。

　　二、项目管理的工作内容

　　在项目管理过程中，项目管理单位将协助业主办理下面六大方面的工作：

　　1．计划部门（计委）

　　●协助报批项目建议书（草拟）

　　●协助报批可行性研究报告（编制）

　　●协助办理项目计划任务书

　　●列入年度计划

　　●领取投资许可证

　　2规划部门（规委）

　　●规划意见书

　　●设计方案审批（协助办理）

　　●办理建设用地规划许可证

　　●办理建设工程规划许可证

　　●缴纳各种规费

　　●城市档案建立

　　3土地部门（国土局）

　　●建设用地批准书

　　●国有土地使用证

　　●拆迁

　　●勘察、详勘（协助业主选择相关勘察单位，审核勘察报告）

　　4设计单位（设计院）

　　●概念设计

　　●方案设计

　　●初步设计

　　●施工图设计

　　5招标部门（招标办）

　　●编制招标文件

　　●协助组织编制标底

　　●开标、评标、决标

　　●发中标通知，协助签订施工合同,**合同

　　6其它部门

　　●消防（征得认可）

　　●人防（征得认可）

　　●交通（征得认可）

　　●园林（征得认可）

　　●市政（征求意见）

　　●环保（征求意见）

　　●地震（征求意见）

　　●供水（征求意见）

　　●供电（征求意见）

　　●供气（征求意见）

　　●供热（征求意见）

　　●电讯（征求意见）

　　●卫生（征求意见）

　　7建设部门（建委）

　　●领取开工审查表

　　●办理监督手续

　　●领取开工许可证

　　●组织工程竣工验收

　　●协助办理工程竣工备案

　　三、项目管理的主要管理办法

　　1．编制项目控制性进度计划，报业主批准，保证各项工作有效地衔接。

　　2．编制资金需求及使用计划，报业主审批，协助业主合理、充分利用项目资金。

　　3．协助业主办理项目可行性研究报告，并协助业主完成项目立项审批。

　　4．协助业主在方案设计阶段随时与规划部门相关人员勾通汇报，征求方案意见，以加快规划两证审批。

　　5．施工图设计阶段组织设计与施工的协调,为加快施工的进度和工程质量打下良好的基础。

　　6．协助业主选定勘察单位，由****公司派出勘察专家审核勘察结果，保证勘察及详勘进度及质量。

　　7．派出专人协助业主与协作单位（如水、电、气、热等）和政府相关部门（如消防局、人防办等）随时勾通，争取相关手续尽快批复。

　　8．派出专人协助业主在招标办办理相关招标手续。

　　9．派出专人协助业主办理开工证。

　　10．派出专人协助业主办理专业验收手续和竣工备案手续。

　　第三部分设计阶段的管理

　　通过设计阶段项目管理，确保设计文件的有效性和连续性，充分体现业主的意图和希望，并符合中华人民共和国的相关法律、法规和规定的要求，促进国内外设计单位高效地合作，并按时取得相关的批准文件。本项目设计工作将划分为概念设计、方案设计、初步设计和施工图设计四个阶段。

　　第一 概念设计阶段

　　一、管理目标

　　通过对设计单位公司提交的概念设计及当今国际上已建和正在建设的相近规模的同等建筑比较，协助业主评选出符合**整体规划，并达到在**区域可以满足国际知名金融机构及跨国公司地区总部使用的与一流金融办公及会议中心相匹配的服务性新区的概念性方案。

　　二、管理工作内容

　　1．通过业主授权，对概念设计的进度进行协调。

　　2．对概念设计分别进行建筑形式、结构方案、机电方案、外部环境、初步成本估算进行分析，并向业主提交分析对比报告。

　　3．收集国、内外近期已建成或正在建的相近规模的建筑相关的数据，分析整理后，向业主提交相应的报告。

　　4．对概念性方案的施工可行性、工程实施的进度进行对比分析，向业主提交相关报告。

　　5．对概念设计与**现有整体规划及已建成建筑的协调性进行对比分析，并写出相应报告。

　　三、主要管理措施

　　1. 建议在本阶段成立拟由项目管理单位和北京市规划局的专家组成业主专家顾问组。协助业主完成概念设计的评审工作。通过规划局专家的参与将保证所通过的概念设计在规划局顺。

　　工程项目管理总结【1】

　　一、项目成功之处

　　1、项目进度管理相对较好

　　本项目的进度管理相对比较好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+月例会+项目考核等制度。

　　项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。

　　为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的形成来跟踪和监控项目目标的完成情况。

　　除了月例会和周例会之外，同时对项目团队进行考核，如果月度工

　　作目标没有完成就实施考核扣分。

　　精细化的进度管理加上监督和考核机制可以基本保证项目的进度。

　　2、建立起了一些管理制度

　　在项目实施的过程中，针对日常工作中一些不规范、混乱的地方，制定了相应的管理机制，主要有以下几个方面：

　　(1)新业务需求响应机制

　　新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。

　　项目团队原来对新业务需求的处理流程混乱，新业务需求往往存在项目团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。

　　在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的;接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间;当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。

　　从需求的接收到最后上线后的反馈等环节

　　(2)上线机制

　　由于历史原因，我们项目团队相关工作的规范性不如BOSS那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。

　　为了规范系统上线流程，并向BOSS侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。

　　(3)沟通机制

　　建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。

　　之前项目团队也会开例会，但是会议达成的需要去解决的问题往往会上说说的好好的，但是会后没有真正去做，会议成了一种形式。

　　(4)系统运营报告制度

　　项目团队之前非常不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情况。

　　在项目期间，我们建立了系统运营情况每月报告制度，将系统重要应用的使用情况以月报的方式发送给领导及相关人员。

　　二、项目不足之处

　　1、对项目合同的把控不足，给后续管理工作带来隐患

　　由于公司IT系统的合同由其它部门负责管理，我们部门主要负责具体系统的建设，因此在本项目中对项目的合同关注不够，对项目的合同内容把控不足。

　　主要体现在以下几个方面：

　　(1)合同中的项目的建设内容与当初汇报的建设方案中的内容两者没有仔细地核对，有一些我方希望纳入的建设内容结果在合同中没有体现，最终导致我方与软件开放商之间的扯皮，软件开放商会拿合同来说事，这是很致命的一个问题，说到底关于项目合同是两个部门之间的衔接出现了问题。

　　(2)项目团队成员没有仔细核实，虽然在看合同时也发现了这个问题，但是由于对方是我公司的长期合作伙伴，这些小问题没有太多的在意，现在看来这种原则性的问题还是不能忽视。

　　(3)在签订项目合同是，我们公司通常要求包含项目的考核规则文档，在做本期项目时没有仔细地考虑好如何进行考核，结果把非常通用的一个考核规则文档放入了合同中，但这个通用的考核规则很多地方并不适合本项目，导致在后续实际考核工作中，有些问题由于没有在考核规则中详细的描述清楚，导致具体执行起来没有依据，容易出现扯皮。

　　2、新业务的开发模式

　　由于本项目的需求相对比较分散，因此在实施项目时采用的是新业务的开发模式，即一个个功能模块依次开发，每个功能模块都要经历需求分析、设计、开发、上线等阶段，有点类似迭代的开发模式。

　　但是这种模式存在一些问题：一是每次迭代划分的太细，导致几乎每个月都要经历需求、设计、上线这些工作;二是这种开发模式导致对系统的整体把控能力不足，可能由于原来相关的一些功能模块，本来应该统一考虑需求和设计的，但是由于人为地把他们分割成多个阶段来实现，导致出现顾了当前没有考虑到将来及对原有功能模块的影响;三是这种开发模式使得项目经理不清楚整个项目的工作重点应该放在哪里;

　　这种开发模式在下一期的项目中需要改进，不能再采用这种方式了。

　　3、建设方案设计及汇报能力不足

　　本期项目的建设方案主要由主管来完成的，理想的情况是方案由我来写，主管提供一些指导和意见，这样我这个角色才算是称职的。

　　方案完成之后，向领导的汇报工作不是很成功，前后汇报的三次才算通过，这算是一次很深刻的教训，需要吸取。

　　4、需求文档和设计文档的规范性

　　需求文档和设计文档的规范性这个问题一直困扰着我，不仅仅是这个项目，其它项目也存在相同的问题，就当前我所参与过的项目来讲，需求和设计能够做的好的很少。

　　需求文档和设计文档应该体现哪些内容，这些内容如何以比较好的方式来表达，才能清晰地描述清楚需求和系统的设计?

　　5、应用推广重视度不够

　　建设一个系统的目的是什么?目的是希望系统能够为公司带来价值。

　　那么如何体现价值?系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。

　　那么系统只有真正被业务部门使用起来才能够发挥出价值。

　　而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。

　　工程项目管理总结【2】

　　一、项目成功之处

　　1、项目进度管理相对较好

　　本项目的进度管理相对比较好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+月例会+项目考核等制度。

　　项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。

　　为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的形成来跟踪和监控项目目标的完成情况。

　　除了月例会和周例会之外，同时对项目团队进行考核，如果月度工作目标没有完成就实施考核扣分。

　　精细化的进度管理加上监督和考核机制可以基本保证项目的进度。

　　2、建立起了一些管理制度

　　在项目实施的过程中，针对日常工作中一些不规范、混乱的地方，制定了相应的管理机制，主要有以下几个方面：

　　(1)新业务需求响应机制

　　新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。

　　项目团队原来对新业务需求的处理流程混乱，新业务需求往往存在项目团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。

　　在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的;接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间;当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。

　　从需求的接收到最后上线后的反馈等环节

　　(2)上线机制

　　由于历史原因，我们项目团队相关工作的规范性不如BOSS那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。

　　为了规范系统上线流程，并向BOSS侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。

　　(3)沟通机制

　　建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。

　　之前项目团队也会开例会，但是会议达成的需要去解决的问题往往会上说说的好好的，但是会后没有真正去做，会议成了一种形式。

　　(4)系统运营报告制度

　　项目团队之前非常不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情况。

　　在项目期间，我们建立了系统运营情况每月报告制度，将系统重要应用的使用情况以月报的方式发送给领导及相关人员。

　　二、项目不足之处

　　1、对项目合同的把控不足，给后续管理工作带来隐患

　　由于公司IT系统的合同由其它部门负责管理，我们部门主要负责具体系统的建设，因此在本项目中对项目的合同关注不够，对项目的合同内容把控不足。

　　主要体现在以下几个方面：

　　(1)合同中的项目的建设内容与当初汇报的建设方案中的内容两者没有仔细地核对，有一些我方希望纳入的建设内容结果在合同中没有体现，最终导致我方与软件开放商之间的扯皮，软件开放商会拿合同来说事，这是很致命的一个问题，说到底关于项目合同是两个部门之间的衔接出现了问题。

　　(2)项目团队成员没有仔细核实，虽然在看合同时也发现了这个问题，但是由于对方是我公司的长期合作伙伴，这些小问题没有太多的在意，现在看来这种原则性的问题还是不能忽视。

　　(3)在签订项目合同是，我们公司通常要求包含项目的考核规则文档，在做本期项目时没有仔细地考虑好如何进行考核，结果把非常通用的一个考核规则文档放入了合同中，但这个通用的考核规则很多地方并不适合本项目，导致在后续实际考核工作中，有些问题由于没有在考核规则中详细的描述清楚，导致具体执行起来没有依据，容易出现扯皮。

　　2、新业务的开发模式

　　由于本项目的需求相对比较分散，因此在实施项目时采用的是新业务的开发模式，即一个个功能模块依次开发，每个功能模块都要经历需求分析、设计、开发、上线等阶段，有点类似迭代的开发模式。

　　但是这种模式存在一些问题：一是每次迭代划分的太细，导致几乎每个月都要经历需求、设计、上线这些工作;二是这种开发模式导致对系统的整体把控能力不足，可能由于原来相关的一些功能模块，本来应该统一考虑需求和设计的，但是由于人为地把他们分割成多个阶段来实现，导致出现顾了当前没有考虑到将来及对原有功能模块的影响;三是这种开发模式使得项目经理不清楚整个项目的工作重点应该放在哪里;

　　这种开发模式在下一期的项目中需要改进，不能再采用这种方式了。

　　3、建设方案设计及汇报能力不足

　　本期项目的建设方案主要由主管来完成的，理想的情况是方案由我来写，主管提供一些指导和意见，这样我这个角色才算是称职的。

　　方案完成之后，向领导的汇报工作不是很成功，前后汇报的三次才算通过，这算是一次很深刻的教训，需要吸取。

　　4、需求文档和设计文档的规范性

　　需求文档和设计文档的规范性这个问题一直困扰着我，不仅仅是这个项目，其它项目也存在相同的问题，就当前我所参与过的项目来讲，需求和设计能够做的好的很少。

　　需求文档和设计文档应该体现哪些内容，这些内容如何以比较好的方式来表达，才能清晰地描述清楚需求和系统的设计?

　　5、应用推广重视度不够

　　建设一个系统的目的是什么?目的是希望系统能够为公司带来价值。

　　那么如何体现价值?系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。

　　那么系统只有真正被业务部门使用起来才能够发挥出价值。

　　而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。