熟悉合同。并对合同进行深入细致的研究，对合同的关键条款、存在的漏洞及可能产生变化并引起纠纷的地方做到心中有数。
树立强烈的合同意识。在合同面前，业主和承包商的地位是平等的。一方面，项目管理人员不以势压人，逼迫承包商理解合同外的条件;另一方面，也要警惕承包商在项目实施过程中埋设陷阱。当承包商提出各种各样的提议时，首先想到要遵守合同，对采纳提议可能带来的经济问题要有充分估计。
2、质量控制
工程项目实施阶段，工程部要开展多方面的工作，对工程项目的质量进行控制和监督，概括地说有审查确认承包商的质量保证体系，进场材料、设备的质量控制，监理规划、监理实施细则的审查以及对监理工程师日常监理工作的监督和
检查等几个方面。
承包商质量保证体系的审查确认。着重检查承包商是否已建立质量保证体系，质量保证体系是否经认证单位认证，是否制定了明确的质量目标和计划以及质量保证体系是否行之有效等。
工程材料的质量控制。检查承包商是否根据设计图纸的规定和合同的要求制定了材料检验和检查制度并在实际工作中严格对材料的采购订货、材料的进场和材料的使用进行质量控制。
生产设备的质量控制。包括生产设备采购订货的质量控制、生产设备加工制作的质量控制、生产设备组装调试的质量控制以及构成的生产本事的保证率等各个环节。
3、投资控制
工程部对工程项目投资控制负有很重要的职责，因为工程部所管的是源头的问题。工程部对投资控制的资料主要是审核批准拨付合同范围内的进度款、处理变更和索赔，即管理“项目实施控制价”。投资控制中最主要是加强对进度报表的真实性和可靠性进行审核，确保第一手资料的正确性;其次要加强对施工方案的审批，每一个措施都可能涉及费用，要做到将施工成本控制在源头。
4、进度控制
进度控制是项目成功与否的关键因素之一，工程部要做的就是编制项目管理规划，研究项目的总进度、施工布置、重大施工技术和施工难题，对项目实施过程中可能出现的问题做好预案。制定一整套制度来规范管理以提高工作效率。总结过去，展望未来，2010年工作多，任务重，对于我来说也是一种挑战。
新环境，新机遇，新挑战，如何优质、高效、低耗、按期、安全、礼貌地建好该项工程，是作为土建工程师该思考的课题。在以后的工作中，作为项目开发的排头兵，我将充分发挥个人主观能动性，以铁的纪律来约束自我，不断学习新技术新经验，善于总结，也期望公司的领导能给我更多的理解和更大的支持，争取为项目的开展贡献自我的力量。
项目总结报告3
从去年以来，我完整地参与了___项目的建设与管理工作，到此刻项目已经基本收尾，下一期的项目也启动在即，此刻有必要总结下该项目的得与失，从而指导下一期项目的建设工作，犯过的错误不要再犯，好的做法需要继续坚持和发扬。
一、项目成功之处
1、项目进度管理相对较好
本项目的进度管理相比较较好，没有出现严重的进度延误的情景，主要是由于了实施了周例会+月例会+项目考核等制度。项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情景，并共同制定下个月的工作目标。为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的构成来跟踪和监控项目目标的完成情景。除了月例会和周例会之外，同时对项目团队进行考核，如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制能够基本保证项目的进度。
2、建立起了一些管理制度
在项目实施的过程中，针对日常工作中一些不规范、混乱的地方，制定了相应的管理机制，主要有以下几个方面：
（1）新业务需求响应机制
新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原先对新业务需求的处理流程混乱，新业务需求往往存在项目团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的；接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间；当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。
从需求的接收到最终上线后的反馈等环节
（2）上线机制
由于历史原因，我们项目团队相关工作的规范性不如BOSS那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程，并向BOSS侧接轨，制定了上线流程，每月允许上线两次，上线之前需要供给需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批经过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。
（3）沟通机制
建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。之前项目团队也会开例会，可是会议达成的需要去解决的问题往往会上说说的好好的，可是会后没有真正去做，会议成了一种形式。
（4）系统运营报告制度
项目团队之前十分不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情景。在项目期间，我们建立了系统运营情景每月报告制度，将系统重要应用的使用情景以月报的方式发送给领导及相关人员。
二、项目不足之处
1、对项目合同的把控不足，给后续管理工作带来隐患
由于公司IT系统的合同由其它部门负责管理，我们部门主要负责具体系统的建设，所以在本项目中对项目的合同关注不够，对项目的合同资料把控不足。主要体此刻以下几个方面：
（1）合同中的项目的建设资料与当初汇报的建设方案中的资料两者没有仔细地核对，有一些我方期望纳入的建设资料结果在合同中没有体现，最终导致我方与软件开放商之间的扯皮，软件开放商会拿合同来说事，这是很致命的一个问题，说到底关于项目合同是两个部门之间的衔接出现了问题。
（2）项目团队成员没有仔细核实，虽然在看合同时也发现了这个问题，可是由于对方是我公司的长期合作伙伴，这些小问题没有太多的在意，此刻看来这种原则性的问题还是不能忽视。
（3）在签订项目合同是，我们公司通常要求包含项目的考核规则文档，在做本期项目时没有仔细地研究好如何进行考核，结果把十分通用的一个考核规则文档放入了合同中，但这个通用的考核规则很多地方并不适合本项目，导致在后续实际考核工作中，有些问题由于没有在考核规则中详细的描述清楚，导致具体执行起来没有依据，容易出现扯皮。
2、新业务的开发模式
以上就是项目总结,项目总结报告通用版50篇的全部内容，望能这篇项目总结,项目总结报告通用版50篇可以帮助您解决问题，能够解决大家的实际问题是非常好学习网一直努力的方向和目标。