项目总结_项目总结评审 - CSDN
精华内容
参与话题
  • 项目总结心得体会

    万次阅读 2010-09-25 16:59:00
    及时总结这些经验教训是非常必要的,下面从项目管理角度对出现的问题和事故进行分析和总结。   1、对项目经理的现场指挥 关于对项目经理的指挥,现在感觉有些混乱。项目经理在公司时还好,方便协调...

     

    随着各个项目实施的展开,项目各多多少少都出现了一些问题,或者是发生了事故,或者指挥和管理出现一些混乱,影响了工作目标,留下了隐患。及时总结这些经验教训是非常必要的,下面从项目管理角度对出现的问题和事故进行分析和总结。

     

    1、 对项目经理的现场指挥

    关于对项目经理的指挥,现在感觉有些混乱。项目经理在公司时还好,方便协调和管理,但他们在客户现场会遇到很多问题,商务的,技术的,有时还混合在一起。跟他们沟通的渠道也多,销售、商务、老板……  可能就会有多个指示或者信息传给他们,且还不完全相同,如果项目经理个人的能力和经验足够,可能会处理得让公司和客户都比较满意,否则,他们会无所适从。

    比如去年项目组第一次到客户现场,发现此前在家准备的一套调研计划完全用不上,突然变成要马上写出方案并交给客户评审,作为项目总监,我怪他们没有留出一点家里评审的时间,所以要求往后推一推,而销售总监则说越早评审越好。

    另一个项目组也是这样,有关需求控制,如何跟客户谈,跟谁谈,主要是销售和项目经理在沟通,老板也会有指示。作为项目管理部门的最高领导,我本人也不是每个业务领域都很熟悉,我在销售、项目经理、老板之间把话传来传去的,可无论哪一方,对传递的指示和信息提出问题,再说出一大套实际情况如何如何,我真是有些晕。例如项目经理一直跟我说他在检验中心的需求调研属于售前,是按照销售的指示来做的。说给客户做好需求,写好报告便于拿下这块。因为我对涉及的业务也不熟悉,由我来给项目经理传达指示也真怕耽误事。虽然我名义上应该管这些事情。

    所以,还是得有必要明确哪一类问题谁做主,比如属于客户关系、合同范围,项目经理就应当听销售的。不能教条得去进行项目管理。

     

     

      上周加了个班,这也是来本公司加班时间最长的一次,两个总监、三个部门经理加上项目组的3个人,竟然从晚上600一直干到凌晨700!而且说起来可笑,加班内容居然是做最初级的文字校对和审核工作。因为这次是咨询项目,最终交付物就是文档。所以客户也格外仔细,要说我们公司规模也不算小,平时质量体系流程抓得挺严格,谁知还是出了错,公司借此一查,好家伙,才发现很多文档都有问题,只是作为软件企业,一般最终交付物都是软件,客户也没那么认真罢了。 总结出文档常见错误有:

    一.   模板使用

    1.     未使用最新发布的模板;

    2.     擅自改变模板的结构或内容。

    二.   文件名不规范

    3.     文件名中“项目编号”与《项目任务书》中确定的“项目编号”不一致;

    4.     文件名中缺少下划线“_”;

    5.     记录类文档文件名中的日期格式不规范,日期格式应为“YYYYMMDD”;

    6.     记录类文档文件名中的日期与文件编号中的日期不一致。

    三.   文件封面不规范

    7.     技术类文档封面“文件编号”中的“项目编号”与《项目任务书》中的“项目编号”不一致;

    8.     技术类文档分模块编写时,“文件编号”中未将可选标记“【】”删除;

    9.     记录类文档“文件编号”中的日期格式不规范,日期格式应为“YYYYMMDD”;

    10.   封面中的“项目名称”与《项目任务书》中的“项目名称”不一致;

    11.   封面的审核、评审日期与相应《评审报告》/《会签单》中的相应日期不一致;

    12.   封面审核、评审人及日期未填写;

    13.   封面版本号中不应写“V”,且应与历史记录、页眉中的版本不一致;

    14.   文档升版后,封面的审核、评审日期与历史记录中对应版本的审核、评审日期不一致。

    四.   页眉不规范

    15.   页眉中的版本号与封面、历史记录中的不一致;

    16.   页眉中的版本号仍保留模板中的版本号,未按实际文档填写。

     

     

    历史记录不规范

    17.   历史记录中仍保留模板的内容,并未填写实际文档的历史记录;

    18.   历史记录中的日期格式不规范;

    19.   文档升版后,未填写历史记录(文件审批记录、文件变更记录)。

    六.   目录不规范

    20.   完成文档后,没有重新提取目录;

    21.   目录字号、字体不统一;

    22.   目录中存在小型大写字母。

    七.   正文不规范

    23.   字号大小不一致,有的是小四、有的是五号;

    24.   行距不一致,有的为单倍行距、有的为1.5倍行距;

    25.   有些段落首行未缩进或缩进距离不符合要求;

    26.   标点符号使用不当,且全角/半角不分;

    27.   图片插入时是在段前空两格状态下插入的,此时设置居中时图片实际并未居中;

    28.   有些插入的图片中有鼠标、输入法等无用信息;有些插入的图片上有马塞克;

    29.   有些图片和图片题注、表格和表格题注分在两页上;

    30.   有些文字描述太过口语化;

    31.   某些章节下未填写内容但没有给出原因;

    32.   有些章节保留了原有模板中的说明性文字或示例,没有删除;

    33.   如纸质签字的文档(如评审报告、会签单、基线申请单等),对应的电子文档未按纸质填写完整。

    八.   编号不规范

    34.   标题使用混乱,且有时出现标题不连续的情况;

     

     

    错误重复在犯

     

    上周紧急处理了1个项目事故,说起来真是感叹不已:这个事故居然两个月内重复了3次,结果虽然一样,但是犯错的过程却每次都不一样。

     

       公司严格执行内,外网制度,凡是最后要提供给客户的软件都必须从内网拷出,拷贝的流程极为严格。一般是项目经理提交 软件出厂申请单,说明要拷贝的模块名称和License起止日期,以及要安装的机器MAC地址。期间经过实施部、开发部、质量部、商务部的审核,公司总裁签字之后,运维部才会拷贝出来,拷贝出来之后实施工程师还要当场验证一把,确认无误,才会带到客户现场进行安装部署,可就是这样严密的流程,竟然2个月内出了3次事故!由于最后一道审核人是公司老板,老板脾气又大,出点事情就把大家抓过来痛骂一顿,搞得人人噤若寒蝉,各个紧张兮兮的,不可能不重视啊,可是偏偏还就老出事,真是邪乎了!

     

      于是,我组织各部门认真反思总结了一下发生在该项目的问题,尤其是项目管理上的漏洞,追究责任是次要的,关键是要引以为鉴,后续项目不要再出现类似的事情了!

     

       第一次事故大概在5月上旬,项目组给客户安装系统试运行,到了现场发现系统用户不能登录。项目经理当时就有些慌张,因为以前未发现,想到老板最恨已经出厂刻盘的软件系统再重新刻盘,心里就有些紧张。接到报告后,我安慰他,不要着急,想想原因。经查明是由于在此之前的系统版本都是启动jbosslicense两个服务,而该项目版本为jbosslicense的集成版本,只需要启动jboss服务即可。测试人员修改了服务器启动规则,却没有及时通知实施人员,实施人员不知情,启动了jbosslicense两个服务,导致个别license文件冲突,系统用户不能登录。应该说这一次的事故主要是由于以下几点造成的:

     

    1)项目参与人员没有做到知识共享,信息传递不充分;

     

    2)实施人员只在测试环境对系统进行验证,没有充分验证系统的有效性;

     

    3) 实施人员在出盘这项工作中比较依赖测试部,对自己的本职工作不清晰,没有从业务及实际环境对系统进行验证工作;

     

       过了不到1个月,因为修改了一些Bug,第二次给客户安装系统时,项目经理和实施人员在现场的系统调试过程中,发现系统中的用到的第三方软件的一个功能出错,又打电话报告申请重新刻盘。这一回,又是各部门一通忙活,认定为给该系统安装的第三方软件版本不对,经查明,主要原因在于测试提供给刻盘的第三方软件版本与该项目所需要的软件版本不符造成的。这次我认为跟部门领导对于员工的责任心意识教育不够有关,明明公司三令五申,不能擅自更换软件版本,非要那么随意,想换就换!除此之外,没有将第三方软件纳入配置管理也是1大问题,版本无人管啊,也是容易乱!

     

       近日,该项目终于要验收了,虽说出了点事情,但总的说来,这个项目控制得还是不错的,进度,成本和质量都还可以。出了两次事故,我们也反复强调注意事项,同时弥补管理上的各种漏洞,要求各个部门经理作为第一责任人。大家都想这回怎么着也该没事了。谁知上周我正开会呢,开发部经理神色慌张得来找我:刘老师,XXX项目现场又出事了,说是License错误!天!不过这次大家倒都挺镇静的,处理突发事故也有经验了噢,不到半小时,就找到原因,商务人员对License生成软件操作不熟悉,生成的License文件不对,而不到客户的机器上安装是查不出这个错误的。前几次都是运维部生成的License ,自从老板要求实现三权分立的思想,就把生成License的工作交给了商务部。如何保证商务人员也能正确生成License文件,还得在流程上增加一条啊!

     

       看样子,无论多么完善的制度和流程都有改进的空间啊。

     


     

    展开全文
  • 项目总结感悟

    千次阅读 2019-06-02 10:40:00
    第一次项目总结感悟   本次项目算是暂时的告一段落了,先不论结果如何,在这次项目开发中我有很多收获,也发现了很多自己目前学习和其他方面的一些问题。   首先先分析一下本次项目开发过程中遇到的问题。   ...

    第一次项目总结感悟

      本次项目算是暂时的告一段落了,先不论结果如何,在这次项目开发中我有很多收获,也发现了很多自己目前学习和其他方面的一些问题。
      首先先分析一下本次项目开发过程中遇到的问题。
      就本次项目开发过程中,我发现如果要开发项目就一定要有合理规范的开发规范和开发流程。我认为不论是个人还是团队合作都应该有开发规范和开发流程,也一定要严格的遵守它,否则在开发过程中会产生许多的问题。我们在一开始的时候就没有规划好开发规范和开发流程,导致我们在开发过过程中遇到了好多问题。比如项目进度无法按照预期开发时间完成(如果一开始连这个也没有那估计这次项目就彻底跪了~~ ),我们在这次开发过程中遇到的最大的问题之一就是这点,项目进度一拖再拖,最终导致我们的项目在最后展示的时候那叫一个惨不忍睹。因为我们使用的是码云进行的合作开发,所以还有一个让我抓狂的问题,就是我辛辛苦苦改的好bug不知道怎么的就没了,没了。而且还不止一次,而且这个问题还不容易被发现,因为在改好一个bug之后一般就去干其他活了,所以之后要很长的一段时间才能发现,而这个时候去翻历史提交记录又是一件令人崩溃的事。这让我深刻的认识到了有一套合理规范的开发规范和开发流程是多么的重要。
      就本次项目的其他方面来说,我们的前后端交流并不顺利所以在开发的时候也翻发生了很多麻烦事。比如我们后端的把流程图和其他的一些功能都想好,分配好之后,我们团队的前端什么都不知道(虽然一开始的时候有告诉他们我们上脸的结果,不过他们好像也没太在意,一直在忙着写页面),最后导致在开发和过程中我发现前端弄了好多我们做不了的功能,他们只是防照着其他的网站在写页面,只有在写一些他们认为比较难写的功能的时候才会去问我们,也是这个时候我才知道他们没按照我们写的流程图进行开发,当我问他们为什么不看流程图的时候他们说不知道这东西是干嘛的=_=。好吧,这算是我通知的不到位,而且在商量功能的时候虽然全员都参与了,但是最终结果没有通知到,这也是我们之间交流的问题。
      作为负责人,我也感觉到如果分工不明确,那么早晚有一天会被累死(亲身经历过的可怕的工作量),整天不是这个就是那个出问题了,每天都要帮他们处理好久的bug和其它问题,自己的模块其实都挤时间写的,所以就我自己的模块而言我写的其实并没有达到我的要求。而且前期搭建羡慕框架时花费的时间有点多,拖延了项目整体进度(主要是刚搭好的时候在其他人那里崩了好多次,后来又改了好几次花的时间有点多。而且我还想吐槽一下为什么我一开始就把所有人的环境配置都弄成一样的了,同样的代码在我的电脑上好好的,在他们的电脑上怎么就崩了呢,后来发现他们没加载maven资源==)。
      总的来说,对于这次项目在开发的过程中我感觉自己其实对于一些非常基础的东西其实都已经忘得差不多了,学长提问的问题我好多都没有回答上来,所以我觉得我有要再好好地加强一下对于基础知识的了解程度,毕竟理解了也就记住了。
      这两天先想想有什么要改的,让后好好地准备重构吧(我感觉跟重写其实差不多了==)。

    展开全文
  • 项目总结

    千次阅读 2018-09-26 04:15:50
    一、项目简介  淘淘网上商城是一个综合性的B2C平台,类似京东商城、天猫商城。会员可以在商城浏览商品、下订单,以及参加各种活动。商家可以在入住淘 淘商城,在该平台上开店出售自己的商品,并且得到淘淘商城提供...

     

    一、项目简介

           淘淘网上商城是一个综合性的B2C平台,类似京东商城、天猫商城。会员可以在商城浏览商品、下订单,以及参加各种活动。商家可以在入住淘 淘商城,在该平台上开店出售自己的商品,并且得到淘淘商城提供的可靠的服务。管理员、运营可以在平台后台管理系统中管理商品、订单、会员等。客服可以在后台管理系统中处理用户的询问以及投诉。

     

    二、技术架构

     

    从上面的架构图我们可以看出来:

    a、模块之间耦合度太高,其中一个升级其她都得升级。

    b、开发困难,各个团队开发最后都要整合一起。

    c、系统的扩展性差。

    d、不能灵活的进行分布式部署。

    解决方法:

    优点:

    把模块拆分成独立的工程,单点运行。如果某一个点压力大可以对这一个点单独增加配置。其他的点不受影响。

    缺点:

    系统之间交互需要额外的工作量来进行接口的开发。

    在传统架构上并发量高一些可以采用tomcat集群解决,但是需要20台服务器做tomcat集群,然而tomcat集群之间只能依靠session共享解决服务器之间的通信,然而随着并发量的增加、集群数量的提升。服务器集群中忙于session共享传达信息,服务能力先增加后降低,一般节点数最多为五个。因此由于sessiojn这方面的问题成为主要问题 .

     

    分布式框架:

     

               后台管理系统:管理商品、订单、类目、商品规格属性、用户管理以及内容发布等功能。主要是负责商品的分类,添加、规格参数。CMS系统(这里主要是广告的分类、添加)。  

               前台系统:用户可以在前台系统中进行注册、登录、浏览商品、首页、下单等操作。

               会员系统:用户可以在该系统中查询已下的订单、收藏的商品、我的优惠券、团购等信息。

               订单系统:提供下单、查询订单、修改订单状态、定时处理订单。

               搜索系统:提供商品的搜索功能。

               单点登录系统:为多个系统之间提供用户登录凭证以及查询登录用户的信息。

     

    系统间的通信

    什么是dubbo

    Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。

    三、项目架构分析

    淘淘商城项目基于SOA 架构,目的是用于将服务层与表现层拆分成两个独立的工程,从而实现灵活的分布式部署,并且降低了代码之间的耦合度。服务层用于处理业务逻辑,对外提供服务的接口。表现层通过调用服务端的接口,用于处理用户的请求并以页面的形式展示数据。

    主题架构图: 

    四、具体完成过程

    架构解决了就该搭建工程了.

    1.项目搭建

    这里采用maven来管理整个项目。优势两点:1、maven可以以管理整个项目工程,方便热部署项目,项目发布方便。2、maven管理你jar包具有很大的优势,可以自动下载所需的jar包,只需定义好版本即可,其他maven自动下载。

    因为这个项目比较大,子工程比较多,所以我们建立一个pom类型(聚合工程)parent来管理里所有jar包的版本,这样其他 子工程都依赖此工程。版本得到了统一,不会出现因版本问题导致的错误。其次建立一个专门的(jar类型)common工具类,可以将系统中使用到的工具类都加入此类,其他类也依赖此类,就可以使用这里面的工具了。此工具类也依赖parent类。

        不使用maven:工程部署时需要手动复制jar包。完成工程构建。非常繁琐。

     

    IDEA 工程目录如下: 

     

    如上图,一个完整的项目被分成了四个模块。

     

    2. ssm框架整合

    整合思路

    dao层(mybatis)(主要是与数据库打交道)

    创建SqlMapConfig.xml (主要是它的插件配置,数据库配置放在dao)

     

    spring将mybatis和springMVC整合起来

    创建application_context_dao.xml(配置数据源,与数据库的连接),

    创建application_context_service.xml(将service的文件包引入工程)。

    创建application_context_transation.xml(这里将事务独立出来,主要是事务的配置)

     

    service层(spring)(主要是负责调用dao层,实现业务逻辑的编写)

     

    controller层(springMVC)(这里主要调用service层,根据jsp页面的内容,将jsp的内容传递到service层,然后讲数据显示到jsp页面)

    创建SpringMVC.xml(主要是前端控制器,视图解析器的配置)

    web.xml

     

     

    框架搭建完成后,利用mybatis的逆向工程生成各个表的mapper.xml和mapper.java文件、pojo文件。

    其中,后台管理系统搭建,前台技术使用EasyUI框架。了解easyUI的dategrid的使用方法。

    3.系统间通信

    使用Dubbo 中间件实现表现层调用服务层

    Dubbo监控中心

    ZooKeeper注册中心

    安装和配置Dubbo 和ZooKeeper

    4.商品列表查询

    从数据库中将所有商品查询出来。在页面分页用到了mybatis的分页插件pageHelper来实现。

    传入参数:Easyui页面默认有page、rows参数传递。

    返回值:easyui的格式即datagrid的格式,专门编写一个对应的pojo类放入专门工具类中使用,返回格式即这个pojo。

    逻辑:Dao层:Dao层用mybatis的逆向工程

    Service调用mapper的查询和分页实现逻辑。

    Controller即将参数传递过去,url写好

    5.商品类目选择

    类目选择首先得将类目展示出来,使用异步树的格式。查询api发现异步树的返回值的格式。主要思路是:根据parentId来查询类目表,默认从0开始,异步树有个特点,就是每次获取到的id,如果有子节点,会发送url再次请求,如果没有子节点则不发送请求,所以可以都遍历到所有节点。(这个是tree的特点,自动请求)

    5.1EasyUI的异步tree的使用方法。

    5.2图片服务器的搭建。使用ftp+http配合,实现图片服务。ftp服务使用vsftpd实现,http服务使用nginx实现。因为商城的图片非常多,所以我们将这么多的图片保存在图片服务器中,然后将图片在服务器中的具体url写入数据库,供前台调用。前台获取到这个url既可获取到这个图片。这里图片上传到服务器的功能:先生存图片的名称,然后生成图片保存的格式,然后利用ftpUtil将图片上传到服务器,返回一个url链接。

    5.3KindEditor富文本编辑器的使用方法。

    5.4商品添加功能实现

    将商品信息写入数据库,页面传递的内容当点击提交按钮时直接写入数据库,只需补全没有的字段即可。

    5.4.1功能分析

    5.4.2Dao层

    5.4.3Service层

    5.4.4发布服务

    5.4.5表现层引用服务

    5.4.6Controller

    6.前台系统搭建之商城首页展示

    首页展示与内容管理功能并没有涉及到新的知识,只是在原来的项目中新建了两个子工程,并完成相应的增删改查。

    工程目录如下: 

    6.1首页动态展示

    网站的首页的实现必须是动态的,可以在后台管理维护。

     

    6.2创建内容服务系统

     

    7. CMS系统实现

    7.1内容分类管理

    7.1.1展示内容分类

    7.1.2新增节点

    7.1.3内容分类重命名.删除

     

    7.2内容管理

    7.2.1内容列表管理

    7.2.2新增内容

    7.2.3编辑内容

    7.2.4删除内容

     

     

    8.首页大广告展示流程

    9. Redis

    9.1、redis的使用方法及redis集群的搭建

    9.2、系统中添加缓存逻辑

    9.3、缓存的同步方法

     

    10.搜索功能实现

    要实现搜索功能,需要搭建solr服务,搜索服务工程,搜索系统

    10.1 搭建搜索服务工程

     

    10.2 未完待续

     

    *、项目用到的技术

    Spring、SpringMVC、Mybatis

    JSP、JSTL、jQuery、jQuery plugin、EasyUI、KindEditor(富文本编辑器)、CSS+DIV、freemarker

    Redis(缓存服务器)

    Lucene、Solr(搜索)

    httpclient(调用系统服务)

    Mysql

    MyCat mysql分布式集群解决方案

    LVS+Nginx(web服务器)

    Quartz(定时任务)

    ActiveMQ(消息队列)

    Alibaba Dubbo服务接口集群

    Fastdfs 分布式文件系统(图片服务器)

     

     

    *、项目特色

    1、淘淘上传采用当前最流行的ssm(springmvc+spring+mybatis)框架开发,是当前电商网站首选的技术架构。

    2、系统后台使用jsp+easyUI作为视图层,操作简便用户体验好,使用KindEditor作为富文本编辑器操作简便界面美观。

    3、系统前台使用freemarker做静态化页面来提高系统的性能,以应对大规模的用户量的并发。

    4、使用HttpClient以及Restful风格的接口来实现各个系统之间的相互通信。

    5、使用Lvs+Nginx服务器来处理图片、静态页面以及系统之间的负载均衡,可以应付大并发的压力。

    6、使用Redis集群做缓存服务器,提高系统的响应速度。

    7、使用Solr集群提高商品信息的查询服务,提高系统的查询速度以及准确率,极大提高了用户体验。

    8、使用FastDFS分布式文件系统作为图片服务器。实现图片的分布式存储。

    9、使用Alibaba Dubbo作为SOA服务化治理方案的核心框架。系统之间使用ActiveMQ消息队列实现消息服务。

    10、后台数据库采用mysql数据库,使用mycat作为中间件实现主从复制、分库分表以实现大数据量的存储,是当今电商行业主流解决方案。

    11、整个项目采用最流行的Maven来管理项目,达到项目的标准化,易于项目的构建。

    12、使用svn来管理项目的代码和文档。

    13、使用hudson来管理项目开发过程中的持续集成。

     

    展开全文
  • 如何做项目总结与汇报

    千次阅读 2018-11-27 16:35:12
    在我们测试工作过程中...根本谈不上什么项目总结与汇报什么的,不少同学也没有这个习惯,这样的节奏不对,不利于大家从相应的工作中进行提升和学习。 一,什么是项目总结?  项目总结就是在项目完成后,对项目实...

           在我们测试工作过程中,由于公司业务发展,快速迭代等原因,我们遇到的项目以小项目居多。更新界面元素,上个活动页,优化一下原有的功能等等,加上事情繁琐,任务多,通常情况下一个项目结束之后就开始了下一个项目。根本谈不上什么项目总结与汇报什么的,不少同学也没有这个习惯,这样的节奏不对,不利于大家从相应的工作中进行提升和学习。

    一,什么是项目总结?

       项目总结就是在项目完成后,对项目实施过程进行复盘,总结实施过程中遇到的问题,对当时的解决方案进行探讨,以便发现更优的方案或是避免策略。通过对项目中的问题进行总结,从而达到指导后续工作,提前规避相关问题,以最合理的方案实施项目的效果。

    二,什么要总结

       在项目结束后,为什么要积极地进行项目总结呢?

    1,回顾项目初期的规划是否合理

       在需求评审时,通过相关参与人员讨论,制定了项目规划。但是在项目实施过程中,是否严格按规划进行呢?如果没有按规划进行,问题出在了什么地方?在项目结束后,对项目规划进行探讨,有利于及时发现规划中存在的问题,以便后续项目制定更加合理的规划。

    2,分析项目实施过程中是否存在问题

       项目实施过程中难免会出现各式各样的问题,项目周期越长越容易出现问题。通过分析项目实施过程中出现的问题,理解需求的业务流程,对原来业务的影响,评估技术实施方案的优劣,人员配置是否合理等等。以问题来反推项目,更能发现问题真正所在。

    3,当时的解决方案是否是最优的

       在项目实施过程中,遇到了问题当然要找相应的解决方案。由于项目周期的限制,当时的解决方案可能是权益之计。现在项目完成后,我们再回过头来评审一下当时的解决方案,有没有更好的方案?如果有,后续有相应的处理策略不?只有不断地进行项目评审,才能保证在以后的项目中选择更好的实施策略。

    4,总结项目经验为以后的需求做指导

       所谓前事不忘,后事之师。在我们工作的过程中,不能一直忙着响应各种需求,要时刻注意对所做过的项目进行项目总结。总结项目实施过程中遇到的各种问题,解决方案,优化策略等等,以此来不断地提升规划能力,优化需求实施方案以及增加各种意外情况的应对策略。

    5,体现测试工作量

       在项目总结的过程中,测试人员会反馈测试过程中遇到的问题,分析各种解决方案。同时也能反馈测试流程中使用的测试策略,Bug分析,测试方案的实施与改进等等。通过项目总结能全面反馈测试的工作量,检测需求评审时测试方案的选择是否正确,测试用例评审是否合理?

    三,如何总结

       在认识到项目总结的重要性之后,作为测试人员,我们应该如何组织项目总结大会呢?

    1,项目结束后开项目复盘大会

       在项目完成上线或是发版后,积极和产品,开发人员组织项目复盘大会。准备好在测试过程中记录的问题发生的情况,bug产生的原因分析,以及在项目实施过程中临时解决方案,后期改进情况等等。如果可能,先把相关文档发给大家,让参与人员提前了解,以更好地进行问题总结与分析。

    2,以测试为主,分享项目实施过程中遇到的问题

       项目总结大会最好由测试来主持,先分析项目从需求分析开始,到项目上线的各个环节中遇到的问题。Bug产生的原因,对所有出现的bug进行分类,如:需求没有理清楚,代码逻辑问题,兼容性问题等等。将项目过程中遇到的问题全抛出来,以供其他参与人员对相应的问题进行讨论。

    3,开发,产品,设计等相关人员来分析问题产生的原因

       在测试人员抛出项目实施中存在的问题的时候,相关人员需要针对问题进行讨论。核心原则是对事不对人,由此来保证能准确地找出产生问题的真正原因。大家要积极对与发言,避免直属领导参与,项目直接参与人参加即可,防止大家有所顾虑。测试分享遇到的问题时,由什么原因产生的,开发,产品,设计等是否知道其中的主要原因?当初是为什么会出现,后续有没有好的避免方案。

    4,分析当时的解决方案是什么,有没有优化的空间?

       项目实施的时候,可能遇到一些原先没有想到的问题;为了更好的保证项目的实施,可能选择一个临时的或是非最优的解决方案。现在项目完成后,再分析一下当初的方案,有没有更好的方案呢?后续需要不需要对进行优化。项目中是否存在放到后续解决的问题,有没有相应规划?从面对整个项目进行全面的查漏补缺,总结和整理项目的相关文档,做好技术备份和积累工作。

    5,项目实施过程中有没有遗漏的任务,当时的规划是什么?

       项目实施过程中有没有遗漏的任务?在需求评审的时候,由于需求规划原因,技术原因等,将相应的功能后置的情况,在项目总结的时候也需要进行全面讨论。分析一下当初这么处理的原因,后续有没有相应的规划?现在需要安排相应的工作不?

    四,总结后如何汇报

    在进行完项目总结大会后,我们应该如何向领导汇报工作呢?

    1,项目总结大会时做好会议记录

    在项目总结大会时,注意做好记录。项目实施过程中都存在哪些问题,解决方案,讨论结果是什么?后期的优化方案,规划等等,都需要全面记录。会议结束后,进行一个全面的整理,最后将会议记录发送给项目的相关参与人,各个相关的领导等。

    2,做好项目总结文档

       项目结束后,项目评审完成后,需要编写完整的项目总结文档。专业化地汇报项目的相关信息,数字化项目实施的全面情况。其中项目总结包括以下信息:

    (1)项目的基本信息

    (2)项目完成情况:

        --目标完成情况

        --任务完成情况

    (3)项目实施总结

        --项目工作量说明

        --项目进度说明

        --项目风险及解决

    --bug总结与分析

    --实施情况总结

      (4)项目成果总结

      (5)经验与教训

      (6)问题与建议

    3,项目总结要发给项目相关参与人,负责人

       最后项目汇总,项目总结大会相关记录,以及后结的计划都需要同步给项目相关参与人,各个参与成员的负责人。对于大项目必须组织项目总结大会,如果是小项目测试人员就自行总结,编写项目总结文档,把相关的内容共享给大家。这是个良好的习惯,也是提升测试能力的重要手段。

    五,总结

       本篇我们介绍了如何做项目总结与汇报的相关内容,全面介绍了什么是项目总结,为什么要进行项目总结,如何进行项目总结,以及进行项目总结与汇报工作。项目总结是测试人员进行提升的重要手段,不少同学疏于这方面的工作,以至于会反复掉到一个坑中,或是同样的技术使用多年。不善于总结和提升的同学,会被时代抛弃的,要时刻有危机意识才行。

    展开全文
  • 软件项目总结报告范文

    万次阅读 2013-02-17 18:21:05
    软件项目总结报告范文 1 引言 1.1 编写目的 XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告,以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的...
  • 前端项目总结与分享(PPT整理)

    万次阅读 2019-04-24 16:57:27
    项目开始时间 2019年2月15日 完成时间 2019年4月10号 项目现状 目前完成了80% 开发工具 visual studio code 现状及问题点 明确的预期和目的 总结: 1期间遇到问题,自己网上查资料,最终解决; 去百度搜索的时候,很...
  • 项目成果是全体项目干系人共同创造的,参与总结会很重要的一个意义就是让每个参与的人更加系统和全面了解项目,这个项目在哪方面取得了哪些不错的成绩,哪些地方有待提高,在实际的项目总结经验教训,从而不断提升...
  • 项目总结模板项目总结模板项目总结模板项目总结模板项目总结模板项目总结模板项目总结模板项目总结模板项目总结模板
  • Swift App项目总结

    2017-06-25 15:21:00
    最近公司新开了一个项目,由于我的同事的离职,所以就剩我自己了。于是就果断的使用纯纯Swift写了,之前也用过Swift,不过很早了,那时候Swift还不稳定,每次一升级Xcode,Swift升级以后语法也跟着变了,所以就多了...
  • 项目基本完成了,加上这个总结,与这个项目相关的博客也写了30篇了,积少成多,写博客的过程是固化思路的一个过程,对自己很有用,同时也能帮助别人。顺便说个题外话,在学习的过程中肯定会遇到很多异常出现,我们要...
  • 基于java的完整项目总结

    千次阅读 2019-09-10 09:50:48
    项目总结 我的第一个完整项目总结 实习俩个月期间,主要是从一个学习往一个工作的状态转变,完成了安卓,web以及后端的任务, 项目整体框架是前辈搭建的,我在其基础上完成相关功能的开发,现在在这里总结一下,作为...
  • 做好软件项目总结

    千次阅读 2018-12-18 16:46:47
    由于项目需要做个总结会,网上很少有针对软件项目的模板,把自己做软件开发部署项目总结会的内容记录一下。 详述 软件项目总结可分为四个基本部分: 1.项目概述 项目概述中可以描述任务来源、基本需求;项目名称、...
  • 电商项目总结

    千次阅读 多人点赞 2018-01-14 19:59:41
    1.系统架构 采用当前最流行的ssm(springmvc+spring+mybatis)框架开发,是当前电商网站首选的技术架构。系统是基于SOA架构设计,采用dubbo作为服务中间件,系统后台使用jsp作为视图层,操作简便用户体验好。...
  • 软件项目总结模板

    千次阅读 2019-09-29 14:17:46
    实际工作中,整理了软件项目总结关注点: 1、交付: 完成了哪些交付成果? 哪些工作没完成?原因是什么? 2、进度: 实际进度和计划进度发生了哪些变化? 应用了哪些进度控制方法? 3、成本: 实际成本与...
  • 简历项目总结

    千次阅读 2017-09-01 17:50:59
    View(页面)>Controller(控制层)>Service(业务逻辑层)>Dao(数据访问层)>database(数据库) 详情页-系统时间-倒计时-地址暴露接口-执行秒杀操作-返回结果 加粗部分是可能出现高并发的点 1.详情页 为什么单独获取系统...
  • 小组项目总结

    千次阅读 2015-11-17 13:10:30
    项目总结 为期两周的项目已经告一段落,在这做项目的两周之中,我们发现了许多自身的问题,同样也学习到了许多东西,宝贵的经验,让我们不断成长,不断完善自己,下面是对这为期两周做项目的一个总结。 一、准备...
  • ssm项目总结

    千次阅读 2018-11-04 18:59:07
    Mybatis 解决了jdbc相关问题 1、数据库连接创建、释放频繁造成系统资源浪费,从而影响系统性能。如果使用数据库连接池可解决此问题。 2、Sql语句在代码中硬编码,造成代码不易维护,实际应用中sql变化的可能较大,...
  • 前端项目总结

    千次阅读 2018-04-20 16:15:10
    心得总结: 开始这个项目,感触挺深刻的。一个人做的东西和一群人做东西是不一样的,在以前完全没有接触过的tomcat和eclipse。经常会出现页面打不开的情况,eclipse上面的项目不允许更新,tomcat一直不能正常开启。...
  • 软件工程 项目总结

    千次阅读 热门讨论 2013-12-28 20:41:59
    比如你要接触高级程序设计语言、经济学、数学、管理学等等许多领域的知识,当然不同的人侧重的方面是不一样的,软件公司的项目经理主要研究软件工程项目的管理,而作为一线的程序员则更看重主流的编程语言和新的算法...
  • Java小白 电商项目总结

    千次阅读 2019-05-24 10:40:31
    1、架构思想:前后端分离 术业有专攻 ... 后端同事也是尽其所能的做好自己的事情,分层架构,模型的选取,接口、数据库设计,性能研究,不需要像jsp那样,还需要去操作...2、搭建项目,目录结构 搭建基础的spring-boo...
1 2 3 4 5 ... 20
收藏数 944,530
精华内容 377,812
关键字:

项目总结