关于文档的撰写，人们或许都在进行，多查找和阅读范文，范文对我们来说最有价值的就是思路和整体构架，怎样把一篇范文写的简短可读呢？为满足你的需求，留学群编辑特地编辑了“项目总结报告范文”，仅供参考,欢迎大家阅读本文。
项目总结报告范文【篇1】
一、项目执行情况
从项目的执行情况来看，绝大多数是好的，达到了项目建设目的，项目在我市的野生动物保护、工程造林、城镇绿化和优质苗木的提供和推广等工作中发挥了积极作用。
二、项目效与评价
野生动物自然保护区项目建设和基础设施的加强，使我市野生动物保护管理工作进一步加强，一批野生动物保护站、观测点的建，促进了我市野生动物保护工作的规范化运转，保护站等，使大熊猫等野生动物在自然保护区得到进一步保护，数量不断增加。近期内在我市出现的胜林一号放归；金丝猴数活动范围扩大，常在旅游景点与游人相遇；野生鸟类明显增加，在城区时常可见。都充分说明了我市森林生态环境质量得到了明显改善，以及人们生态意识和保护动物意识的明显提高。
三、存在问题和建议
问题1：骨干苗圃项目设计、批复与实际投入不符，在一定程度上影响了项目功能的发挥。
xx年和xx年，国家分别下达给我市骨干苗圃建设项目7个。各项目承担区县按照要求，由具备设计资格的省林业设计院对项目进行了初设，并经省厅批复。按照设计要求，每个骨干苗圃项目，国家投资在80100万元。但实际投资均为40万元，再加上地方配套投资不能完全兑现，致使项目建设内容受到限制和缩减。但苗圃类林业建设项目与工业建设项目不同，虽然缩减了大量建设内容，仍能依据土地这一自然条件进行苗木生产，但与我们建设骨干苗圃所要求的高起点、高质量和高科技含量育苗，确不相适应。
建议：国家将小型林业基建项目的投资计划、资金以及项目建设的要求，通过省厅直接下达给地市州林业行政主管部门，以充分调动和发挥地市州林业行政主管部门的监督管理职能。提出上述建议，一是地市州林业行政主管部门对所辖县区更为了解，对是否应该立项和建设规模更有发言权；二是地市州可依据建设项目在区域的地位与作用，有争取同级财政配套的可能；三是较之于国家和省厅，地市州对承建单位有更明显的监控能力，更有利于项目建设。
问题2：地方配套资金确有困难，致使建设项目不得不打折扣。
地方对林业建设项目的积极性非常高，通过项目建设，可以在很大程度上促进当地林业建设的快速发展。但是，绝大多数林业建设项目的配套投资不能到位，不是基层单位不争取，而是决策权在地方政府，地方政府要办的事太多，对来至方方面面的建设项目所要求的配套资金无能为力。为了争取项目，不得不向上做出虚假承诺。这样不仅影响了项目建设，还给项目竣工决算和审计带来问题。
建议：国家在下达项目时，对地方配套资金不作硬性要求或尽量减少地方配套投资数量。
问题3：多数林业小型基建项目建设管理不够规范。
由于基层单位领导和管理人员变动频繁，项目建设管理的具体人员不清晰，往往都是单位负责制，导致了项目建设中管理不科学、档案收集不规范等问题，严重影响了林业项目建设。
建议：一是加强林业项目建设管理培训；二是制定统一、规范化的《林业项目建设程序填报制》；三是实行并落实《林业项目建设责任制》。
项目总结报告范文【篇2】
项目总结报告
项目概况：本项目是由10、11级人力资源专业学生共同参与策划，将应用管理学、组织行为学、培训与开发、招聘与录用、工作分析、人才测评等专业课程知识，在现实中全真模拟企业运营过程，集角色扮演，自创案例，老师点评于一体，在比赛中培养选手在变化多端的市场经营环境里，如何面对众多竞争对手，正确制定团队的决策，实现团队目标的能力。完整生动的感受将极为有效地激发选手的学习兴趣，增强学习能力。以选手为中心，以提升实战综合能力素质水平为目标。
本项目将通过三个阶段比赛，分别为：初选（将在三月底到四月初每周四下午进行，共计三场）选拔30人进入复赛；复赛（四月中旬到五月初举行，共计三场）选拔6人进行决赛；决赛（五月底举行）
项目实施结果评估
项目分类：诚信测评/数字传递/无领导小组讨论
优点： 1该项目在实施前的组织策划工作周密而详细，有相关专业老师的策划与指导学生完成相关专业测评项目，也离不开有相关项目负责人（）在整个测评项目中的发挥的领导与组织沟通协调的作用。 2该项目中小组负责人及相关在场的测评人员分工明确，相互协调配合，积极投入完成该项工作。
3项目负责人对人员分工安排到到位，对每位工作人员的职责分工明确细致，可操作性强，尤其是在分工细则的描述上，层次
清晰主次分明。
4该项目在实施中，相关测评人员按时到岗，尽职尽责，如：（）积极配合项目的有序开展，同时对项目的顺利完成，勇于建言献策。
5项目中主要负责人及时灵活处理突发事件，如选手突然立场、选手违反规则等，并采纳测评人员合理建议，对整个测评措施做出合理调整与改进。
不足：
1项目实施之前没有充分做好调动人员积极性与主动性的工作，宣传力度不够，如班级还有若干人员不知其详情或没有参与积极性。
2项目实施前计划不具稳定性，没有在相关负责人协商一致的条件下进行调整，造成不必要的冲突。
3项目实施中最严重问题就是缺乏统一的测评标准和测评维度，其主要的考核指标没有明晰化，且两者在测评中都存在模糊性。这就造成了在评分环节的分歧性较大，没有可以量化的客观的评分体系，以定性考评为主，主观性很大，不具科学与公平性。
4在综合评分的环节中，缺乏客观的可量化的考评分数及考评关键要点，没有统一性，可比性不强。
从优点中激励自我，从不足中完善自我
项目总结报告范文【篇3】
从去年以来，我完整地参与了XXX项目的建设与管理工作，到现在项目已经基本收尾，下一期的项目也启动在即，现在有必要总结下该项目的得与失，从而指导下一期项目的建设工作，犯过的错误不要再犯，好的做法需要继续保持和发扬。
一、项目成功之处
1、项目进度管理相对较好
本项目的进度管理相对比较好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+月例会+项目考核等制度。项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的形成来跟踪和监控项目目标的完成情况。除了月例会和周例会之外，同时对项目团队进行考核，如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以基本保证项目的进度。
2、建立起了一些管理制度
在项目实施的过程中，针对日常工作中一些不规范、混乱的地方，制定了相应的管理机制，主要有以下几个方面：
（1）新业务需求响应机制
新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原来对新业务需求的处理流程混乱，新业务需求往往存在项目团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的；接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间；当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。
从需求的接收到最后上线后的反馈等环节
（2）上线机制
由于历史原因，我们项目团队相关工作的规范性不如BOSS那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程，并向BOSS侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。
（3）沟通机制
建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。之前项目团队也会开例会，但是会议达成的需要去解决的问题往往会上说说的好好的，但是会后没有真正去做，会议成了一种形式。
（4）系统运营报告制度
项目团队之前非常不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情况。在项目期间，我们建立了系统运营情况每月报告制度，将系统重要应用的使用情况以月报的方式发送给领导及相关人员。
二、项目不足之处
1、对项目合同的把控不足，给后续管理工作带来隐患
由于公司IT系统的合同由其它部门负责管理，我们部门主要负责具体系统的建设，因此在本项目中对项目的合同关注不够，对项目的合同内容把控不足。主要体现在以下几个方面：
（1）合同中的项目的建设内容与当初汇报的建设方案中的内容两者没有仔细地核对，有一些我方希望纳入的建设内容结果在合同中没有体现，最终导致我方与软件开放商之间的扯皮，软件开放商会拿合同来说事，这是很致命的一个问题，说到底关于项目合同是两个部门之间的衔接出现了问题。
（2）项目团队成员没有仔细核实，虽然在看合同时也发现了这个问题，但是由于对方是我公司的长期合作伙伴，这些小问题没有太多的在意，现在看来这种原则性的问题还是不能忽视。
（3）在签订项目合同是，我们公司通常要求包含项目的考核规则文档，在做本期项目时没有仔细地考虑好如何进行考核，结果把非常通用的一个考核规则文档放入了合同中，但这个通用的考核规则很多地方并不适合本项目，导致在后续实际考核工作中，有些问题由于没有在考核规则中详细的描述清楚，导致具体执行起来没有依据，容易出现扯皮。
2、新业务的开发模式
由于本项目的需求相对比较分散，因此在实施项目时采用的是新业务的开发模式，即一个个功能模块依次开发，每个功能模块都要经历需求分析、设计、开发、上线等阶段，有点类似迭代的开发模式。但是这种模式存在一些问题：一是每次迭代划分的太细，导致几乎每个月都要经历需求、设计、上线这些工作；二是这种开发模式导致对系统的整体把控能力不足，可能由于原来相关的一些功能模块，本来应该统一考虑需求和设计的，但是由于人为地把他们分割成多个阶段来实现，导致出现顾了当前没有考虑到将来及对原有功能模块的影响；三是这种开发模式使得项目经理不清楚整个项目的工作重点应该放在哪里；
这种开发模式在下一期的项目中需要改进，不能再采用这种方式了。
3、建设方案设计及汇报能力不足
本期项目的建设方案主要由主管来完成的，理想的情况是方案由我来写，主管提供一些指导和意见，这样我这个角色才算是称职的。方案完成之后，向领导的汇报工作不是很成功，前后汇报的三次才算通过，这算是一次很深刻的教训，需要吸取。
4、需求文档和设计文档的规范性
需求文档和设计文档的规范性这个问题一直困扰着我，不仅仅是这个项目，其它项目也存在相同的问题，就当前我所参与过的项目来讲，需求和设计能够做的好的很少。需求文档和设计文档应该体现哪些内容，这些内容如何以比较好的方式来表达，才能清晰地描述清楚需求和系统的设计？
5、应用推广重视度不够
建设一个系统的目的是什么？目的是希望系统能够为公司带来价值。那么如何体现价值？系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。那么系统只有真正被业务部门使用起来才能够发挥出价值。而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。
项目总结报告范文【篇4】
要开始入手一个新的javaweb应用应该遵循这样一个原则
1、首先是整体框架，也就是通常所说的三层构架：
数据库+应用服务器+应用
2、其此是框架各个部分所处的环境，就是数据库，应用服务器的os都是什么，怎么沟通，怎么在对应os下调配数据库以及应用服务器。
3、再次应该是应用服务器和数据库的连接，这点很重要，要查找相关资料怎么配置应用服务器和数据库连接，以及使用的数据库连接池技术。
4、然后才是了解应用的构架，也就是所谓的项目源码了，具体使用了那种mvc模式，使用了什么日志工具，测试工具、编译工具，还用要是你去熟悉一个公司的项目的话，这个公司可能有自己的web相干开发工具
我用visio做了一个图形应该是这样的顺序
用我最近的具体例子来做说明吧：
1。首先是3层构架
数据库是mysql，应用服务器是resin，应用基本上是struts+hibernate，这里明确了学习目标应该是：
mysql的相关使用方法
resin的相关使用方法
2。其次是os数据库和应用服务器放在一台主机上，OS是linux，但是日常的开发环境是windows，所以用到了常用的ssh对主机进行管理，这里明确了学习目标应该是：
Unix相关命令
Ssh的使用方法
3。然后是数据库和应用服务器的连接方法，使用mysql的jdbc接口，这里明确了学习目标应该是：
Resin对数据库连接的配置方法
Mysql对数据去连接有什么要求
4。最后是应用代码层
这层应该是最后学习，但是我们往往习惯对整个系统没有弄清框架就开始这层的研究，这就导致在研究中不断出现有关框架的各种问题，而又要中断当前学习，开始查找另一个资料。
我开始就犯了这个毛病，所以进度缓慢。
这里我的项目使用了hibernate+struts作为基本框架，用Ant进行编译发布工作，使用eclipse作为ide，另外用到的java工具有jfreechart，quartz等，再有自己公司开发的web框架工具包
这里明确了学习目标应该是边参照源码一边学习Struts，hibernate，ant，eclipse，jfreechart，quartz，自己公司的工具包，然后再在数据库的角度对整个业务逻辑做出理解。
当然，以上四步中肯定是有些工具和技术已经掌握了，我们所要面向的是我们没有掌握方面，然后最终达到掌握系统的目的！要注意我们的目的是上手新平台不是学习新技术！