项目总结报告应该怎么写？从那个方面写？

发布时间：2023-05-17 02:45:50 丨 浏览次数：

　　火狐电竞官方网站每次项目进度都很紧张、项目发版时间总是一延再延、每个版本bug数量堆积成山、测试期间各种bug总是层出不穷、临近上线发现严重bug，如果项目经理总是被这些问题围绕，那么项目总结迫在眉睫。

　　项目经理如何进行项目总结才能让项目顺利进行，让领导一看就喜欢，今天把经验分享给大家，帮助你做好项目总结。

　　想写好一份项目总结，总结人员必须具备一定的结构化思维，对问题、数据进行结构分析，且能够通过结构化思维表达出来。结构化思维具备以下四个特点。

　　结论：问题比较多的时候，要进行抽象归纳，做到抓大放小，先解决当前最主要的问题。

　　✤对项目进行复盘，发现项目中存在的问题，针对问题找到根本原因并提出解决方案；

　　项目分析的维度不同，后期确定的指标也会不同。一般以项目总结的目的为基准方向，确定分析维度。分析维度可以从产品立项到发布每个阶段作为分析维度，也可以按照项目中的角色为维度进行分析。

　　以输入法的项目总结为例，按照产品、开发、测试的测试角色为横向维度进行分析，然后纵向深入分析每个维度的数据。

　　指标的选取方式有两种：根据问题选取指标和固定通用指标。根据问题选指标是先收集项目中明确感知到的问题，对问题进行归类（归类分组思想），然后选取可以反映此问题的指标进行数据分析，一个问题可能对应多个指标。

　　以输入法为例，当前版本出现了10个工作日的延期，那我们会针对这个问题抽取指标分析原因，但如果下个版本此问题不存在，则指标取消。

　　固定通用指标是指业界认可的一些评定标准，如开发代码千行代码bug率；或者对于项目人员关注的指标信息我们也会将这类指标抽取出来作为通用指标，如线上遗留问题原因等。以输入法为例，下图是输入法项目总结中的指标集。

　　总结：1)制定的指标可以通过定量的数据衡量；2)制定的指标要项目组三方认知达成一致，且三方都认可。

　　在第二步中选取指标后，我们就要根据指标进行数据分析。在数据分析过程中我们要注意异常数据，对于异常数据我们要进行深入分析，直到找到问题的根本，数据的分析才算到位。

　　总结：1) 对通用指标的数据分析时，一般不少于三个版本的数据对比，因为两个版本的数据对比可能存在版本偶然性，三个版本的数据趋势会更明显一些；2) 数据分析时可以使用Excel的一些方便功能，提高效率，如透视表、宏等。

　　数据会诚实地反映项目实际情况。通过数据分析的结果，我们会验证在指标选取环节收集的问题是否真实存在，如存在则此问题分析会出现在项目总结报告中。

　　在数据分析时，也可能会暴露出一些我们没有明显感知的问题，这类问题也会出现在项目总结报告中。

　　暴露问题不是最终目的，解决问题才是终极目标。所以，当发现问题时，项目经理要找存在问题的相关人员，让其针对问题提供解决方案。

　　问题和解决方案都有了，报告内容基本完成，剩下的就是排版的问题。总结报告排版时一定要注意关键的信息放到最前面（遵循结论先行）。

　　在进行分段时一定要注意以上统下，中心句可以概括表达下方层级的内容。在结论中如果涉及层级关系时，要注意逻辑递进，便于理解。比如说老板、经理、职员这三个职位排列时要按照职位的重要程度进行从上到下排列。

　　结论：1)结论的排列顺序遵循先扬后抑，结论内容是正向的放在前面，结论内容是负向时放在后面；2)结论中必须有观点，且观点有数据支撑，表达方式为结论→理由→支撑理由的事实和依据；3)结论中的内容是正向的文字颜色可以标为绿色，内容是负向的文字颜色可以标为红色。

　　这部分内容其实是报告发布之后，对报告中的解决方案进行跟踪落实，让我们做的事情有始有终，形成一个闭环。

　　好的项目总结都是相似的：结构清晰、重点突出、观点明确且有数据支撑，便于快速获取关键信息。

　　在工作中，经常碰到需要做工作汇报的时候，包括向客户领导或自己的领导做工作汇报，这是工作中非常关键的一部分。碰到过有些同学，工作中卖力干活、拼命加班，结果工作汇报的时候，简简单单敷衍了事，觉得工作汇报就是作秀，不屑于这些。但是，你注意观察一下工作汇报做得好的，和工作汇报敷衍了事的后续结果，你就会对工作汇报这件事情重视起来了。这里以项目实施工作中，给客户领导（甲方）做工作汇报为例，梳理一下需要注意的地方。给自己领导做工作汇报，会有一些出入。1，工作汇报的作用工作汇报的作用，主要包括如下几点：1）让客户了解项目情况，使其对项目的理解，与项目团队保持一致、无偏差，使项目沟通顺畅；2）让客户对项目有掌控感，人对失控有天然的恐惧和焦虑；3）面向客户，展示项目团队的工作成果，获取客户满意度；4）对项目中存在的问题（如有），进行讨论、解决；2，汇报前，要明确汇报对象汇报前，明确汇报对象至关重要。以项目实施工作为例，一般系统建设项目，在客户方会分为业务和技术两个条线。业务部门是系统建设的需求方，技术部门是系统建设的实施方。这两个部门（有时会有多个部门）谁是牵头部门，谁对这个项目直接负责，不同的情况下，汇报的内容重点倾向性就会不同。为什么要明确谁是项目牵头部门呢？很好理解，负责的部门对项目关注度一定很高。因为事情没做好，是要打的（担责任）。在项目汇报中，对负责部门关注的问题，就要重要汇报和说明，以打消他们的疑惑和顾虑，并争取他们的支持。另外，明确汇报对象是业务部门，还是技术部门，或两者都包括，涉及准备汇报内容的偏向性。如果这些情况不知道，出现给业务部门汇报内容偏技术，给技术部门汇报内容偏业务，可想而知汇报的结果。3，汇报前，要明确汇报主题准备汇报内容前，要明确汇报主题，可以重点了解客户关注的问题，和想了解的内容。明确汇报主题，主要是确定汇报的准备方向，避免产生偏差。简单说，就是避免汇报的内容，不是客户想听的内容。如果有条件情况下，可以先准备汇报提纲，和主要负责人确认。为什么要和主要负责人确认？因为，一些项目中的问题存在主观性，众口难调，主要负责人确认了，其它问题会迎刃而解。什么是主观性的问题？举个例子，系统的页面设计就很主观。官网的页面设计就是一个典型例子。虽然企业有VI要求，但是在VI要求下，可以设计出各类风格的页面。哪个页面设计好，主要负责人说了算。4，汇报要准备哪些内容项目汇报内容，通常包括如下几个方面。1）项目的背景。为什么要做这个项目，为了解决什么问题。项目的来龙去脉不用讲得很复杂，但一定要讲清楚，千万别以为客户领导一定对这个很清楚。特别是一些新接手的领导，对项目情况不清楚很正常。如果领导还不好在汇报的时候直接问项目背景情况，那你后面的汇报，十有八九要报废。2）项目的目标。通过这个项目的建设会达到怎样一个目标，要让客户和我们保持一致的项目目标。要给客户描绘美好前景，特别是针对性的解决现在的哪些棘手问题（这个就和项目背景有关系）。但是，千万别出现客户的预期高出合同目标，这样项目成本和工期控制就存在风险。3）项目的工作内容。为了达成目标，具体要做的工作，让客户了解通过完成哪些工作，可以达成目标。介绍项目的工作内容，主要目的是：

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

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

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

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

　　如果是阶段性汇报，还需要介绍后面还要完成哪些工作，需要用多长时间，还要完成哪些内容，完成后会达到一个怎样的效果（就是画饼，给客户一个美好的期待），让客户对后续的工作能够更加的支持。5）人力资源投入情况。介绍投入的人力资源情况，包括团队的架构组成，投入的人员数量，各自分工，完成的大致工作内容等。比如需求分析师写了多少字的需求分析文档？软件工程师写了多少行代码？测试工程师写了多少测试用例，完成了几轮测试？具体的量化指标，可以让客户更加直观的了解到团队的投入。这也是让团队每一个成员进行展示的机会。6）系统演示（如果可以展示完成的工作成果，就进行演示效果更加直观）。如果进行系统演示，演示前，需要充分的演练。包括对系统功能，测试数据进行充分地、反复地确认，确保演示能达到行云流水的效果。如果达不到演示效果，效果不好的演示，还不如不演示，否则适得其反。

　　演示的时候，需要预先设计演示场景，场景要和客户的工作业务相关联，要立足其业务场景设计演示内容。如果能通过系统解决其业务问题，提高工作效率，那就是最好的演示场景，会让客户产生共鸣，对系统更加感兴趣。一个不能帮客户解决问题，不能帮客户提高工作效率的系统，客户不感兴趣，那是活该。那要从项目目标和项目需求角度再想想，设计的系统是否有问题。7）项目中，需要请客户决策的问题汇报是一个很好的机会，特别是有客户领导参与的汇报，面对项目中存在的问题，或项目现有资源无法解决的问题，可以提请客户领导协调解决。

　　客户，以及客户的领导，都是你的重要资源，借用客户的资源，可以解决项目中无法解决的问题。但是会议上提出的问题，需要和客户方项目直接负责人先行沟通，确保问题在汇报会上适合提出，且有意义（见过有提，希望客户帮忙解决午饭问题的......午饭很重要，但是不适合在汇报会议上提，而且午饭是否应该客户方负责，项目合同里应该有约定）。5、汇报需要做会议纪要汇报会议需要安排人做会议纪要，会后将会议纪要邮件群发与会人员，以及相关人员。会议纪要主要记录会议讨论的内容，以及讨论结果。特别是会议中提出的问题，以及确认的解决方案、解决时间等。

　　很多公司都会用项目的形式来推进一些重要而关键的工作。那项目汇报和日常工作汇报到底有什么不同呢？

　　首先，项目工作一般需要跨部门协作，可以很好的锻炼我们的沟通和团队协作能力；

　　其次，项目工作有明确的目标和时间节点，我们的工作成绩可以很清楚的量化。如果一个完美的项目是 100 分的线 分就看工作汇报的能力了。那么到底该怎么做好一场项目汇报，稳拿 100 分呢？

　　我给你分享一个做项目总结汇报最好用的操作指南——STAR 四步曲。我们把项目汇报拆分成四个循序渐进的阶段，分别是 Situation 情景，Task 任务，Action 行动，Result 结果。我们一个一个来看：

　　第一步是情境。你需要清晰的描绘出一个项目全景图，项目的外部环境是什么、内部环境是什么、谁发起的项目、要解决什么问题，达到什么目的。

　　举个例子，小易负责公司销售团队话术标准化的项目，解决销售团队素质参差不齐导致产品转化率低的问题，但是如果只是这样描述，就感觉不出这个项目的重要性。

　　那全景图式的描述应该是什么样呢？小易可以这么说：目前，我们的竞争对手引入了一支非常强悍的销售团队，短短 3 个月内在 6 个市场反超我们，反观公司内部，销售转化率急剧下滑，人员流失率达到 30%，这是非常大的危机。我发起这个项目，不止解决上面的问题，更重要的是建立一套符合公司特点的销售体系，这就不单单是做一个话术标准化的事情了，而是关系到公司生死的关键项目。

　　这里我还要提醒你注意，汇报的时候涉及一些非通用词汇，要提前做解释，避免汇报对象有理解上的障碍。

　　有了项目全景图，接下来就可以聚焦具体的任务。这里的任务有两层意思，一是项目本身的任务目标，二是你在这个项目里的角色和个人目标。

　　关于怎么写项目总结，相信很多文章都有分享过，可能你也看得不下十篇二十篇，但是你真的抓到重点了吗？

　　是不是真要落笔去写的时候，脑子里想的是这篇让你这么做，另一篇让你那么做，整理下来你的项目总结反而更是一团糟。

　　GARI模型就是通过4步：回顾目标 →评估结果→分析原因 →总结规律，来体现整个项目的所有情况。

　　所以你不需要自己去想怎么理清思路，你要做的就是根据这4步，认真总结好这张思维导图上的所有问题就可以。

　　在每个项目初期，我们都会定下目标，然后将目标细化为若干任务，在进行分配任务并完成它们。

　　那么在项目结束的时候，我们也一定要回顾目标，最终所做的结果是与目标相吻合，还是说是背道而驰？

　　老原在这里要提醒大家的是，每个项目的最终目的都是为了达成项目初期既定的项目目标，所以任何总结都是以项目中的既定目标为中心进行扩散。

　　在这一步，我们需要还原整个项目最终的结果，这里的结果主要指的是突发情况和产生的问题。

　　从失败中学习，所以我们也要从问题中找经验。那么同样的，我也总结这一步需要确定的几个问题。

　　这里需要你针对上述的问题去思考原因，但不需要细化到每个细节步骤，因为未来你做的其他项目一定不会遵循一模一样的步骤，

　　● 如果有，为什么会发生这些差异？是哪些因素造成了我们没有达到预期目标？

　　你需要学会总结，例如过程中暴露的多个问题，可能都来源于同一个原因，那么你只要总结一个原因即可。

　　关于原因部分，老原推荐大家根据问题分出主观原因和客观原因，也就是在项目过程中由于自身原因出现的错误以及自己无法决定的突发状况。

　　这一步关系到此次你这次的总结是否真的能产生作用。这一步也是告诉你，未来应该做些什么，怎么做……

　　优秀的项目总结都是相似的，一定要结构清晰、重点突出、观点明确且有数据支撑。

　　一份优秀的项目总结能为职场人的工作加分不少，不同行业可能会存在一些差异，但条理清晰、重点突出总结工作却是职场人共同的必备技能。

　　一份优秀的项目总结，在完成90%的项目总结内容后，那么最后的10%一定是它的呈现方式。

　　如果你给出的项目总结是一份密密麻麻的word文本，上面清一色的全是字，我想也没人认真看完吧，怎么办？

　　这时候，模板的作用就出来了。帮我们更好的呈现项目总结的工具有2个，老原屡试不爽，一个是数据，还有一个就是模板。

　　我是老原，欢迎关注我的公众号【项目经理老原】，每天都会有项目管理案例干货分享。

　　各行业有不同的约定成俗的格式或风格，但项目完成后需要总结的不外乎以下内容 ：

　　3、项目组织实施情况（机构设置及职责、投入设备及人员、生产管理、技术管理、质量管理、财务管理、宣传管理、成果管理、保密管理、安全生产管理等等）