为您提供最新最全的心得范文供大家学习参考
当前位置:首页 > 范文大全

项目总结报告应该怎么写?从那个方面写?(项目总结范文)

心得大全发表于2021-11-06 23:05:13归属于范文大全本文已影响0手机版

在工作中,经常碰到需要做工作汇报的时候,包括向客户领导或自己的领导做工作汇报,这是工作中非常关键的一部分。碰到过有些同学,工作中卖力干活、拼命加班,结果工作汇报的时候,简简单单敷衍了事,觉得工作汇报就是作秀,不屑于这些。但是,你注意观察一下工作汇报做得好的,和工作汇报敷衍了事的后续结果,你就会对工作汇报这件事情重视起来了。1)让客户了解项目情况,使其对项目的理解,与项目团队保持一致、无偏差,使项目沟通顺畅;4)对项目中存在的问题(如有),进行讨论、解决;2)项目的目标。汇报会议需要安排人做会议纪要,会后将 

项目总结范文

项目总结范文

在工作中,经常碰到需要做工作汇报的时候,包括向客户领导或自己的领导做工作汇报,这是工作中非常关键的一部分。碰到过有些同学,工作中卖力干活、拼命加班,结果工作汇报的时候,简简单单敷衍了事,觉得工作汇报就是作秀,不屑于这些。但是,你注意观察一下工作汇报做得好的,和工作汇报敷衍了事的后续结果,你就会对工作汇报这件事情重视起来了。



这里以项目实施工作中,给客户领导(甲方)做工作汇报为例,梳理一下需要注意的地方。给自己领导做工作汇报,会有一些出入。



1,工作汇报的作用



工作汇报的作用,主要包括如下几点:

1)让客户了解项目情况,使其对项目的理解,与项目团队保持一致、无偏差,使项目沟通顺畅;

2)让客户对项目有掌控感,人对失控有天然的恐惧和焦虑;

3)面向客户,展示项目团队的工作成果,获取客户满意度;

4)对项目中存在的问题(如有),进行讨论、解决;



2,汇报前,要明确汇报对象



汇报前,明确汇报对象至关重要。



以项目实施工作为例,一般系统建设项目,在客户方会分为业务和技术两个条线。业务部门是系统建设的需求方,技术部门是系统建设的实施方。这两个部门(有时会有多个部门)谁是牵头部门,谁对这个项目直接负责,不同的情况下,汇报的内容重点倾向性就会不同。



为什么要明确谁是项目牵头部门呢?很好理解,负责的部门对项目关注度一定很高。因为事情没做好,是要打屁股的(担责任)。在项目汇报中,对负责部门关注的问题,就要重要汇报和说明,以打消他们的疑惑和顾虑,并争取他们的支持。



另外,明确汇报对象是业务部门,还是技术部门,或两者都包括,涉及准备汇报内容的偏向性。如果这些情况不知道,出现给业务部门汇报内容偏技术,给技术部门汇报内容偏业务,可想而知汇报的结果。



3,汇报前,要明确汇报主题



准备汇报内容前,要明确汇报主题,可以重点了解客户关注的问题,和想了解的内容。明确汇报主题,主要是确定汇报的准备方向,避免产生偏差。简单说,就是避免汇报的内容,不是客户想听的内容。如果有条件情况下,可以先准备汇报提纲,和主要负责人确认。



为什么要和主要负责人确认?因为,一些项目中的问题存在主观性,众口难调,主要负责人确认了,其它问题会迎刃而解。



什么是主观性的问题?举个例子,系统的页面设计就很主观。官网的页面设计就是一个典型例子。虽然企业有VI要求,但是在VI要求下,可以设计出各类风格的页面。哪个页面设计好,主要负责人说了算。



4,汇报要准备哪些内容



项目汇报内容,通常包括如下几个方面。



1)项目的背景。

为什么要做这个项目,为了解决什么问题。项目的来龙去脉不用讲得很复杂,但一定要讲清楚,千万别以为客户领导一定对这个很清楚。特别是一些新接手的领导,对项目情况不清楚很正常。如果领导还不好在汇报的时候直接问项目背景情况,那你后面的汇报,十有八九要报废。



2)项目的目标。

通过这个项目的建设会达到怎样一个目标,要让客户和我们保持一致的项目目标。要给客户描绘美好前景,特别是针对性的解决现在的哪些棘手问题(这个就和项目背景有关系)。但是,千万别出现客户的预期高出合同目标,这样项目成本和工期控制就存在风险。



3)项目的工作内容。

为了达成目标,具体要做的工作,让客户了解通过完成哪些工作,可以达成目标。

介绍项目的工作内容,主要目的是:

让客户对项目实施工作量和工期的感受性,和项目团队达成一致。

让客户不再质疑,做这个项目为什么要投入这么多人?花这么多钱?为什么需要这么多时间?为什么老是看见加班?是否存在工作效率低下的问题?等等,即便客户没有直接表达出来这些想法。

项目实施过程中遇到的问题,以及团队是如何解决的。项目实施过程,不要记流水账,讲主要问题、关键问题。通过讲做了那些事情,解决了哪些问题,一方面让客户了解项目实施的情况,另一方面也是展示工作成果,让很多表面看不到的工作努力让客户知道,让团队默默付出的工作展示在客户面前。



4)项目计划,以及现在的进度情况。

让客户知道项目整体的用时分布,以及各个实施阶段的用时情况。这个需要和前面工作内容对应。前面的工作内容可以让客户知道大概做了哪些事情,这部分的计划进度,可以清楚看到每部分工作,具体用了多少时间,前后顺序是怎样的。

工作内容和工作计划结合在一起,汇报的效果,至少要让客户不会再有,这个项目为什么花这么多时间,都干啥了这种疑问。较好的效果,是让客户对整个流程有一个清晰的认识,从客户态度能感觉到他了解了很多东西,甚至可以给别人去介绍。客户也是有领导的,也有展示工作能力和工作成果的需求。

如果是阶段性汇报,还需要介绍后面还要完成哪些工作,需要用多长时间,还要完成哪些内容,完成后会达到一个怎样的效果(就是画饼,给客户一个美好的期待),让客户对后续的工作能够更加的支持。



5)人力资源投入情况。

介绍投入的人力资源情况,包括团队的架构组成,投入的人员数量,各自分工,完成的大致工作内容等。比如需求分析师写了多少字的需求分析文档?软件工程师写了多少行代码?测试工程师写了多少测试用例,完成了几轮测试?具体的量化指标,可以让客户更加直观的了解到团队的投入。这也是让团队每一个成员进行展示的机会。



6)系统演示(如果可以展示完成的工作成果,就进行演示效果更加直观)。

如果进行系统演示,演示前,需要充分的演练。包括对系统功能,测试数据进行充分地、反复地确认,确保演示能达到行云流水的效果。如果达不到演示效果,效果不好的演示,还不如不演示,否则适得其反。

演示的时候,需要预先设计演示场景,场景要和客户的工作业务相关联,要立足其业务场景设计演示内容。如果能通过系统解决其业务问题,提高工作效率,那就是最好的演示场景,会让客户产生共鸣,对系统更加感兴趣。一个不能帮客户解决问题,不能帮客户提高工作效率的系统,客户不感兴趣,那是活该。那要从项目目标和项目需求角度再想想,设计的系统是否有问题。



7)项目中,需要请客户决策的问题

汇报是一个很好的机会,特别是有客户领导参与的汇报,面对项目中存在的问题,或项目现有资源无法解决的问题,可以提请客户领导协调解决。

客户,以及客户的领导,都是你的重要资源,借用客户的资源,可以解决项目中无法解决的问题。

但是会议上提出的问题,需要和客户方项目直接负责人先行沟通,确保问题在汇报会上适合提出,且有意义(见过有提,希望客户帮忙解决午饭问题的......午饭很重要,但是不适合在汇报会议上提,而且午饭是否应该客户方负责,项目合同里应该有约定)。



5、汇报需要做会议纪要

汇报会议需要安排人做会议纪要,会后将会议纪要邮件群发与会人员,以及相关人员。会议纪要主要记录会议讨论的内容,以及讨论结果。特别是会议中提出的问题,以及确认的解决方案、解决时间等。