** 项目项目总结2017 年 2 月 26 日***** 项目部全体成员目录前言**** 项目总结会议与2017 年 1 月 10 召开，本总结与2017 年 2 月 25 日完成。文件汇总期间，由我（**** ）主要负责， ** 和** 参与完成。因为大家发给我的稿子内容和会议上说的内容有所出入，而有的稿子能明显看出来是把一些内容取消了之后发给我的，而参与汇总的人员不能完全理解每个人的所要表达的内容，所以汇总时间拖了很久。另外因为我自己的个人原因，整个文章语言过于口语化，内容中批判性较为明显，但是这不等于对**** 项目管理团队或者个人的否定，而是通过这些问题，促进团队和个人的进步。本篇着眼于总结经验并推广出去，所以原总结中提及到的我方的具体的人大都省略了，总结的格式，主体上以不同主题为章节，每章节采用现场情况描述，总结描述中反应出的问题和不足，逐条列出，然后针对问题和不足总结经验并提出建议，因为有些章节中部分内容无法谈的很深，所以章节最后，以提问的形式罗列在思考中了。也有部分章节因为很多情况描述反映的只有一两个问题，那么中间的问题和不足的总结就统一编排在章节后面了。而在整片总结中，不同的章节，可能会有相同的情况描述，但是因为章节主题不一样，所以表现出的问题略有不同。作为汇总人员之一，虽然说没有能够全部理解所有人的要表达的内容，但是我个人认为，大多数内容都汇总在这份总结里面了。在汇总初期，就有同事调侃说，总结汇总没有意义，公司领导根本看不见，其实作为主要负责人，我很期待更多人能看见这份总结。另外，作为一个刚刚工作一年多的新人而言，我觉得类似于这样的交流会议应该经常召开，从而发现团队的不足并讨论出解决方案。虽然此次总结会议的效果暂时无法表现出来，但是我相信，在今后的工作中，它对我们这个团队的成长，一定会有巨大的推动作用。另外本来想借这次汇总，把项目管理办法也起草一个大纲出来，但是公司留给我的时间似乎不多，只能往后推一下，视情况而定了。项目亮点1. 现场统计表的应用，出发点很好，但是可惜，没有发挥预想的结果，原来，有经营部同事的督促，编写也没有坚持下去；2. 学习制度，对于公司的发展和个人发展，学习都是必须的，尤其是我们这种转型公司，积累知识成长自己是关键，但是可惜，周末晚上的学习制度，凯哥要求就能坚持几天，但是时间最多不超过三次就不再坚持了；3. 经营部和工程部之间配合和协调工作做得非常好；4. 项目部领导对其...
