项目年终总结 篇1
本人从事设计工作10多年以来，从一个实习生，到专业骨干，到专业负责人，到项目负责人，到设计院生产管理人员，对设计生产管理工作具有一点心得。供大家借鉴。
一、设计项目生产过程中，存在三点常见问题。
1、由于各种原因，图纸修改次数较多，效率低下，往往增加了工作量而没有相应增加收入，设计人员抱怨大。
2、专业协调不够，图纸会签形同虚设（能真正做到的不多）。
3、临到出图时，各专业疲劳加班，没有充分的校审时间，无法保证图纸质量。 以上三点，相互相成。要避免以上问题，最关键是要有一位十分得力的项目负责人。
二、项目负责人的能力要求
项目负责人，一般以主导工艺专业骨干担当最好，但此人还需具有一定的组织和协调沟通能力，即领导才能。
《韩非子》一文中，有句话，大意是，为君治理国家或带军队，要做到三个字即“德、威、利”并重，方能有所作为。
我曾拿这三字来形容和指导项目负责人工作。
（一）、德
这个很简单，项目负责人要有道德。
即最基本地要求是：不能好事自己捞，坏事往外推；不能功劳自己的，错误都是别人的；
我做曾做过的一个项目，初步设计没有顺利通过，在审查会后公司内部总结时，我发言第一句话：“主要责任在我”。几个月后，甲方负责人和曾与我共事的同志告诉我说，对我的信任就是从这开始。我想如果是组织同志可以用入党宣誓词来概括，德，就是要求你吃苦在前，享受在后，以身作则。
（二）、威
威就是威信。要做到个人有威信，最简单来说，要能做出正确地决定。设计工作中需要项目负责人做出的决定，大部分在以下三个范畴内。
1、如何接受甲方要求。
2、如何给甲方提要求。，
3、如何给项目小组提进度和质量要求。
（1）简单说明第1条感受。
在目前的设计市场环境下，甲方是设计公司的衣食父母，甲方的要求，是不能轻易否定或不执行的。但，由于甲方在专业知识和掌握国家政策方面的局限，往往提出的要求不尽合理。这需要项目负责人能充分听取甲方意见，真实了解甲方意图，对项目有大局观，对项目的后续工作有预见性。并通过自己的努力，获得甲方的相对信任。在甲方的不合理要求面前，先要拿出充足的理由来说服他们，如果不能说服他们，要主动提出相对可行双方能接受的解决办法。比如，最常见也是最激烈的甲方与设计公司不能达成一致的设计工期问题上。我是不赞成赶工的项目负责人，但，我没见过一个项目甲方在设计工期上是不着急的。我会在充分了解自己的项目组成员的工作方法，工作能力和项目难度的情况下，在比较正常工期基础上，再争取多五至十天左右的工期余地。我对工期的心得体会是，绝大部分的甲方对工期都提过分要求，主要是由于对项目不确定性而从心理上焦虑造成的，九成以上的项目在接受甲方过分工期要求后，
施工图纸出来，并没有马上进入项目的下一阶段，而且因为赶工期往往容易造成图纸质量低下，施工中错误漏洞百出，而到了那时候，甲方是绝不会因为你答应了他的过分工期要求而原谅你的。我认为宁愿在工期上冒着得罪甲方的风险，保证图纸质量，换取在以后工作中的顺利和好评（当然这需要谈判技巧）。
（2）简单说明第2条感受。还有甲方对各专业的设计要求，能接受的接爱，不能接受，一定要当场果断拿出充分理由拒绝。我举个极端案例。我们曾有个项目，是一个自控配电柜的厂房，在专业碰头时，设备专业提出某个一车间设喷淋。结果甲方因为造价原因不同意，项目负责人在没有与专业设计人员沟通的情况下，答应改图。在传达修改意见后，专业设计人员坚持设了喷淋。图纸出去后，监理说可以不设，改成不设。施工图审查时，审查意见必须要设。就这个设置喷淋的问题，不管该设或不该设，甲方对我们的专业能力产生很大质疑。这种可设或可不设的问题，我的做法是，先坚持要设，甲方坚持要不设，把设与不设的利弊说清楚，由甲方自己拿主意和承担后果。
（3）简单说明第3条感受。对于肯定不行的，一定要当场拒绝。
威信，是由能力来决定的。总是能做出正确的决定，下面做事的人，就能放心做好自己本份工作，增强效率，成为一个有战斗力的团队。
项目负责人，就是作战部队的班长，排长。公司（首长）下达的命令，要什么时候攻下某个山头，你得在最短的时间内，了解战局情况，做出战术安排，进行战术分工。然后在最短时间内，以最小的伤亡攻下山头，就是好班长，作为项目管理就是一个好的项目负责人，而不了解战局情况下，犹柔寡断，战术安排不合理或没有战术安排，战术分工不明确，打乱战，结果只能是大家都牺牲在山脚下，山头攻不下，任务完不成，这样的项目负责人是不称职的。
（三）、利
利，就是利益。你能给大家带来利益，大家才能听你的。这是硬道理。
最基本地，好的项目负责人，大家都愿跟着你干，工作有条不紊效率高，公司赚钱，个人实惠多。当然，在项目负责人管理工作上，公司也应给予一定的奖金分配权和项目成员调配权。
三、项目负责人的常规做法（施工图阶段）
1、向甲方确定合理工期。（假设一个项目施工图算上加班，正常工期30天，我会向甲方或公司管理部门申请35天左右，留五天机动）。
2、填写项目责任书（我自己根据ISO9000的各种什么联系单，指导卡，精简了一个责任书，同项目概况和项目纪事和项目安排组成）
3、安排设计人员，把专业条件图和方案或初设文件要求发到各专业设计人员手上。
4、根据具体情况，一般叁天或一周召开一次专业碰头会。
5、落实各专业提条件时间和提校审稿时间。
6、若有疑难问题，与主管副总或总工沟通并落实校审（定）时间，这一条相当重要，有些自己把不住的，不尽量及早与主管副总或总工沟通，会带来很太麻烦。
7、中间检查进度与质量。
8、提交校审稿前，召开一次会签碰头，这个步聚可以在出校审稿前，给各专业一个再次落实各专业条件和修改的机会。
9、各专业校审。
10、改图并会签。
11、晒图。
12、由设计管理部门整理交甲方图纸。（我的口号是，我说哪天正式出图，就肯定有图，不会推迟一天）
四、项目管理过程中一些具体作法。
1、项目组每个专业应准备一本作业本，从项目开始，
把专业要求，设计难点，规范要点，其他专业条件，未完善的工作一一记在本子上。我还要求，一些小的手算应直接写在本子上，以备检查确认。
2、现在各大小设计院基本都通过质量认证，做为设计院一员，个人认为，虽感有点教条。但在实际操作中，一定要按程序要求办事，养成良好习惯后，会受益一辈子。
3、尽量不要因为自己的管理能力问题导致返工，这是你丧失威信的最大敌人。
4、如果甲方对你们的工作表示满意，而且因为甲方的原因，零碎改动多，不好算产值，可以适当要求设计院向甲方（施工方）争取一定的现金加班奖励，每人能因此发个一两百（这个跟算奖金提成多一两百不一样），都会很开心，从而抵消返工怨言。
项目年终总结 篇2
一年来，本着“认真学习、扎实工作”的原则，始终坚持高标准、严要求，认真完成了领导安排的各项工作任务，自身的政治素养、业务水平和综合能力等都有了很大提高。现将一年来的工作情况以及今后的努力方向汇报如下：
一、项目管理系统的维护与数据分析工作
恪尽职守，认真作好本职工作。
xx年，中心全面推行项目管理。保障项目管理系统的正常运行，对系统进行全面学习和梳理，是我的岗位职责。系统运行一年来，较好的完成了系统的维护工作任务，确保了系统数据的完整、真实、及时更新。
一是对系统各项卡片的核对。包括各部门岗位系数逐月核查;项目立项卡标识、工作计划卡标识、任务单的完整一致;任务进度的及时调整;财务收支数据的核对。
二是及时发现系统问题，解决问题。在系统运行过程中，实时观察数据变化，通过细心观察，查找出了存在的问题。能够解决的认真做好记录工作，不能解决的及时与软件开发部门沟通，需求解决的方法。
三是不断完善系统数据。项目管理运行中，数据录入存在差异，如收支类项目，对应的项目是否正确，经过不断沟通和探讨，确定了此类项目的收支一致性。通过不断完善此类问题，起到了对系统数据的更进一步的完整。
二、公文处理工作
认真严谨，保证公文处理的不遗不漏。
积极主动的完成了来文、发文、办公文、签报单的登记，及时对呈阅、传阅文的回收和存档。
三、其他工作
积极主动的完成了办公室日常工作和领导交办的其他工作任务。
四、今后计划
今后工作的方向：随着项目管理的实行，我们的'工作要求将更高，需更细心全面的掌握系统知识。并进一步做好一下几项工作：
1、对进度体系和质量考核体系的完善统一。
2、抓紧对企业全面纳入系统的工作。
项目年终总结 篇3
一、 学习到的知识
IT项目管理对于信管来说，应该是一门重要的专业课，只有掌握了其中的分析方法，才能在以后的项目开发中，对项目进行科学，全面的管理，提高项目的质量。
通过本次课程的学习加之实习，首先，我知道了什么是项目，以及IT项目的定义什么，知道它是为解决信息化需求而产生的软件、硬件、网络系统、信息系统、服务系统等一系列与信息技术相关的项目，同时，我了解到了IT项目的主要特点分为7个，即明确的目的、独特性、时限性、目标渐进性、时效性、高风险性和智力密集型。在充分了解了定义之后，老师又详细讲解了项目的生命周期和管理模式，从项目4大阶段：启动、计划、执行、控制和项目管理9大知识领域：范围、时间、成本、质量、人力资源、沟通、风险、采购进行全面的解析。下面我就分别讲述在这几个方面自己学到的东西。
其中4大阶段中，掌握的比较好的就是前两个方面，在启动方面，我觉得就是要预先考虑到项目实施过程可能出现的问题，进行提前的计划，说到底就是未雨绸缪，里面最重要的就是可行性分析，它是作为项目能否开发的重要依据，提供需求、盈利、运行环境等多方的分析资料。另外一个，我掌握到的重要知识，就是WBS技术，我学会了如何对认为进行分解，将一个复杂的项目分成多个子项目，分别进行多次深度划分。 项目时间管理是我听得最认真的内容，因为要作图，里面我主要是针对网络图进行了认真的学习，知道网络图的意义以及如何绘制网络图，在网络图的基础上，我学会了用个Project软件生成项目的甘特图，并且能够从给出的甘特图中读取项目的信息和进度计划。最难的是活动历时估计中的关键路法，通过结合PPT，我掌握了如何根据给定的表格数据，推算出最早开始时间、最早结束时间、最迟结束时间、最迟开始时间、总时差，并在做完图后，从中找出其关键路径，即总时差为零的活动路线。
后面9个领域，都学的比较粗条，主要针对了成本、质量和风险管理。在成本管理方面，理论掌握的不好，主要就是知道了如何用Project软件对项目分配资源，并且知道了如何解决资源冲突的几种方法。
在项目质量管理方面，我通过实习，知道了IT质量管理的概念，整个体系，并且通过实习，知道了从哪几个方面入手去编写IT项目质量计划，从而了解了一个项目团队如何去保证其项目的质量，特别是实施计划中，知道了一般性项目质量管理的工作计划，和高层领导以及项目经理如何去评审一个项目以及各部门的任务分工和之间如何协调。
风险管理因为时间近，所以知识点记得比较多，最深刻的就是项目风险的评估分析。 在里面，我主要掌握了如何定性的估计风险，学会了风险评定的等级划分，和结果划分。
二、 感悟与体会
IT项目管理，其实自己没有多少重视，总感觉学到的理论偏多，让我值得欣慰的就是，我们在课程一开始就成立了分组，通过一个小组的整体协作，把整个项目过程都全部的经历了一遍，在完成的过程中，我发现，书上写到的只是冰山一角，远远满足不了你完成作业的标准，我很多时候都是拿到分配下来的题目，一阵发愁，然后翻了N遍书，还是不知道从何下手，可能是从来没有接触到类此的东西，缺乏思路，不知如何进行，只能在百度里寻找，希望找到材料，要是完全一样的就更好，没有的就东拼西凑，虽然其中有一些copy的影子，但自己也是阅读了大量的资料，整合了各种数据，在不知不觉中，理解该方面也越来越深刻，至少一开始的迷茫感没有了，其中让我印象最深的就是制作WBS，书中只是讲述了WBS的基本概念，没有一点制作的方法和步骤，完全是盲人摸象，一路磕磕碰碰，幸好在强大的搜索引擎下，在参考了无数公司优秀的案例下，制作了一个让自己非常满意的WBS图，当然，其中会有各种错误。
还有一个就是在合作的过程，我觉得一个项目想要合理，高质量的完成，各小组间的沟通即为重要，这里面包含了项目组长的领导能力和人格魅力，像我们组来说，我感觉就有点分崩离析的味道，就是个人管个人，组长分配啥，做了就好，没有形成一个小组间的共鸣，不知道其他组的进度和完成情况内容，所以内容应该有些分散，给组长也增加了很多的后期整理压力。
三、 提出的建议
1、 案例分析的效果甚微，我感觉就是小组发表后，老师就是把小组的发言整合了一下，没有告知这个案例到底说明什么，总感觉有点模棱两可，没有明确。
2、 课堂气氛很压抑，我们没有释放应有的学习激情。
3、 实验课有些水，不知道在实验课上做什么，一般都是老师讲，学生自己玩电脑，应该在实验课的时候，开设一点Project软件的教程，帮助我们更好的掌握。
4、 作业量比较大。