总结不仅仅是总结成绩，更重要的是为了研究经验，发现做好工作的规律，也可以找出工作失误的教训。这些经验教训是非常宝贵的，对工作有很好的借鉴与指导作用，在今后工作中可以改进提高，趋利避害，避免失误。总结怎么写才能发挥它最大的作用呢？下面是小编整理的个人今后的总结范文，欢迎阅读分享，希望对大家有所帮助。
项目管理工作总结结尾篇一
项目管理分为九大知识领域，分别是：范围管理、时间管理、成本管理、质量管理、人员管理、沟通管理、风险管理、采购管理和综合管理。
范围管理最应该关注的是：防止不必要的变更。但是目前项目组在开发的过程中，不能详细而明确的说明用户需求，让用户在程序开发之前进行需求确认，使得后期不可避免的发生所谓的变更，而实际上也许是项目组不能实现用户的需求，用户没有别的办法，只能采取另一种实现方式的变更，或者程序实现了的并不是用户真正的需要，导致uat测试阶段大量的变更。我们一直以来的想法就是“抓两头，控中间”，所以，需求阶段建议采用原型法，在用户无法提出明确需求的条件下，尽量引导、还原用户需求，且需求一定要业务部门确认。另外，据我的经验，项目组在制定项目计划的时候，一定要把项目组所有的任务都包含在进度表里，包括文档的评审、代码检查、上线会议等管理及沟通工作。事实证明，如果按照行方的过程要求，把任务尽量全面的列入进度管理表中，到了对应的时间点，也不会忘记此项活动的执行，因此，相对能比较好的执行要求的过程。
时间管理方面，目前，由于受评分体系的制约，普遍存在的现象是，无论谁的原因导致进度落后，项目组都会频繁的调整进度管理表，来使进度不延迟。时间管理重要的是保证项目进度与计划一致，但是受各方面原因制约，几乎没有一个项目组能够按照进度计划执行项目。人都是有惰性的，就像忘记了哪个原理所阐述的，一个任务本来可以三天完成，但是分配给人十天完成，那这个人就一定会在十天完成，而不会提前完成。我跟踪的一个进度控制相对比较好的项目，项目组内部控制进度非常紧，留出充足的缓冲时间，所以，相对这个项目进度延期的可能性就小了很多。
因为本次工作我们是代表甲方进行管理的，所以在这一年当中几乎没有对成本进行控制，此处不做说明。
我们过去一年最重要的工作，就是项目管理和质量控制，但是作为最重要工作之一的质量控制，我认为我做的并不好。在过去的一年中，过程质量保证相对做的比较好，但是产品质量方面就差了很多。cmmi标准ppqa过程域中要求的很多活动我们都没有做到，包括没有质量保证计划等。因为对银行业务不了解，我几乎没有参与qc的工作。当然，也有一定的收获：比如，uat测试中，要尽量让熟悉业务的人员尽快介入uat测试，否则越难发现且越复杂的bug会在项目后期提出，这样对项目造成的影响是很严重的。提高质量的三个方法就是缺陷预防、测试和评审。去年只在一个项目用到了缺陷预防的方法，但是没有考察缺陷预防的效果。一般来说，项目的工期都比较紧，测试用例很多情况都是测试的同时编写的，也没有熟悉业务的人员进行评审。要想使测试覆盖率达到100%，首先项目组得有业务流程图，其次qa得能够比较熟悉业务，过去的一年这一点几乎没有落到实处。也许是每个qa跟踪的项目较多，就存在这样一个矛盾，qa需要编写的文档越来越多，如果要把所有的文档都及时的填写，根本就没有跟项目组沟通和深入监控项目的时间。要想深入到项目组，目前看来真是一件比较困难的事情。
项目管理工作总结结尾篇二
20xx年以来，自已在施工管理中，始终把科学管理，优化方案放在工程管理的首位，经常不断地在研究和探讨适合工程管理，且可操作性强的施工方案，来不断满足工程需要和甲方需求。在每次施工方案的制定中，我都是不断根据工程的特点、难点，进行多次论证，并运用科学的态度，加大组织方案的科技含量。不断延伸方案中的科学管理渠道。
1、如：xx住宅楼工程，成人面积24022㎡，总高度57。25m，地下一层，地上十八层，钢筋砼剪力墙结构。质量目标为创市优工程和质量无通病示范工程，为了保工期，针对现场狭窄，周围居民楼住户多的特点，将原方案设计的基坑支护灌注桩止水帷幕，12m一根共250根，支出费用93万元。改为圆型平面布置的密排水泥搅拌桩，即达到了支护桩又起了止水作用。缩短工期36天，节省投资近46万余元。深得甲方满意，在粗钢筋连接上，我采用了cabr变形钢筋套管冷挤压连接技术，比压弧焊连接法提高工效三倍。在模板支撑工艺上，原方案采用剪力墙支模穿墙镙栓的支杆为塑料管不能拔出，这样浪费太大，经研究我们把穿墙镙栓的塑料管自行加热，制成大小头能拔出的塑料管，减去剔凿设计破损率30%，还节省费用1。5万元。
2、原模板采用小钢模支护体系，但在开发的清水砼施工技术工程上，宜采用大模板钢木组拼体系支护，减少模板之间的缝隙，施工缝无明显痕迹，从而取消抹灰层，经涂料装饰后，达到高级抹灰数据标准及使用功能要求，节省抹灰材料及人工，并减轻建筑本身的自重，减少模板费用的投入，避免因质量通病造成的大量修理费用发生。在架子搭设上，原方案采用双排落地式外架子，大型工具使用数量太多，占用时间较长，而且租费成本高，为降低成本根据建筑物特点我采用工具式挂架子，即安全，又轻便，又节省大量资金。
“质量第一”是企业永恒的主题，更是自己追求的目标。我在多年施工中，能自始至终把质量放在首位，坚持了用质量来赢得企业信誉，来满足业主需求，来扩大企业建筑市场，为美化市容多创精品。20xx以来，我所坚持的措施有：
1、落实质保措施，提高监控到位。我坚持在项目上严细质保职能，分工明确。坚持做好各项质量文字交底和质量交接记录。确保每项质量施工都有文字交底。以便更好地指导生产人员按标准、按要求去操作。项目上的专职质量员，我主动给其一定的相应权力，让其主动牵好质量创优质，使他们进一步做好了质量监控预案，并协助整体基础上搞好了本工程质量管理的分工，确保质量监控无空白点。
2、重点部位，重点监控。对于工程易出现质量事故的施工部位，我坚持设专人把关，并做好监控管理，发现问题及时解决。
3、严格规范，提高作业水平。在质量管理中动员大家要严格按规范去验收，把住每一道工序，要把市优的标准落实到操作面，使参建人员都知道，干出什么样产品为市优标准，使产品一次成优，杜绝二次维修。
4、层层管理，人人把关。我始终坚持在项目上形成人人把关的质量管理氛围。质量管理不单质量员一人的工作，其它项目管理人员也要有质量指标。也要对质量创优负责。要在层层管理上形成操作人员对自已施工面负责，分包队要对承包区域负责。项目管理人员要对各自工程创优指标负责，项目经理要对全工程创优达标负责，从而使工程质量管理严格处于受控状态下。通过自己在质量管理方面的摸索，个人掌握了一些质量管理上的招法。为自己驾驭项目上的质量管理工作充实了力量。同时也使自己在历年施工中创出了一些名优工程。如：为保证理工学院教工住宅楼创优工程的实现，我从源头抓起，严把了材料的进场关，对现场所进各种材料，我协同器材管理人员，从材料目测、复试开始，加强材料的验收，不合格的坚决退场，为工程顺利创优把住了材料关，落实了创优措施，使该项目获得了市优，得到了建设单位的信任和满意，他们又将后续工程计划交给我们，由我们来施工他们觉得放心。为企业信誉和占领市场做出了一定的贡献。
做为一名项目上的指挥员，自已在注重工程施工方案、质保措施的同时，对生产进度的落实从不放松。特别是在多年的施工管理中，不管遇到什么样的困难，从未因生产计划管理而延误工期。在工期管理上，我一直坚持：
1、加强部位控制，落实计划安排，自己在日常的生产管理中，对施工部位计划比较清楚，到什么周期，完成到什么部位，我心中有数。由此在施工管理上，我坚持用施工计划指导和严细现场的作业安排，严格控制施工管理节奏，确保施工进度，按照计划去落实。
2、加强施工组织，落实资源到位。为确保项目生产顺利，我时刻针对现场的料具、劳动力、材料等生产要素，做好调配，并根据工程进展情况，提前做好生产要素的测算，工作予见性要强，进而加强了料具、人力的合理配置，保证了施工不间断。
3、加强工程插入度，落实施工工效。针对工程多工种作业。由其是抢竣工项目，在合理组织插入上是关键，多年的施工经验告诉我，无论是立体交叉作业，还是横向混合式作业，不管是逆施，还是正施，我坚持的宗旨是：统一协调，统一指挥、合理安排、见缝插针。
4、加强责任到人，落实分片包打。按照施工布置，自己习惯作法是把
项目进度指标进行分解，责任落实到每个工长身上，按照旬保月、月保季、季保年的工作安排，做好层层包计划，落实项目上分片包打。通过多年来，自己坚持和不断充实以上四项措施，使自己在工程进度管理上，创出了项目上的施工信誉。
20xx年，针对项目成本，自已在往常施工中始终坚持效益是项目立足的根基，没有了效益，项目就意味着乏值。多年来，我在抓项目成本管理上，作法有两点：一是抓项目成本分析制度、完善内部管理交口。自己带头组织项目成本员、定额员、预算员、器材员开好每月工程成本分析会。并要求成本员把当月中的列支情况进行汇报，做到计划部位、预算收入、器材耗料、成本核算达到数字交圈、核算对口把住工程的实际成本。同时，在成本分析上，要求各大员要对下月工程成本提前预控，对易造成浪费的部位、现象，提前预测，并制定相应解决措施。把成本管理问题消灭在萌芽。二是提高项目核算意识，杜绝不合理开支。节约挖潜项目是大户。我们项目多年来不断增强和改革自己的核算意识，不断校正自己的节约措施，在项目内部成本管理上注重节约。如小型工具制作，尽量内部加工。材料码放，尽量一次到位，减少二倒。文明施工，不追形势，追得是高标准。特别是在材料使用上，大家齐抓共管。形成人人算细账，人人会账的管理局面。通过多年坚持和完善这两项成本管理措施，使我们项目施工的任务无一亏损，为企业创效做出了一些工作。在新的一年中，我将继续拼搏，为企业发展尽努力。
项目管理工作总结结尾篇三
今天是我来xx工作整整一年时间了，在这一年中我学到了很多一技之长的知识，也让我明白了从一个金融行业职位，变成了在工程上担任项目管理这一职。一开始我对工程管理这块的确很迷茫，从没想过自己会从事这个行业，慢慢的自己摸索着管理理念，随着项目不断发展壮大，我不仅对工程管理能力得到了全面的提升，并且在团队协作和沟通有了深层次的认识；我深知取得的这些进步和公司的培养是分不开的。展望20xx年是机遇和挑战并存的一年，我将继续团结在公司领导核心周围，努力工作，艰苦奋斗，为公司向更高层次发展做出自己的贡献。
20xx年即将接近尾声了，回首20xx年，xx三期项目全面面临竣工，项目上的工作重点也从三期转入五期。根据项目部继续安排我留在xx五期进行工程项目管理工作，在经过短暂的一年之后，马上进入自己的角色。首先根据领导要求，主要完成以下五方面的工作：
按照部门安排，结合专业实际特点，制定了专业的日常维护计划，建立了专业的工作常识，并收集大量有关消防工程方面的资料。
针对本专业所管辖的设备制定了个人的工作计划，每日跟踪重点项目，全身心投入，督促现场施工单位做好日常管理工作，重点监督完成整改等工作，协助完成了结构具体工作。
按照有关的质量管理标准和规范对全现场消防给排水系统进行了全面跟踪，从而使工程质量处于受控状态。
我个人做到每日对现场的巡查，坚持主要对安全文明施工进行反复的督促。
在做好专业工作的同时，我还积极完成领导交办的其他工作。一年来为了做好工作，我主动收集资料，积极与其它部门配合，积极配合公司合约部完成项目结算工作。
在这一年中，在同事的帮助和领导的信任下，圆满的完成了各项工作，也学到了很多新的知识，取得了一些成绩，但仍存在一定的差距，因此在明年的工作中准备从以下几方面加强：
1、今后加强学习，认真提高业务、工作水平，着重加强工程施工管理和工程质量等方面的培训。同时要拓宽知识面，在工作中多留心相关专业知识的汲取，使自身在消防工程管理等方面得到加强和全面发展。
2、学习身边其它同志的那种不记个人得失、吃苦耐劳的精神，积极完成各项工作任务，与同事间积极沟通，鼎力协作，凡事以公司利益为主，积极为公司创造更高价值，力争取得更大的工作成绩。
3、做好外部协调工作。工程管理涉及到包括施工单位、设计院、设备厂家的诸多方面因素，在今后的工作中，要主动与各方面沟通，了解其实际困难，了解现场施工需求的实际进程，一定要将工作做实，做细，为工程服务。使得在项目上顺利通过消防验收工作。
新的项目意味着新的起点、新的机遇、新的挑战，我决心再接再厉，只有吃的苦中苦，方能成为人上人。在以后的工作中扬长避短，克服不足、认真学习、勤奋工作，使自己能一直紧跟公司发展的步伐和体现自己的价值，为公司今后的繁荣发展做出应有的贡献！
项目管理工作总结结尾篇四
从去年以来，我完整地参与了xxx项目的建设与管理工作，到现在项目已经基本收尾，下一期的项目也启动在即，现在有必要总结下该项目的得与失，从而指导下一期项目的建设工作，犯过的错误不要再犯，好的做法需要继续保持和发扬。
1、项目进度管理相对较好
本项目的进度管理相对比较好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+月例会+项目考核等制度。项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的形成来跟踪和监控项目目标的完成情况。除了月例会和周例会之外，同时对项目团队进行考核，如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以基本保证项目的进度。
2、建立起了一些管理制度
在项目实施的过程中，针对日常工作中一些不规范、混乱的地方，制定了相应的管理机制，主要有以下几个方面：
（1）新业务需求响应机制
新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原来对新业务需求的处理流程混乱，新业务需求往往存在项目团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的；接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间；当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。
从需求的接收到最后上线后的反馈等环节
（2）上线机制
由于历史原因，我们项目团队相关工作的规范性不如boss那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程，并向boss侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。
（3）沟通机制
建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。之前项目团队也会开例会，但是会议达成的需要去解决的问题往往会上说说的好好的，但是会后没有真正去做，会议成了一种形式。
（4）系统运营报告制度
项目团队之前非常不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情况。在项目期间，我们建立了系统运营情况每月报告制度，将系统重要应用的使用情况以月报的方式发送给领导及相关人员。
1、对项目合同的把控不足，给后续管理工作带来隐患
由于公司it系统的合同由其它部门负责管理，我们部门主要负责具体系统的建设，因此在本项目中对项目的合同关注不够，对项目的合同内容把控不足。主要体现在以下几个方面：
（1）合同中的项目的建设内容与当初汇报的建设方案中的内容两者没有仔细地核对，有一些我方希望纳入的建设内容结果在合同中没有体现，最终导致我方与软件开放商之间的扯皮，软件开放商会拿合同来说事，这是很致命的一个问题，说到底关于项目合同是两个部门之间的衔接出现了问题。
（2）项目团队成员没有仔细核实，虽然在看合同时也发现了这个问题，但是由于对方是我公司的长期合作伙伴，这些小问题没有太多的在意，现在看来这种原则性的问题还是不能忽视。
（3）在签订项目合同是，我们公司通常要求包含项目的考核规则文档，在做本期项目时没有仔细地考虑好如何进行考核，结果把非常通用的一个考核规则文档放入了合同中，但这个通用的考核规则很多地方并不适合本项目，导致在后续实际考核工作中，有些问题由于没有在考核规则中详细的描述清楚，导致具体执行起来没有依据，容易出现扯皮。
2、新业务的开发模式
由于本项目的需求相对比较分散，因此在实施项目时采用的是新业务的开发模式，即一个个功能模块依次开发，每个功能模块都要经历需求分析、设计、开发、上线等阶段，有点类似迭代的开发模式。但是这种模式存在一些问题：一是每次迭代划分的太细，导致几乎每个月都要经历需求、设计、上线这些工作；二是这种开发模式导致对系统的整体把控能力不足，可能由于原来相关的一些功能模块，本来应该统一考虑需求和设计的，但是由于人为地把他们分割成多个阶段来实现，导致出现顾了当前没有考虑到将来及对原有功能模块的影响；三是这种开发模式使得项目经理不清楚整个项目的工作重点应该放在哪里；
这种开发模式在下一期的项目中需要改进，不能再采用这种方式了。
3、建设方案设计及汇报能力不足
本期项目的建设方案主要由主管来完成的，理想的情况是方案由我来写，主管提供一些指导和意见，这样我这个角色才算是称职的。方案完成之后，向领导的汇报工作不是很成功，前后汇报的三次才算通过，这算是一次很深刻的教训，需要吸取。
4、需求文档和设计文档的规范性
需求文档和设计文档的规范性这个问题一直困扰着我，不仅仅是这个项目，其它项目也存在相同的问题，就当前我所参与过的项目来讲，需求和设计能够做的好的很少。需求文档和设计文档应该体现哪些内容，这些内容如何以比较好的方式来表达，才能清晰地描述清楚需求和系统的设计？
5、应用推广重视度不够
建设一个系统的目的是什么？目的是希望系统能够为公司带来价值。那么如何体现价值？系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。那么系统只有真正被业务部门使用起来才能够发挥出价值。而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。
项目管理工作总结结尾篇五
作为项目管理人，要以专业技术为依托，以工程项目管理为中心，先进的工程建设理念，明确项目成本、质量、进度和安全目标。
扎实的工程建设理论和技术管理知识、丰富的'现场施工经验是做好工程项目管理的基础；这就需要在平时的工作中不断积累和总结，让实践与理论更好地沉淀于能力上，更好去管理协调。
一、对于整个施工过程中的技术实施，主要还是在于工程的质量，质量不合格，其它一切也就白谈了。影响施工项目的质量因素主要是人、材、机、方法和环境。所以如何控制好质量是关键。
1.要熟悉工程建设中的各种材料的技术性质和质量要求；材料要严格检查验收，正确合理使用，建立管理台帐，进行收、发、储、运等环节的技术管理，避免混料和将不合格的原材料使用到工程上。
2.对各工序的施工工艺充分地把握，严格按施工方案施工；全面分析，预防为主，对可能出现质量隐患的，设置控制点，重点防范；控制好整个施工过程的质量通病：质量通病面大量广，危害极大，消除质量通病只要思想重视，施工过程严格按施工验收规范进行施工，遵守施工程序和操作规程，贯彻技术责任，严格检查、层层把关，绝大多数质量通病都能消除。
二、当今社会是一个讲效率的社会，时间就是金钱，质量保证了，进度也要跟得上，要合理地赶进度，对各种资源优化搭配，从而节省管理资源，节约管理成本。
三、建立项目核算制，对项目进行成本控制，人、材、机、管是构成成本的主要费用；人工费严格按工程量计算，优化劳动力，减少返工，杜绝滥用工，施工要按工期严格进行，严禁窝工，无故停工，用工要按时按量（定量定工）；材料在在提取使用前，施工主要负责人要熟悉施工图纸，对所用的材料的数量做到心中有数，要按时按量提取材料，尽量控制材料使用量，严格按照图纸施工，多用材料和少用材料土建工长都要以洽商的形式反映在书面上。也就是说主要负责人要对提取的材料严格把关，严禁多提错提。在现场要有人专门盯工程质量，依图施工，严禁浪费材料，丢失材料。工人对施工工艺不了解会导致浪费材料，还要防止工人盗窃施工材料和施工工具；机械施工方案的选择，要合理配置机械，提高使用率；管理人员要严格配置，架构要合理，管理人员素质、技术、办事效率要高，缩短工期，减少管理成本；优化整个施工过程各工序的施工工艺，综合衡量，通过改变工艺，搞高效率，减少人、材、机，从而降低成本。
四、要以人为本，安全第一，明确安全目标、减少和消除生产过程中的事故，保证人员健康安全和财产免受损失；统一安全生产管理，制定周密的安全措施，建全规章制度，保证在多项目、多部位、多工种施工的条件下有序地进行工作，对使用一些特殊建筑材料性能、使用方法，要明确进行技术交底，控制好人、物的不安全状态、改善生产、生活环境。
在工作中要多观察，多动脑，多学习，并且不断提高交际能力，增强管理协调能力，以良好的思想品德、敬业的合作精神和奉献创新意识来回报社会的。
项目管理工作总结结尾篇六
时间好快，短短我来到xx公司已经两个月拉。在这段时间里，每天都在感受xx公司的激情和发展。和同事的相处中，我得到了很多帮助，这其中更多的是来自我的指导人吕某，每每我碰见一些生疏的办事环节或工作任务，总能得到他的精心指导。如今我对xx公司有了一个全面的了解，感受到了很多同事间的和谐友好，项目组的团队意识。
在过去的两个月里，我负责x模块的需求讨论、数据库设计，代码编写进度管理的同时，还负责x项目xx平台的开发进度管理，通过与大伙的通力合作，基本上在规定的时间内完成了大部分的业务需求。通过这个项目，也增强了自己在项目管理方面的经验，学习了很多x方面的业务知识，全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面，对x大部分业务做了深入的了解。xx评估方面，我主要了解x，x，x，x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导，我很是感谢他们。
在已过去的x项目实施过程中，我也发现了项目组存在的一些优势和问题。对于优势我就不多说，主要还是大伙的实干精神较强吧。针对项目组存在的一些问题，这里我发表一些个人的观点，仅供参考。
由于我们当前的项目是一个全新的组合，各成员间存在太多的生疏和不确定性，这就造成了，我们在实施计划任务的过程中，对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理，所以在实施过程中也出现了很多计划滞后的事件，对待这些滞后我们唯有加班来弥补，过度的加班和返工必然损坏其组内成员对项目组控制力的满意度，当然也直接影响到对公司的认知和评价。
我感觉我们总是缺少一些可以控制和预见的能力，完成任何事情或目标总是存在不可预知的风险，但如何在风险爆发前限度的加以控制，降低其影响层面，那是我们应该去考虑和管控的。
说到项目组的协作力，我觉得当前我们做的很差，在任务实施的过程中，现在的项目组就好比中国古代的三国时期—群雄逐鹿，各忙各的。每天我们都很忙，但是忙的就是自己的那块空间，彼此的交流和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度，而是自己凭借自己脑袋乱写，自创轮子，总是把自己的意识强加给客户。
在过去的代码编写时间里，我总是发现很多同事存在一个问题，自己做的模块与别人的存在关联，这时候彼此间需要进行简单的交流，配合完成。但是很多人没有交流，而是把别人的代码下来，然后加上自己的需要，提交完事，等其具体人员某天发现自己的代码被修改而不为所知，最终遇到问题，相互推诿，这就是缺乏交流的后果。
说到协作，顺便说下分工，在代码编写的过程中最为紧要的应该就是分工明确啦，我们需要严格规定那些人有相关文件的修改权限，那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加，试问操作前是否考虑过有对其项目或别人的影响?
项目管理工作总结结尾篇七
一年来，本着“认真学习、扎实工作”的原则，始终坚持高标准、严要求，认真完成了领导安排的各项工作任务，自身的政治素养、业务水平和综合能力等都有了很大提高。现将一年来的工作情况以及今后的努力方向汇报如下：
恪尽职守，认真作好本职工作。
20xx年，中心全面推行项目管理。保障项目管理系统的正常运行，对系统进行全面学习和梳理，是我的岗位职责。系统运行一年来，较好的完成了系统的维护工作任务，确保了系统数据的完整、真实、及时更新。一是对系统各项卡片的核对。包括各部门岗位系数逐月核查;项目立项卡标识、工作计划卡标识、任务单的完整一致;任务进度的及时调整;财务收支数据的核对。二是及时发现系统问题，解决问题。在系统运行过程中，实时观察数据变化，通过细心观察，查找出了存在的问题。能够解决的认真做好记录工作，不能解决的及时与软件开发部门沟通，需求解决的方法。三是不断完善系统数据。项目管理运行中，数据录入存在差异，如收支类项目，对应的项目是否正确，经过不断沟通和探讨，确定了此类项目的收支一致性。通过不断完善此类问题，起到了对系统数据的更进一步的完整。
认真严谨，保证公文处理的不遗不漏。
积极主动的完成了来文、发文、办公文、签报单的登记，及时对呈阅、传阅文的回收和存档。
积极主动的完成了办公室日常工作和领导交办的其他工作任务。
今后工作的方向：随着项目管理的实行，我们的工作要求将更高，需更细心全面的掌握系统知识。并进一步做好一下几项工作：1、对进度体系和质量考核体系的完善统一。
2、抓紧对企业全面纳入系统的工作。
3、进一步在应用层面上宣传项目管理。
项目管理工作总结结尾篇八
时间好快，短短我来到xx公司已经两个月拉。在这段时间里，每天都在感受xx公司的激情和发展。和同事的相处中，我得到了很多帮助，这其中更多的是来自我的指导人吕某，每每我碰见一些生疏的办事环节或工作任务，总能得到他的精心指导。如今我对xx公司有了一个全面的了解，感受到了很多同事间的和谐友好，项目组的团队意识。
在过去的两个月里，我负责x模块的需求讨论、数据库设计，代码编写进度管理的同时，还负责x项目xx平台的开发进度管理，通过与大伙的通力合作，基本上在规定的时间内完成了大部分的业务需求。通过这个项目，也增强了自己在项目管理方面的经验，学习了很多x方面的业务知识，全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面，对x大部分业务做了深入的了解。xx评估方面，我主要了解x，x，x，x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导，我很是感谢他们。
在已过去的x项目实施过程中，我也发现了项目组存在的一些优势和问题。对于优势我就不多说，主要还是大伙的实干精神较强吧。针对项目组存在的一些问题，这里我发表一些个人的观点，仅供参考。
1．项目组的控制力
由于我们当前的项目是一个全新的组合，各成员间存在太多的生疏和不确定性，这就造成了，我们在实施计划任务的过程中，对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理，所以在实施过程中也出现了很多计划滞后的事件，对待这些滞后我们唯有加班来弥补，过度的加班和返工必然损坏其组内成员对项目组控制力的满意度，当然也直接影响到对公司的认知和评价。
我感觉我们总是缺少一些可以控制和预见的能力，完成任何事情或目标总是存在不可预知的风险，但如何在风险爆发前最大限度的加以控制，降低其影响层面，那是我们应该去考虑和管控的。
2．项目组的协作力
说到项目组的协作力，我觉得当前我们做的很差，在任务实施的过程中，现在的项目组就好比中国古代的三国时期—群雄逐鹿，各忙各的。每天我们都很忙，但是忙的就是自己的那块空间，彼此的交流和协作时间太少。一个功能模块的实现不是最大限度去寻求业务的吻合度，而是自己凭借自己脑袋乱写，自创轮子，总是把自己的意识强加给客户。
在过去的代码编写时间里，我总是发现很多同事存在一个问题，自己做的模块与别人的存在关联，这时候彼此间需要进行简单的交流，配合完成。但是很多人没有交流，而是把别人的代码直接下载下来，然后加上自己的需要，提交完事，等其具体人员某天发现自己的代码被修改而不为所知，最终遇到问题，相互推诿，这就是缺乏交流的后果。
说到协作，顺便说下分工，在代码编写的过程中最为紧要的应该就是分工明确啦，我们需要严格规定那些人有相关文件的修改权限，那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加，试问操作前是否考虑过有对其项目或别人的影响？
3．项目组的执行力
执行力方面，我觉得主要是我们需要的规范太少，可依赖的标准几乎没有。试问下：我们的《开发规范》，《项目组日常行为准则》，《系统技术选型方案》，《技术定型评审标准》，《压力测试评估范围》，《代码检查计划》，《代码核查标准》，《业务流程处理说明》，《项目风险性预测报告》。诸如类似的标准在哪里，目前除了一个大概的开发规范，我没看到任何成型的文档存在。
我们选择了s2,spring,ibatis，dojo这样的技术框架，但是为什么我们要选择这些，而不是去选择s1,hibernate,ext等，我还清楚地记得我们是怎么选择的，很是草率很简单，一拍桌子，ok就选它们了，可是为什么呢？
每次我们讨论业务纷争，总是一味的你一句我一腔，张说张有理，李说李有道。漫天就是口水战，这样的讨论还不如不论，浪费时间，有那些时间不如回家睡觉去。
一个良好的开发框架，一定限制和影响其使用者的研究方向，因为我们日常的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完善需要一个慎重和持续的过程，我不知道我们现在使用的框架是否需要延续，如果是，我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。
健壮性应该兼顾做好应对各种高并发、突风险处理；兼容性应该具备不断的技术版本升级、灵活运用于各类数据库；可扩展性保障系统的各类可用性功能扩展，实现方式升级、灵活多变；可维护性告诉我们需要在持续的使用中不断修正其bug和通用性，有专门的人员完成不同时期版本升级，专注于系统架构的相关人员应该对其使用的项目技术有专攻的过程，毕竟任何东西都是有利有弊，不透彻的了解，怎么知道其需要改进的地方呢？
4．项目组的统筹力
最后说说统筹力吧，这很多时候应该是针对实施计划安排，实施过程管理而说的。我希望每次我们制作计划时都做一个简要的评审过程，这样的过程可介乎于几个人内。很多时候做计划的人总是按照自己的思路和想法在行走，我们应该在完成计划之于，多和参与计划的执行人员进行交流，查看其是否可以在计划的时间内完成安排，并进行讨论修正。对一个任务你是否只有一个计划，你是否考虑过当前计划的风险，如果执行者某天生病不来上班或离职了怎么办？你的计划时间某段被公司的集体活动占用怎么办？公司某天停电怎么办？等等类似的问题太多啦，这些就是我们的计划风险，是不可预知的，你是否应该考虑一个b计划
做计划不是做完后盲目的下发开展，别老是告诉你的执行者，就这么干，做不完自己加班，很是暴力。
写了这么多都是自己的想法，很多可能都是片面的观点，对于当前项目组，我感觉很战斗力很强。当然任何东西不是生来就是完美的，就让我们慢慢地改进和磨合吧。忠心希望自己能陪同xx公司这个大家庭共同发展、努力。