项目管理者工作总结

相关推荐

项目管理者工作总结

各位领导、各位同仁：

项目管理者工作总结

大家好！

2015年是不平凡的一年，在过去的一年中，**分公司共完成营业额1537xx-xx元，创分公司历史新高，综合效益也大有提高。随着经营规模的急剧膨胀，接踵而来**分公司在项目管理方面暴露出一些亟待解决的问题，如项目管理部人员变动频繁，机构空置，管理基础薄弱，管理权限、职责不清，对项目缺乏有效的过程监控、指导。2015年局和公司对**分公司自营项目现场管理进行了多次检查，发现了一些问题，其中有些问题都是不应发生的项目管理常识问题，只要项目平时加强自检自纠，有些问题就不会发生。回顾2015年，产生这些问题的原因主要有以下几点：网-

1、项目管理制度不健全，项目管理意识淡薄

2015年**分公司出台了一系列管理制度，但有关项目管理制度却不多，管理集约程度不高，执行力不够，项目成本管理意识欠缺，质量、安全意识淡薄。

2、过程监控流于形式，“人情化”管理比较突出

在去年的项目管理综合检查中，**分公司项目得分不尽理想，有些项目对班组技术交底、安全交底做得很不够，有的项目尽管做了交底工作，但对班组监控往往流于形式，甚至敷衍了事，以至产生了很多质量问题、安全隐患。项目部对项目管理人员要求不严，项目管理人员对班组要求不严，管理制度有时成了一种摆设，“人情化”管理非常普遍。

3、项目未建立有效激励机制，奖惩措施不严，一岗多人、人浮于事、权责不清的现象还不同程度地存在项目管理中。

针对前期项目管理存在的一些薄弱环节，结合分公司年度工作目标，2015年分公司项目管理部工作思路及重点可用“五句话”概括，那就是管理规划要有“信心”，过程监控要有“恒心”，工作指导要有“耐心”，奖惩措施要“狠心”，管理团队要“齐心”。

一、管理规划要有“信心”

由于前期项目管理部功能流失，人心浮动，要尽快扭转被动局面，项目管理部全体人员要树立信心，要充分坚信在公司、分公司领导下，在公司总部项目管理部指导和支持下，尽快把分公司项目管理部建成一个职能健全、人员精干、管理高效，对项目能起直接支持和保障作用的强有力的职能部门，为了实现这个目标，具体有以下几方面的规划：

1、2015年分公司项目管理部将遵循公司项目管理部基础管理制度，尽快形成适合于**分公司实际情况的管理架构、管理体系，正如孙总所要求的，在管理的各个方面、各个层次、各个环节都有章可循，有章必循，对项目管理要真正做到每桩事情有人管，出了问题有人当，给企业造成损失有人赔。

2、根据管理体系，尽快建立实用、可操作性的程序性文件、管理职责、权限划分、管理流程，促使项目各岗位人员明确职责、工作规范，杜绝低级错误的再度发生，避免工作失误给企业带来新的损失。重点是完善岗位责任制，坚持技术安全交底、过程监控、目标考核制度。

3、今年力争与预算、项目部等部门一道建立三个重点“信息库”，一是合格劳务分包商信息库；二是合格的材料设备供应商信息库；三是较为完善的内部价格信息库，包括劳务、专业分包、材料设备等要素信息。有了以上信息库，可为劳务、分包、材料的选择提供信息平台，也为内部项目成本考核、投标报价提供可靠依据。

4、完善项目管理奖惩机制，真正做到奖优罚劣，提高项目部管理人员积极性、主动性、创造性，用心作好工作中的每一个细节。

5、实行目标考核，定期检查，有组织、不间断地开展项目管理检查、评比活动，充分树立项目管理部的权威性，作到有令则行，令行则止，促使项目加强管理，提高管理水平。

6、组织丰富多彩的岗前、岗位培训活动，通过个人自学与社会助学相结合，岗位培训与技能操练相结合，专业技术与管理意识相结合，使项目管理人员逐步成为业务素质过硬、工作能力较强的多面手。在条件允许情况下，采取岗位轮换、一人多岗等方式实现项目管理人员的良性互动，逐步建立一个知识结构合理、专业互补、有事业心的人才队伍。

二、过程监控要有“恒心”

再好的制度，如果不加强过程监控，就会流于形式；项目过程监控是动态、长期的过程，不能两天打鱼，三天晒网，贵在持之以恒。2015年项目管理部工作之一是加强项目监控力度，持之以恒、不间断地对项目进行检查、考评。重点作好以下几方面的监控：

1、项目进度、质量、安全、文明施工及ci综合检查。

①检查时间：根据公司项目管理检查考评制度结合

**分公司实际情况制定**分公司项目管理综合检查细则，今后凡上海片区项目，项管部每一个月进行一次全面检查；对上海片区以外项目每二个月进行一次全面检查，如有其他特殊情况，要组织专项检查。检查要形成一种制度，不管遇到困难、任何阻力，都要坚持下去。

②检查范围：总公司项目管理综合检查表非常全面，2015年分公司项管部工作重点就是落实这些基础制度，严格按照上述内容、要求对各项目的进度、质量、安全、文明施工及ci、资料等方面进行检查评分，评分结果要与项目绩效兑现，与相关人员切身利益紧密结合，检查对象应涵盖自营和联营项目。

③针对检查发现的问题和隐患，项目管理部当场发出整改通知单并严格监督是否彻底整改。凡对分公司项目管理部提出的整改意见不重视，不理睬，整改不彻底，甚至采取完全对抗的态度，项目管理部将采取必要手段对项目部及直接责任人员进行处罚；对项目管理较好、问题较少的项目同时要给予表扬和适当奖励。

2、项目成本监控

项目效益是精心策划出来的，项目成本是用心省出来的，当前建筑市场低成本竞争俞演俞烈，项目通过各种签证创造盈利空间的机会越来越少，施工企业要在竞争如此激烈的行业里求生存、谋发展，必须要在项目成本管理上下工夫，在项目成本控制上要有前瞻性，而且项目成本管理是一次性行为，在施工期间，项目成本能否降低，有无经济效益，得失在此一举，别无回旋余地。所以成本控制不仅必要而且必须作好，尤其是要作好成本的事前控制。项目管理部对项目成本控制要起到“把关、监督、纠偏”作用。

第一、把好项目劳务、专业分包、材料设备“准入”关，从源头避免过程“扯皮”现象，规避风险。

过去的经验教训告诉我们，项目劳务队伍的好坏在很大程度上决定项目的成败，到目前为止，**分公司自营项目有些劳务队伍实力、诚信、管理及技术水平尚可，但也有些劳务队伍缺乏实力、队伍松散、管理及技术水平低下，还有些劳务队伍老板玩“空手道”，纯粹一个“提蓝子”角色，对于这些形形色色、参差不一的劳务队伍，在项目策划时，由项目管理部牵头，会同其他相关职能部门对已列入合格劳务分包商的劳务队伍进行考察，从实力、资信、工程实例、管理及技术水平等方面综合评估，从优选用；如果目前的劳务队伍都不是最佳选择，队伍的选择还可采用发散性思维方式，从局、公司甚至上海本地、江浙一带施工企业中表现良好的队伍选择。至于专业分包、大宗材料设备采购主要把好“合同”关，重点是坚持招标及合同评审程序，作好领导决策的参谋；加强合同履行的监控，避免合同流于形式。以“合作、双赢、发展”态度处理劳务、专业分包、材料设备供应商等方面关系，才能真正作到项目和-谐、顺利，避免许多纠纷的出现。

第二，督促项目部加强成本控制计划性

在项目开工前或施工进行中项目管理部要敦促项目部根据阶段施工进度编制明细、具体的成本计划，包括每一个分部分项工程的资源消耗水平以及每一项技术组织措施的具体内容、资源消耗，帮助项目部提高成本事前分析、事前控制的能力。

第三、加强成本过程监督，及时采取纠偏措施。

1、监督检查合同的交底执行情况，促使项目管理人员熟悉合同相关条款，牢记合同重要条款；使项目管理人员对项目有一个总体认识，在工作中作到有的放矢，对症下药。

2、监督检查项目签证情况，签证是否及时，签证是否有遗漏，签证的效力如何，签证是否达到预期目标；检查项目与业主、监理就工程变更、工作指令等是否有书面确认文件。

3、会同合约预算部门检查项目开工单是否符合分包协议要求，是否存在乱开工现象，对班组的各项罚款是否兑现等等。

4、检查材料设备采购计划是否及时完整；材料验收是否认真、是否有漏洞；限额领料是否坚持，班组超耗用料是否罚款，是否受到教育。项目材料汇总表、主要材料节超分析表是否及时提供。

在检查过程中对项目部偏离公司管理体系或有迹象将要偏离轨道的情形，要及时加以制止，促使项目部加强自纠自检，使项目管理早日走上良性循环轨道。

三、工作指导有“耐心”

项目管理部是一个职能部门，更多意义在于指导，在贯彻项目承包责任制的前提下，有些项目看问题角度、管理侧重点也许与公司宏观面有抵触或不一致的地方，有的项目片面追求高风险利润，在质量、安全、文明施工方面投入太少，省不该省的钱，结果项目质量、安全隐患令人堪优，即便偶然过关，获得少许经济利益，但却丧失了社会效益，进而丢掉潜在经营市场，可谓得不偿失。2015年项管部将采取一系列措施，帮助指导项目部作好质量、安全、ci覆盖等方面费用预算，争取花少钱，办实事，促使项目部克服“小家”思想，顾全大局，使项目质量、安全保障措施落到实处，切实维护中建企业形象。

四、奖惩措施要“狠心”

领导是温暖的，而管理是严格的，现代管理是“人性化”管理，但绝不是“人情化”管理。国有企业人才、技术、管理等方面并不比一些优秀的民营企业差，但名营企业的管理效率的确比国企高，关键在于名营企业执行力非常强，有了强大的执行力，各种制度、措施才能落到实处；所以国企项目管理要走上良性轨道，有必要抛开人情世故，该奖的一定要及时兑现，该罚的决不姑息迁就，“养虎为患”，要痛下“狠心”，确保项目管理各项制度落到实处。

五、管理团队要“齐心”

俗话说得好，“人心齐，泰山移”，一个团队如果没有凝聚力，将是一盘散沙，豪无战斗力可言。2015年在项目管理部人员配备齐全后，我将以身作责，团结其他成员，发扬团队精神，不怕苦、不怕累，抓好项目管理薄弱环节，切实履行项管部各项工作职责。

管理学“木捅”原理告诉我们，一捅水能否装得满，装多少，关键在于最底下一层木头的结实程度和密封程度；项目管理也是这样，只有夯实基础，项目管理平台才不至于垮掉；只有堵塞漏洞，方能使我们管理成效不至流失；2015年项目管理不是一句口号，更不会流于形式，2015年项目管理部全体人员将团结一致、脚踏实地，按照公司、分公司既定的工作目标，理清思路，排除干扰，使**分公司项目管理迈向一个新台阶。

工程项目管理工作总结2015-10-30 11:35 | #2楼

从去年以来，我完整地参与了XXX 项目的建设与管理工作，到现在项目已经基本收尾，下一期的项目也启动在即，现在有必要总结下该项目的得与失，从而指导下一期项目的建设工作，犯过的错误不要再犯，好的做法需要继续保持和发扬。

一、项目成功之处

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

本项目的进度管理相对比较好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+ 月例会+ 项目考核等制度。项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的形成来跟踪和监控项目目标的完成情况。除了月例会和周例会之外，同时对项目团队进行考核，如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以基本保证项目的进度。

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

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

（1 ）新业务需求响应机制

新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原来对新业务需求的处理流程混乱，新业务需求往往存在项目团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的；接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间；当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。

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

（2 ）上线机制

由于历史原因，我们项目团队相关工作的规范性不如BOSS 那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程，并向BOSS 侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。

（3 ）沟通机制

建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。之前项目团队也会开例会，但是会议达成的需要去解决的问题往往会上说说的好好的，但是会后没有真正去做，会议成了一种形式。

（4 ）系统运营报告制度

项目团队之前非常不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情况。在项目期间，我们建立了系统运营情况每月报告制度，将系统重要应用的使用情况以月报的方式发送给领导及相关人员。

二、项目不足之处

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

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

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

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

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

2 、新业务的开发模式

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

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

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

本期项目的建设方案主要由主管来完成的，理想的情况是方案由我来写，主管提供一些指导和意见，这样我这个角色才算是称职的。方案完成之后，向领导的汇报工作不是很成功，前后汇报的三次才算通过，这算是一次很深刻的教训，需要吸取。

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

需求文档和设计文档的规范性这个问题一直困扰着我，不仅仅是这个项目，其它项目也存在相同的问题，就当前我所参与过的项目来讲，需求和设计能够做的好的很少。需求文档和设计文档应该体现哪些内容，这些内容如何以比较好的方式来表达，才能清晰地描述清楚需求和系统的设计？

5 、应用推广重视度不够

建设一个系统的目的是什么？目的是希望系统能够为公司带来价值。那么如何体现价值？系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。那么系统只有真正被业务部门使用起来才能够发挥出价值。而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。

【项目管理者工作总结】相关文章：

项目工作总结02-15