搜索

项目总结范文

发布时间: 2019.08.17

项目总结范文。

指缝很宽,时间太瘦,悄悄从指缝间溜走。我们或多或少会在某些时候有些深刻的故事,优秀的人写一份总结,是对自己的反省,突破。总结的目的在于让我们知道自己,认识自己。我们该如何去写一份优秀的总结范文呢?经过搜索和整理,小编为大家呈上项目总结范文,但愿对你的学习工作带来帮助。

以下是工作总结之家为大家整理的关于项目总结范文精选的文章,希望大家能够喜欢!


一、工程项目完成情况不理想

从2月份我负责废油再生项目开始,一直都不顺,开始计划施工时间15天,结果从2月份一直拖到6月份,才完工正式开车。工期延误主要原因

1、施工队伍人员少,业务水平低,不能按计划完成每天工作量。主要是公司今年主体工程项目多,5W吨/年三胺及20W吨/年碳铵、1000万平米/年高档陶瓷、15W吨/年双氧水这几大项目同时施工,相对这几个项目,废油再生对公司来说无足轻重,公司领导不重视。最开始每天只派三个人施工,其中两人为打杂人员。经过多次请示,最后加至5人,进展效果不大。(说实话,这哪是搞工程,完全是扯淡!)

2、对项目的实施可行性没做详细的考察,准备工作不充分(这是最主要原因)。这个项目是领导考察好了交给我实施的,公司并没安排我出去考察,在项目实施前,公司设备老总提醒我这个项目是骗人的,我没引起足够的重视。由于经验不够,盲目相信依赖领导的考察结果,在施工前,我自己没去了解这套装置到底适合哪种废油回收再生,这套装置是否适合我公司,导致项目建成后只能将尿素部分的高闪点废油处理后控制在合理成本内,对压缩工段回收的深度氧化废油处理后无法达到设计成本。主要原因:①经过咨询枝江三宁,别人的油大部分都是一点指标不和格就换掉回收再生(别人说的是否可信有待考证,我宁愿相信是工艺上的原因,就还有解决的可能),所以处理成本低,而我公司润滑油是用到不能再用也难得更换一回,使用周期长这是事实;②另一个原因就是我公司工艺复杂,生产负荷重,压缩机温度控制高,导致压缩润滑油深度氧化;③再一个原因就是压缩机系统内带入大量低闪点工艺原料,如碱液、丙碳、煤焦油(静电除焦塔效果差、原料煤质挥发份高)等等,而公司条件有限,无法分辨到底是哪种原因,导致无法针对性的解决问题。我提出考察其他厂家,领导要求我有100%把握能够解决问题,连16W 请的外协工程师都完全一点把握都没得,我哪有这么大的把握?一直都没去成。

3、公司16W请的外协工程师脾气大、难配合,而且未提供相关配管图纸,动不动就冲着施工人员、操作工发脾气,导致人心不齐,别人都不愿意和他配合,每次都要替他向别人解释,搞得自己心力交瘁。该工程师技术、人品有待考证,目前这套装置无法达到设计成本,对出现的问题无法解决,人已远走高飞,违背合同规定,还强词夺理说是公司没给技术转让费他,根本就是他技术不行,公司领导目前认为他就是一骗子。

4、压滤机选择厂家不慎重,没有对压滤机进行认真验收,导致开车后漏油,最后只得更换压滤机,影响工期一个星期。这老家伙也就揪住这点不放,说是压滤机问题才导致无法达到设计成本,还到老板那告状,最后换成他指定的压滤机,一样搞不出来,甚至一走了之。

因为这件事,公司对我的处理很重,重到令人发指。这件事情对我工作、生活的积极性影响都很大,我甚至开始怀疑我这么卖力的工作到底值不值得,我只希望在2012年这件事能够圆满解决。

二、今年做的主要工作完成情况

除了车间的一些小改小革,我主要负责部门领导的周总结、月总结、年总结;负责部门的安全台帐与安全标准化;现在又将部门黑板报强加给我(说实话,我的字是小学水平,自己几斤几两清清楚楚,这个没推掉,说不过领导);由于2011年我部门只投了一篇稿子,前几天又想将部门的稿件全部交给我负责,被我强烈的推辞掉了,还不知道最后是否还强加给我;12月份,由于部门有3位员工下车间学习,其中一人的事全部又分到我头上,包括公司每年的研发项目上报情况、我部门申报省技术研发中心资料准备、晋煤集团下达我公司的要求上报的技术资料及总结,还有遗留的几件小改小革,这些每件事都让人头疼,想着就怕,刚把他的遗留问题解决,那人又调回来了,事情却送不回去了,又都巴在我头上了,有时想想真划不来,部门其他员工和我拿同样多的工资,为啥就要让我多做这么多事啊啊啊,别的员工就不能分担一点点啊啊啊,我想呐喊,可是我无能为力,我真的很累!

三、2012年的工作规划

1、 总结方面要加强,不能向11年那样记流水账,应付差事了事,要写出每件小改小革的原因、完成情况以及所达到的效果,并且拿数据说话。反正已经无法推辞了,就让暴风雨来的更猛烈些吧!

2、小改小革方案一定要先与领导、车间沟通好后再实施,尽量避免在施工过程中出现方案更改,导致工作被动。

3、不断加强学习,提高自己。2012年我要重新学习全厂公用工程,不能将以前学的都忘了,避免捡了芝麻丢了西瓜。

4、 性格上面的塑造。我不得不承认我是个强硬派,雷厉风行,别人不配合工作的我喜欢直言至语,这样容易得罪人,我今后要着重提高情商,说话尽量委婉,有时候火冲上来还真控制不住呀!这性格可能导致认真做事倒还受批评,会推事的人老板倒还认为他的工作做得好,会哭的孩子有奶吃啊,现实就是如此!

不知不觉已经从晚上9点半写到凌晨1点半了,到此为止吧,希望2012年自己能有个好的发展,最主要的是掌握点实用技术,为今后留点后路,以防万一!

Gz85.Com更多总结小编推荐

项目工作总结范文


1、 项目的前期市场调研总结

1.1主要竞争对手的分析(有关知识产权的分析工作,主要竞争力分析)

随着中国加入世贸,中国在加强知识产权保护方面的工作日益受到国外企业的重压,在此情况下进行产品开发的前期对于待开发产品的主要市场领导企业的产品的知识产权方面的调研和准备就显得十分重要,而在工业品中主要是关于专利权方面的内容。

对应于我们的开发模式(测绘仿制)在产品开发过程中很容易触及各个企业的专利,所以在专利检索的主要重点落在被测绘机器生产商有关这类机器的专利。专利的检索工作主要是由前期的网上普通检索和后继的知识产权局的详细检索。普通检索能够快速的检索到被测企业目前的专利受予情况,而知识产权局的详细检索则是能够详细的了解该企业的正在受理和最近提出申请的一些专利方面的情况。

对于检索到这些专利后的处理。由于我们是一家装配型企业,企业内部主要是以装配为主,所有零件都由供应商提供,因此在下一步供方靠选择的时候,我们就注意对供方的控制,同时与供方签订一些合同。同时在理解对方专利文献对主体的保护范围和内容的基础上,对一些零部件进行图纸更改和回避处理,以免在外观上侵犯别人的专利。

专利的回避是专利事务中的首要任务,但不能把专利回避与专利学习分割开来,专利是专利发明人经过努力的成果,特别是实用新型与发明专利是专利发明人智力劳动的结晶,代表的是具有一定新颖性和创造性的脑力劳动,在回避的同时如何巧妙的利用他人的专利是产品开发和设计中的首要问题,“学以致用”学的目的就是用,而不能只是停留在防这一层面上,因此前期的专利调研绝不是“检索”这么简单。

1.2主要目标市场的市场状况(国外厂家的主要市场分布与主要形成原因)

主要目标市场是在市场调查的基础上根据未能市场的发展趋势并针对目前公司资源和未来规划的综合考虑后作出的符合企业利益的客户群落。是产品定义前的一个重要内容,不同的产品定义针对的是不同的产品市场和不同的消费群体,同时必将导致不同的销售方式和定价。

目标市场的建立是在广泛的调研的基础上做出的未来市场的预测,具有很大的风险性,如何的避免风险,以及如何控制和评价市场调研过程,是这一阶段的主要问题,就目前完成的一些项目而言,在市场调研的评价和市场的原始数据资料这一块还不完善,市场的有效数据都停留在二手资料上, 得到的一手资料还比较少,同时对于市场的差异分析比较少,片面的强调性价比,而不能提供接受这些性价比的客户的特性和持续发展的可能性。对于目标市场的后续关注很成问题,一旦产品开始批量销售后,产品的更新能力弱,市场与技术的交流关注的重点都集中的产品的性能上,对于未来市场的发展情况的关注程度不够。

1.3细分市场的目标客户(各个厂家的目标客户和主要销售战略)

细分市场的目的是有效的避免在未来市场中的恶性竞争,细分市场的首要任务是了解市场格局:目前市场的主要生产者,可替代产品的提供者,可能进入的市场追随者。要分析和预测这些企业的产品特性和可能的市场目标,同时要阐述在细分市场中市场机会和市场效益的情况,这又牵扯到市场调研的数据问题,数据的真实性、准确性、可信性是评价细分市场依据,真实性和准确性是指市场数据要真实不能确定的数据不用和准确是指有疑问的数据不上报告,二手资料的引用要进行考证,而可信性是指对于局部的数据不能随意放大,“不能以此推断”,如果类推要有充分的论证可以类推的理由。市场细分是未来产品开发的指导思想,产品能不能在后期顺利的进入市场并行成“别居一格”的卖点,就由这一阶段的工作决定。

在细分市场和调研的时候要始终将“市场导向”放在首位,最大能力的去发觉客户的真实需要,同时注意这种需求是广泛的还是个别的,从而确定产品是走大批量小利润还是小批量大利润。

2、项目阶段设计时间的制定

2.1项目设计时间的详细工作量分析

设计工作的初步估算能够使后期的设计人员的人数控制和进度安排上做好基础,工作量的估算主要是参照以往项目的工作量能力,和可能出现的一些不可测因素,而制定的一个大致的以“人月”为单位的工期数。在设计时间的估算上没有什么可以具体计算的工具,主要的是项目负责人对项目工作的估算能力。这就要求项目管理者能够具备良好的时间估算能力。时间的估算要做到有据可依,不能凭空的拍脑袋定论,要充分的估计各重可能的风险和不可测的时间延误,同时要保障工作人员的正常工作强度,天天加班的项目时间和没有周末的项目时间是不可取的。 2.2项目成员的引进与评价系统

确定项目成员的能力要求和项目成员的招聘细则,由人力资源部和项目主管共同在企业内部作内部调动和外部招聘。项目成员之间的相互关系很容易在项目的后期形成重要影响,因此项目成员到位后的团队组建时,要注意使项目成员处于同一起点位置(主要是对于工作的重要程度和贡献,同时加强协作训练),按1:1.5的人员比例招聘同时在协作训练后按1:1.2的人员比例流动,以保证项目的正常工作不受影响。同时项目人员的后期归属要明确,以使各项目人员对于各人的后续发展作好准备。

在项目成员的管理方面往往忽似的是项目团队的建设,很多管理者认为,只要各个职位人员到位就是一个团队了,其实不然;工作组与团队是两个不同的概念,工作组是指完成某项任务的人员的总称,强调的是一个群体;至于群体内的各种关系和结构问题不是这一概念关注的问题,而团队则是对于这个群内的各种关系和结构问题具体分工和相互交流奠定了基础。群体是模糊的,团队是具体的;群体是混乱的,团队是有序的。

2.3 各个阶段的人时数分解和工作劳动时间的承受力

项目经常延期的原因是在项目人时分配时的不合理,比如设计一个人在一天中8小时满负荷工作是不可能的,同时在一个星期中加6天班,对于项目成员来说是不人道的。合理的安排工作进程必须首先要了解各个项目成员的工作能力和效果。同样对于各个阶段的人员安排亦是如此,产品的测绘期间的工作量比较大,而在测绘各图纸完成到小批量样机化的时间段中,人员就会显的有些富裕。

2.4项目的难度分析

项目的难度分析,在设计方面主要是分析和理解产品的结构及各种结构的不同原理,这些结构对应的机械功能,产品的设计基准;产品的制造难度,现有加工能力和供货保障,产品的制造成本,采购难度。

3、项目详细设计阶段工作情况报告

3.1产品的设计数据

没有规矩不成方圆,产品设计的数据规范是产品设计的主要问题,由于目前采用pro/e设计软件,在产品建模中和图纸的规范化,各人的提交权限和修改权限问题要先解决好。接下来的设计过和中的协调和组织,相关联和部件的配合孔的定位基准要要据机器大原理协调好,产品的各种参数数据要输入。采用其他设计软件也是如此,保持产品数据的正确性,产品数据的易维护和产品数据的表达清析规范是产品设计过程中的一个重要工作。

3.2产品的设计阶段成果计划表

在各个设计阶段完成并提供相应的设计输出资料;如产品开发初期的《产品计划》,设计完成后的《产品设计清单》、《产品说明书》、《产品零件编码规则》等系列产品文件。

3.3产品设计中的协调会议

大型的产品设计往往被细分为多个部件而后分多人在一定时间期限内完成,应而如何对于各个人员在各个时间的工作进行协调则显的比较重要,产品设计过程中首先总工程师要求对于产品的各个关联部分进行统一的产品接口安排,以保障在后续过程中各个设计小组或各个设计人员的设计接口(如基准、安装孔位)的一致性。产品的协调会议主要是在针对各个小组的结合部分在设计初期进行一系列的配合说明及定义,规定各设计小组按预定的设计方向和目标前进。 4、项目采购情况分析

4.1各零件的采购难度分析

4.2主、关键零件的供应商的选择方法

按零件的加工难度,在机器装配中的次序和产品的重要程度,对零件进行分级管理,进而确定主、关键零件和部件,在现有供方中寻找能够满足产品性能的供应商,如:在一次设计过程中,机器的墙板为机器的第一安装基准,因此在供货中应该首先考虑进货,没有墙板其它的零件就无法安装。对于供应商的选择可以参照图示流程:

4.3各零件的采购价格组成及批量控制方案

现在市场的竞争对于供方的产品质量、产品成本、产品交货期、产品服务要求很高,应而在产品设计的初期就应对于产品产业化后的产品价格控制、重要零件的产品质量控制做好规划,具体的如,产品的零件价格按产品的材料成本、加工成本两大块;而产品的材料成本根据市场波动规定每一年或每半年进行一次确认;对于产品的加工成本按初期小批量、中期一般批量、后期大批量,进行产品的加工费用预算;对于产品进行内部核价后确定产品价格,在此基础上采购人员与供应商进行谈判,以保证企业的未来几年的产品利润和价格竞争优势。对于重要零件可以要求供应商严格按照设计工艺进行,必要时可以抽查供方工艺。

4.4采购风险

采购的风险来源由采购过程中的供方意外或是在采购初期的产量计划,如供方按最大产量供应都无法满足生产需求,对零件的加工难度估计不当。受国外政策的影响,如德国的7、8月份的休假,如果有些部件在这时急需而厂内没有库存,这就会引起采购不到的现象,从而影响生产。因此,对于采购人员要求根据以往的经验和对现在采购中的可能意外,做好采购风险因素预测表,并针对各种可能做好防范工作。

采购的另一风险来自采购过程的知识产权问题,如果购买了侵权的产品或部件,而导致后期的产权纠纷,将对整个企业带来致命的打击,因此对于一些声称仿制其他厂家的供应商要严格防范!

5、项目生产环节报告

5.1项目组装成员的介入时间和成员的选择标准

6、项目输出文件报告

6.1设计文件(设计过程文件,产品测绘文件,产品设计思想)

6.2物料清单(不同产品的配置,)

6.3零件图册

6.4其他宣传性资料(样本,展会用资料,交流用资料)

7、项目结尾

7.1项目结尾的标准

7.2项目提供清单

7.3经验教训

项目总结报告范文


项目总结报告范文

1引言
1.1编写目的XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。

1.2背景项目名称:XXX业务管理系统

软件名称:XXX业务系统

客户:XXX

用户:XXX员工

1.3参考资料项目开发文档:

1.软件开发数据模型:pDM_OperationSystem20070831.pdm

2.数据库开发文档: XXX业务管理系统数据库设计说明书2.0.doc

3.软件业务流程参考:XXX业务管理系统流程说明.doc

4.软件使用手册参考:XXX业务管理系统功能说明3.0.doc

5.软件业务流程参考:XXX业务管理系统流程说明.doc

6.软件中使用到的第三方控件:ComponentArt Web.UI 2006.1252 for asp.net2.0.rar

7.软件中使用的安全Ikey驱动:Ikey Driver.rar
以上参考资料是截止2007-08-31是最新的资料文档。如有修改,即使修改此处的参考文档名称。

2开发工作评价
2.1对生产效率的评价1. 系统开发已历时快1年的时间了

2. 开发的反复性比较多。

3. 对客户的需求理解不是很透彻。

综合以上,此项目的开发效率不是很高,相反有相当一定时间的浪费。

2.2对产品功能的评价经过我们公司各位同事的共同努力协作,XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察,此项目开发的还是比较成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说,此系统的功能开发还是一个比较成功的案例。

2.3对技术方法的总结在此项目中使用到技术和工具:

1. 使用代码生成器:使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率,从而加快了项目的开发进程。在以后的项目中,我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中,我们是能开发出适合自己的代码生成工具,更大限度的节省开发周期和开发费用。

2. 使用数据库建模工具;powerDesigner 工具来建立系统数据库模型,以方便程序员很好的理解业务流和掌握系统架构者的架构思想,更好的满足客户的功能需求。在今后的项目开发中,我们要更好的来完成系统的前期数据库模型的建立,的来优化系统功能。

3. 使用第三方控件:此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求,从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件,在今后的项目开发过程中,要继续使用第三方的控件。这样以来,无论是针对软件界面的美观性、友好性来说、易操作性而言,还是针对系统开发效率而言,这都是很好途径。但需要意的是:在是使用第三方控件时,要谨慎的选择一些网络中的比较常见的第三方控件。

4. 使用自定义控件:此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见,我就不需要修改每一个页面的表格样式,我们只需要修改GhdGridView控件的样式,系统中的所有继承自GhdGridView的表格样式都可以改变。

5. 系统开发框架:此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。使我们的技术不断的更加成熟。

6. 系统安全加密:此系统中针对客户提出的系统安全问题,我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户的密码不慎丢失,或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件安全方面可以借鉴。

3项目经验总结
3.1签定合同 一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项目的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确,但是我们在签定合同时,要尽量的去把合同功能边界和添加新功能的条件签定。

3.2开发团队 在项目确立后,要尽快的建立起项目开发团队。

项目团队成员的团结合作、相互沟通是非常重要的,团队成员之间要相互学习彼此的优点和技术,使团队的能力不断的提高。这样,在项目的开发过程中,团队才不会被难题困住不动。另外,团队中要有一个项目负责人,这个人无论是在与客户的沟通上,还是在技术上都要是很出众的人,此项目负责人要能很好的沟通客户与开发成员之间,以此来更好的理解客户的功能需求。人的记忆力总是有限的,所以就要求开发团队成员要尽量的书写一些开发文档,这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势,使我们的团队不断的壮大。

3.3需求的调研 在项目确立后,就到了需求调研分析阶段。

1. 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

2. 我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱

3. 在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。

4. 模糊需求,也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解;一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况,就要求我们的调研人员要能够从多个角度来分析客户的不同需求,整理出最终的需求与客户确认,定出最终真实可靠的需求,我们绝不能凭借我们自己的单面理解来定立客户的最终需求。

5. 在一个项目的开发中,文档的书写是极为中要的一项工作。因为,某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为,凭借我们的大脑来记录所有的开发需求。。。;即使,你说你是天才,你要用你那颗爱因斯坦的大脑来记录所有的开发需求,那也是不可能的,人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。

6. 需求调研工具选择,客户一般对图形还是比较感兴趣的,所以我们在调研过程中,我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具,把客户的意思转换为用例图、时序图、协作图、状态图、类图等,使表达的意思更加直观。这样客户会更快的进行问题的实质。

3.5做好开发计划 在项目确立后,我们就需要做好项目开发计划,需求调研用时,开发用时,测试用时,实施用时,维护用时。在我们做好了计划后,我们要随时的跟踪计划任务的完成进度,从而使我们的项目进度掌控在我们的开发周期范围之内,今日计划、行动,明日成功。

3.5很好的沟通 在其他行业中,人与人的之间的沟通只很重要的。项目开发也不例外,很好的沟通能够加快项目的进度,这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中,我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段,我们就需要和客户沟通已有功能,尽量的去避免一些隐藏的问题,及时的发现问题,解决问题,从而按时或者提前完成项目的开发。

3.6做好工作总结 在项目进行的过程中,我们要不断去整理自己的工作情况和做好总结,这样以来,无论是在自己的技术还是其它方面,都会对我们有很大的提高,在长期的积累后,无论是我们个人能力,,还是我们的团队能力都会有很大的提高。

2015项目工作总结范文


1.1标识

本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号。

1.2系统概述

本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;并列出其他有关文档。

1.3文档概述

本条应概述本文档的用途与内容,并描述与其使用有关的保密性与私密性要求。 2引用文件

本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。也应标识不能通过正常的供货渠道获得的所有文档的来源。

3实际开发结果

3.1产品

说明最终制成的产品,包括:

a.本系统(csci)中各个软件单元的名字,它们之间的层次关系,以千字节为单位的各个软件单元的程序量、存储媒体的形式和数量;

b.本系统共有哪几个版本,各自的版本号及它们之间的区别;

c.所建立的每个数据库。

如果开发计划中制订过配置管理计划,要同这个计划相比较。

3.2主要功能和性能

逐项列出本软件产品所实际具有的主要功能和性能,对照可行性分析(研究)报告、项目开发计划、功能需求说明书的有关内容,说明原定的开发目标是达到了、未完全达到、或超过了。

3.3基本流程

用图给出本程序系统的实际的基本的处理流程。

3.4进度

列出原计划进度与实际进度的对比,明确说明实际进度是提前了,还是延迟了,分析主要原因。

3.5费用

列出原定计划费用与实用支出费用的对比,包括:

a.工时,以人月为单位,并按不同级别统计;

b.计算机的使用时间,区别cpu时间及其他设备时间;

c.物料消耗、出差费等其他支出。

明确说明,经费是超过了,还是节余了,分析主要原因。

4开发工作评价

4.1对生产效率的评价

给出实际生产效率,包括:

a.程序的平均生产效率,即每人月生产的行数;

b.文件的平均生产效率,即每人月生产的千字数。

并列出原计划数作所对比。

4.2对产品质量的评价

说明在测试中检查出来的程序编制中的错误发生率,即每千条指令(或语句数)中的错误指令数(或语句数)。如果开发中制订过质量保证计划或配置管理计划,要同这些计划相比较。

4.3对技术方法的评价

给出在开发中所使用的技术、方法、工具、手段的评价。

4.4出错原因的分析

给出对于开发中出现的错误的原因分析。

4.5风险管理

a.初期预计的风险;

b.实际发生的风险;

c.风险消除情况。

5缺陷与处理

分别列出在需求评审阶段、设计评审阶段、代码测试阶段、系统测试阶段和验收测试阶段发生的缺陷及处理情况。

6经验与教训

列出从这项开发工作中得到的最主要的经验与教训及对今后的项目开发工作的建议。 7注解

本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。本章应包含为理解本文档需要的术语和定义,所有缩略语和它们在文档中的含义的字母序列表。

附录

附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。为便于处理,附录可单独装订成册。附录应按字母顺序(a, b等)编排。

"项目个人总结范文"延伸阅读