项目总结
在工作中,项目总结报告是经常用到的文书!大家清楚项目总结报告怎么写吗?还不了解的朋友吗快点来阅读小编为大家准备的这篇设计项目总结报告范文吧!
项目总结【1】
引言
1.1 目的
[阐明编写本总结报告的目的,指出读者对象。
1.2 项目背景
[可包括本项目的来源、委托单位、开发单位和主管部门等。
1.3 参考资料
2 项目基本情况
2.1 项目基本信息
[包括项目名称、项目代号、项目负责人、项目组成员、报告时间段、项目阶段等信息]
项目中文全称:
项目中文简称:
项目英文全称:
项目英文简称:
客户:
项目组长:
项目主管:
项目实际开始日期:
项目实际结束日期:
项目成员:
2.2 项目特征
项目所属类型:
采用的生命周期模型:
硬件平台:
应用领域:
使用工具:
开发语言:
数据库:
2.3 项目目标
客户目标: 〔描述客户对项目的总体要求,以及需要达到的目标。
例如:
1. 应当解决当前系统存在的一些问题,尤其是易用性、可靠性的问题;
2. 应当允许平台的独立性;
3. 应当能从所有的客户站点方便地进入平台。
组织目标: 〔描述清楚组织对项目的总体要求,以及需要达到的目标。
例如:
1. 应当在CMMI4级执行;
2. 应当达到和获得基于Web的移植体系;
3. 应当产生可重用模型/代码/设计思想,定义开发标准;
4. 应当从Web的应用开发获得经验;
5. 应当达到产品化的要求。
研究目标: 〔对于研究性项目,应描述清楚项目的研究目标。
例如:
1. 应当产生X篇高水平论文;
2. 应当产生X本专著;
3. 应当获得X专利或软件著作权。
项目质量目标: 〔描述产品在交付时期应达到的质量要求,以及不同阶段的缺陷率控制要求。
例如:
1. 交付时缺陷密度:0.2缺陷/KLOC;
2. 需求评审缺陷率:10%~15%;
3. ……。
3 项目执行结果
3.1 交付产品
〔项目的主要交付产品列表〕:
产品名称 产品规模 规模单位 完成日期 是否通过验收
需求规格说明书 25 页
系统设计说明书 72 页
源代码 KLOC
可执行代码
用户手册 页
3.2 主要功能和性能
3.3 项目过程
〔描述项目的实际过程,包括管理过程和工程过程,尽量用图示说明,对裁剪或变更的流程应说明裁剪或变更的原因、和裁剪或变更后的情况是什么。
3.3.1 项目开发过程
〔说明本项目采用的开发过程,包括增加/修改/删除了什么活动。
3.3.2 过程裁剪注释
遵循的标准过程/活动 裁剪注释
〔应说明增加/修改/删除了什么活动〕 偏离原因
〔应说明增加/修改/删除了某个活动的原因〕
市场(客户)调研阶段 需求获取
项目立项
项目定义阶段 项目计划
需求分析
产品(项目)研制阶段 设计
编码及单元测试
产品集成测试
评审
产品(项目)测试阶段 产品测试
测试
产品(项目)验收及发布阶段 系统试运行
项目结项
产品技术支持及维护阶段 产品技术支持及维护
贯穿项目全周期的过程 项目跟踪
风险管理
需求管理
过程和产品质量保证
配置管理
度量与分析
4 项目开发工作评价
4.1 生产率评价
构件/模块名称 代码行(千行) 工作量 代码行/工作量
甘特图
过程定义
等等
合计
平均生产率及其评价:
4.2 技术方案评价
〔总结该软件项目或软件产品开发时所采用的各项技术〕
〔以下是示例:〕
对开发工具的评价:这里主要是对开发工具PowerBuilder8.0和数据库工具的评价。
对PowerBuilder8.0的评价:在整个项目的开发过程中,由于此工具引发了诸多争议,我认为pb在C/S架构是由其独特优势的,就是从开发成本、B/S和面向对象来说其也有独到之处,因此我认为开发工具都有其优劣,关键看我们是否精通。
对数据库工具的评价:我们现在用的数据库工具只是停留在表、视图和存储过程简单使用,对数据库的深层研究和SQL语句的优化现在做的不够,当然还有表设计的合理性都需要加强,我建议部门或项目组可以
专门培养往数据库研究和发展的人员,从而提高我们产品的开发、运行速度和稳定性并可提高整个部门开发人员的技术水平。
对框架技术的评价:从整个框架的整体使用效果来看并为达到预期的目的,我认为主要是由以下原因造成的:
框架本身存在有诸多不完善的地方,需要不断地进行改进,但在改进的过程中没有进行严格的控制,导致框架的整体设计失控;
框架本身有这样那样的问题,有些问题是目前无法解决的;
框架是建构在PFC的基础上的,项目组成员对PFC不是足够的精通,为维护框架带来难度。
建议:模块化是产品化的基础,也是降低成本、提高开发效率保证软件质量的有效手段,需要有专人设计和维护框架。
对设计方法的评价:信息化项目的整体设计是由项目组全体成员完成的,鉴于我们目前的设计水平,我看还可继续这种方法,对设计的方法和思路进行广泛的借鉴,但一定要树立设计的权威性,对设计的变更要进行严格的控制。
对团队开发的评价:从整体上讲我们这个团队的能力还可以,但我认为它的生产效率并不高也就是说团队的整体建设不好,没有明确的学习方向分工,使整个团队在这段时间里整体能力没有太大的提高,我以前很想把我们的团队培养成那种学习型的优秀团队,可惜事与愿违这项工作没有取得什么实效。
5 项目管理工作评价
5.1 需求管理
5.1.1 需求完成情况
最初建议的需求数:
纳入基线的需求数:
已实现的需求数:
已验证的需求数:
已删除的需求数:
已修订的需求数:
新增的需求数:
5.1.2 需求变更情况
〔总结项目的不同阶段所发生的需求变更次数及发生变更的主要原因。
变更发生的阶段 需求变更次数 变更工作量
(从申请开始到变更结束发生的工作量)
用户需求定义
软件需求分析
设计
编码
测试
维护
需求变更的主要原因:
5.2 计划管理
5.2.1 计划变更情况
序号 变更发生阶段 变更原因 变更内容 变更是否允许
1
2
3
6 项目重大事件
〔列出项目期间或项目本阶段中发生的重大事件〕
时间 地点 事件 重要参加人员
7 验收准备工作
1、 验收要求:项目经理与客户确定验收要求
2、 验收文档准备情况:验收文档内容及完成情况,明确后期可能需要完善的文档。
8 经验教训
8.1 项目问题/缺陷原因分析
对项目问题进行原因分析
注:总结项目产生的问题,分析其中可以通过完善过程体系的方法来避免的问题。
对产品缺陷进行原因分析
注:总结项目产品发现的缺陷,分析是否可在开发过程中避免,或通过增加评审检查单和测试用例检查单等方法可避免。
8.2 总结经验教训
8.3 项目推荐工作产品
注:可推荐本
项目总结【2】
在项目部实习一年以来,本人在工程部一直担任着施工现场的技术服务工作。
从XX年6月27日至今,一年里,在集团公司、项目部、工程部各级领导的关心下和同事们的帮助下,个人在思想认识上、技术水平上都有了很大的提高。
下面作个人的工作总结如下:
从进公司的第一天起,我就告诫自己:“只有自己比别人更努力,才会比别人收获的更多。
事实证明,在这段时间中,我收获很多,感悟很深。
我对自己能在这样一个充满生机与活力的企业里工作而自豪。
一年里,我生活在项目部如同生活在一个大家庭里一样。
大家都是那么的亲切,如同我的亲人。
公司的企业文化让我感受到了家以外的亲情。
在这样的工作环境里,身边的同事如同我的兄弟姐妹,大家的相互关心让我觉得我不是那么的孤单。
很多时候,要干好一份工作一个人是很难完成的,只有同事间的团结协作才能把工作干好。
因为同事间的团队精神和大家的相互关心,让我觉得我在工作中不是很孤单,也不觉得怎么累。
一年里,我注意把书本上学到的理论知识对照实际工作,用理论知识加深对实际工作的认识,用实践验经验证所学理论的正确性。
在同事们的帮助和项目总工的指导下,我学到了很多知识,具备了很多处理现场的能力。
但是作为一名现场技术员有较强的专业技术知识还不够,还应该具备良好的交际能力。
一种产品很多时候是由于技术上的错误和在施工过程中跟作业队伍沟通交流不够,以至于作业队操作不当才出现了问题。
所以这个时候就需要我们找出症结所在,很好的跟作业队伍沟通,规范操作,规避错误,确保产品质量,从而避免客户对产品的不信任乃至对企业形象的损害。
一年里,作为一名工程技术人员,我时常在想我能为企业的建设做点什么?思来想去,还是觉得是脚踏实地做好自己本职工作才是最关键的。
秉承这一认识,自己的工作就有方向了。
一年的工作学习和磨练,让我的思想认识也得到了一定的提高。
我认为不管从事什么工作,树立全局意识是首要的问题,现场技术服务也不例外。
我认现场技术服务工作的全局就是,“树立企业形象,使客户对公司产品的满意度和忠诚度最大化。
最大限度的保护客户的利益,是提高我们公司产品的核心竞争力的一个重要组成部分。
做现场服务工作,同时也是对公司产品的宣传,以及对公司产品性能的情报收集,以便作出及时改进,使产品更好的满足现场的使用要求。
一年里,我一直担任着驼峰街跨线桥的技术服务工作。
工作中,我采用了看、问、学等方式,对桥梁的各个施工程序每都有了有了进一步的了解。
每天我都坚守在工地,我希望我能在工地通过实践经验能学到更多的东西,同时避免一些技术上的错误和排除工地上的一些不安全隐患。
我希望我们浇筑的桥梁能够创出公司的品牌,构筑精品,造福社会。
简短的实习生活,既紧张,又新奇,收获很多,感悟很深。
通过一年的.实习,使我对日常管理工作有了深层次的感性和理性的认识。
在以后的工作中,我将会更加努力的学习,更好的为公司服务。
项目总结【3】
本人于XX年参与了xx中心医院建筑智能化项目、xx统计局机房工程项目、xx数字城管项目、xx数字城管项目的现场监理工作。
xx统计局机房工程项目、xx数字城管项目主体工程已全部完成,项目分别于XX年初完成最终验收、业主交付使用。
在系统交付使用过程中,我方监理部跟踪了系统的升级、运维、异常情况处理。
xx中心医院建筑智能化项目是公司在xx的重点项目。
从战略层面上来看,监理服务质量好坏、高低,直接影响了后续中心医院设备标段、卫生局软件项目的监理业务。
总监赵聚平严格要求、总代曹欣崎认真负责,团队协作、和谐互补、任务到人。
xx中心医院是民心工程、政府主导、分管领导的政绩工程,时间少、工期紧、任务多。
我方严格按项目管理流程执行监理,不因时间仓促而盲目施工,降低工程质量。
凡事预则立,先有计划方案,再启动实施。
考虑到时间紧,同步对各个分项子系统,分楼层与装修单位、土建单位、院方建设指挥部、院方相关职能部门等接口单位衔接并及时对方案进行审核。
xx中心医院建筑智能化项目总投资约XX余万,共约18个子系统建设,分散于老干楼、医技楼、行政楼几个楼区30个楼层实施工作。
项目初期监理工作主要集中在如下几个方面
1、图纸评审、需求确认;
涉及到土建单位、装修单位及院方内部职能部门的各个子系统,我方多次组织项目专题图纸评审会。
安防子系统视频监控点位的定点定量,我方提供合理化建议,为院方节约开支80余万元。
根据招标文件要求、业主需求以及后期业务扩展需要,统一信息点位定点标准(内外网、光纤到桌面、通信电话一用一备),在后期的图纸评审过程中严格执行标准。
参考其他卫生医疗类信息化建设经验,为院方建议补充并把关选型了呼叫子系统。
2、中心机房、监控机房的监理工作;
跟踪旁站中心机房的建设工作,特别装修子系统的建设。
机房的六面装修工艺严格执行标准,找平-防灰-防潮-保温。
预埋工程中,桥架、线管、过线盒,规格、厚度、数量及敷设路径现场核实和管控。
强电子系统,入户线缆线径与总配电负荷、总开关匹配,ups机头进出线缆线径与ups输入输出匹配。
防雷接地子系统,金属固件等电位联接良好接地、设备外壳保护接地、配电线缆总线接地、联合接地不大于2欧姆,单独接地不大于1欧姆。
动力环境监控子系统,此系统是机房实时管理的关键,其功能全面性、性能稳定性直接影响了机房管理质量。
本次环控主要对精密空调漏水报警、配电的漏电和过载、ups运行状况、室内温湿度等进行监控。
3、重点旁站楼宇信息化管线敷设,实时对预埋质量进行评估。
前期主要以楼宇管线敷设工作为主,对我方监理人员是力气活、细致活,也是见工夫活。
因为涉及到综合管网,上有纯静水管网、消防管网、新风管网、空调管网,在执行设计图纸的同时,也应实时对局部路径合理调整。
现场人员把握几个原则,先图纸,后现场;现场水平管网重叠,在不影响装修吊顶的情况,垂直调整;影响吊顶或不好室内进线的,避水管,近空调管等。
统一标准、灵活监理、实时调度实施,工程质量每日检、工程进度三日核,及时向领导汇报工作,与各单位衔接保证其它接口单位后续工序正常实施。
本人于XX年7月份调离xx中心医院建筑智能化监理项目部,继续参与xx数字化城管项目建设的监理工作。
xx数字城管监理项目是公司XX年的重点项目,也是合同额最大的项目。
对于初次独立担当总代,并承担如此大项目的我来说,压力非常大。
刚进项目组,按照基本监理流程,认真学习招标文件、投标文件。
因合同到10月初才签,前期无合同。
通过学习招标文件、投标文件,总结项目存在如下几大风险。
1、个人技能风险;
按照监理合同,“三区一园”区级指挥中心、“市监督指挥中心”的装修工程由我方监理,个人经验不足、存在管理要点不清晰、管理重点不明确等风险。
2、前期的规划方案、投标方案可实施性不强;
根据硬件集成平台标段投标时提供的技术方案,设备清单所附设备与其在方案体现的建设思想有冲突。
虚拟化软件无处可用、关于服务器进存储规划明显不合理、接入交换机数量与入网职能单位误差较大、核心交换机及汇聚交换机的光模块数量与规划的组网需求误差较大、网络安全设备(网闸)配置数量与规划的网络拓扑图实际数量有偏差(业务网、视频网、局域办公网、公安网的安全问题)、现配设备不能满足大屏显示子系统功能实现(双屏工作站全上大屏)等。
3、提篮子工程,项目推进困难;
硬件平台标段、装饰装修工程标段为提篮子工程。
个人行为和企业的运营方式,资金垫资薄弱、技术力量都有风险。
后期的实施过程,风险充分暴露。
硬件平台供货严重滞后,进场3个月未供货。
因为资金问题,装饰装修工程停滞不前,局部节点工序延迟导致项目重要节点滞后。
3、施工单位多、分项工程多、协调难度大;
四个标段涉及4个单位、实际分包为8个施工作业队伍。
基础数据普查底图、室外探头的定点和取电、车载终端安装的具体车辆及分配情况、相关职能单位业务网链路接入等,涉及到项目建设团队内部、外部的沟通衔接工作,项目推进难度大。
4、标段划分不合理、施工界面交叉、责任和工作推委可能性大;
软件开发方负责系统乃至于整个项目的总集成,关于设备的联调、硬件平台集成方案深化、配置管理、培训工作,谁来做、做什么、怎么做不清晰。
我前期在多次项目例会(详见会议纪要和监理周报)提出,后期在局部问题还是出现无人做的情况。
针对上述几个风险,我努力提高自己能力,向总监、公司汇报,要求解决人力配备。
我同时在多次项目例会明确要清晰责任,做到事有人做、责任有人担。
我同时积极配合建设指挥部现场沟通,外部沟通不畅及时反馈建设方。
内部沟通不到位、事情落实不到底的,以工作联系单的形式留底督促并同时报呈建设方领导批阅。
项目进度及时总结,进度偏差风险及时汇报建设方,将项目推进不利的风险转移。
项目于XX年12月31日,基本完成了主体工程的建设。
市委市政府比较满意项目的建设情况。
项目建设还有许多收尾及完善工作要继续,主要集中在如下几个方面。
1、园林绿化类数据,树种的确认工作
2、“三区一园”指挥中心的收尾(线缆整理、标识打制、卫生清理、空调的安装)工作。
3、市级监督指挥中心收尾(裸露的钢柱包边、储藏间的装修、地毯的敷设、中控的调试、大屏显示子系统的完善)工作。
4、各个分项硬件子系统的培训工作。
5、数字城管实施办法和绩效考核指挥手册的编制工作。
6、人员机构编制定岗、定编,人员班子业务操作培训工作。
7、执法车、清扫车的车载探头、gps车载终端的安装工作。
8、室外探头的安装、安装现场的归原工作。
9、扩展型子系统的开发工作。
10、创新型子系统的需求确认工作。
11、硬件分项子系统配置文档的整理工作。
12、设备连接线缆、端接线缆的打标工作。
13、各个标段的配置文档、图纸或竣工文档的整理工作。
又经过一年的锤炼和学习,发现自己很多不足,需在如下几个方面去提高和突破,
1、提高服务意识、责任感;
监理工作就是提供软服务,必须提高服务意识。
按监理合同明确责任、范围、工作,但同时积极配合建设方。
监理工作不能局限在办公室,仅仅成为承建方的传话器。
我个人认为要积极下现场,发现问题并总结将问题要害及时反馈给建设方。
我同时认为方案和计划多和细致并不绝对重要,把科学合理的方案和计划贯切落实才是真实有效。
年轻的我切记不要以为监理工作轻松、钱好拿、风险小,要树立风险意识,居安思危、防微杜渐将问题化小化无。
我们是建设方的防火墙,要时刻提醒自己有责任和义务为甲方承担风险。
我们必须要树立,“项目出问题,推进不利,我是第一责任人”的意识。
2、解决问题计划性、目的性增强;
努力提高技能素养和积累经验,事先预判风险、发现问题。
积极旁站现场建设工作,关键节点实时旁站,勤能补拙,及时发现问题。
监理工作驱动必须要有自己的一本经,日志、周报、月报要及时编写,既是对项目实施工作短期的全面梳理也是自我总结提高的过程。
每天的工作要有重点,抓大放小的推进项目实施。
每天的工作重点、每周的工作重点、每月的工作重点,都要一一跟踪并督促承建方落实到位。
3、学习的广度、挖掘深度,提高监理质量;
监理项目需要个人有必要的技术底蕴。
作为我个人既要加强学习的广度,也有同时钻研学习的深度。
我进入监理行业已三年有余,已深深感觉自己的不足。
知识广度和深度是相辅相成且并不矛盾,学习要有所成必须具备两点。
这需要下功夫、沉住气,毛躁、浅浮、骄傲是不行的。
来年我首先将公司的监理规范、施工标准、承建单位的施工方案仔细研读,通过书本积累、实践推敲,不断提高自己。
【项目总结】相关文章:
3.项目总结模板
4.项目总结范文
5.项目阶段总结
6.java项目总结
7.项目个人总结