第1页共10页精装工程工程管理经验总结工程工程管理经验总结篇一：从去年以来，我完整地参与了xxx工程的建设与管理工作，到现在工程已经根本收尾，下一期的工程也启动在即，现在有必要总结下该工程的得与失，从而指导下一期工程的建设工作，犯过的错误不要再犯，好的做法需要继续保持和发扬。一、工程成功之处1、工程进度管理相对较好本工程的进度管理相比照拟好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+月例会+工程考核等制度。工程团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。为了确保月度工作目标的实现，同时将月度工作方案分解成周工作方案，并以周例会的形成来跟踪和监控工程目标的完成情况。除了月例会和周例会之外，同时对工程团队进行考核，如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以根本保证工程的进度。2、建立起了一些管理制度在工程实施的过程中，针对日常工作中一些不标准、混乱的地方，制定了相应的管理机制，主要有以下几个方面：（1）新业务需求响应机制新业务需求指的是在工程建设过程中，不包含在工程需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。工程团队原来对新业务需求的处理流程混乱，新业务需求往往存在工程团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反响机制，给业务部门的感知交叉。在本工程实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的;接收到需求之后需要立即与需求提出人确认需求，并反响需求接收到，告知需求的方案完成时间;当新业务需求开发上第2页共10页线之后，需要向需求提出人发送上线反响单，告知提出人他的需求已经实现了。从需求的接收到最后上线后的反响等环节（2）上线机制由于历史原因，我们工程团队相关工作的标准性不如boss那边，系统上线这一块也没有标准起来，以前工程团队想上线就上线，从而系统的稳定性和平安性存在很大的隐患。为了标准系统上线流程，并向boss侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。（3）沟通机制建立了月例会、周例会...
