霍格沃兹的测试管理班是专门面向测试与质量管理人员的一门课程，通过提升从业人员的团队管理、项目管理、绩效管理、沟通管理等方面的能力，使测试管理人员可以更好的带领团队、项目以及公司获得更快的成长。提供 1v1 私教指导，BAT 级别的测试管理大咖量身打造职业规划。

本文主要是以述职汇报为例围绕如何去做工作汇报、怎么准备工作汇报、口才不好怎么才能让汇报流畅等几个板块展开介绍，跟你分享来自行业专家和资深面试官的经验。文末提供工作汇报模版，有需要的同学可以在结尾处领取。不知道如何写工作汇报的同学也可以在文末领取学社的智能助手寻求帮助。

为何要学习如何写工作汇报

你吃过不会汇报的亏吗？比如昏天黑地地忙了一年，年底工作汇报的时候别人说得头头是道，自己不知道该说什么。听起来好像是别人都在忙，自己却在摸鱼。或者工作做了 90 分，在汇报的时候只有 50 分，领导听完是 30 分，自己的努力得不到老板的认可，工作越做越没信心。

难道干活的累死累活，到头来就真的干不过写 PPT 的吗？口才不行就真的没有机会了吗？你可能只是没有掌握工作汇报的要点，那工作汇报到底要怎么写才能出彩呢？

什么是工作汇报

想要写好工作汇报，我们首先要明白什么是工作汇报？工作汇报是在汇报什么？向谁汇报？汇报哪些内容才能真正起到汇报的作用？

工作汇报的本质是一种特殊的沟通方式，它的核心目的在于推动决策。比如周报是让领导知道这周项目的进展情况，及时对下一步的工作安排做出决策，述职报告是让老板对你的表现进行打分，决定你的晋升与否。工作汇报的好坏是由听汇报的人来决定的，所以在写工作汇报时，我们要站在听汇报的人的角度去思考他在意什么点，想听什么内容？一个好的工作汇报必须要简洁清晰，便于决策，接下来我们以述职汇报为例，跟大家分享下准备述职汇报的流程和要点。

知己知彼，汇报前的准备工作

有的同学一听说年底要准备述职答辩了，不管三七二十一，找个模版就开始套，写出来的内容怎么看怎么像一年的流水账，思路混乱，毫无逻辑。在动笔之前，我们首先要搞清楚几件事情。

●汇报对象： 汇报前搞清楚自己的汇报对象是谁？他们来自哪个部门，他们的角色是什么，他们在意什么。比如对于测试经理来说，他在意的是在质量保障这个领域里做了哪些事情，有什么结果，这个结果对测试团队的影响是什么？而对于部门经理来说，他更关注的是你说的这些对于业务和产品有什么影响，所以在汇报的时候不能只汇报数字，还要汇报数字背后代表的价值。

●汇报时间： 汇报是安排在什么时间，流程是什么，汇报时长是多少，这些信息对于你后面准备一份长度适中的答辩稿是必须的。

●准备内容： 规划好你要汇报的目标是什么，要达到这个目标你需要汇报的要点是什么，要点最好不要超过 5 个，对于述职汇报来说，汇报的逻辑框架通常是：职责任务、业绩成果、问题挑战、经验成长、未来规划几个部分。有了逻辑框架后，我们需要准备对应的素材和论据，让你的整体内容更丰满。

●准备呈现： 呈现部分主要分为两个环节，一个是 PPT 的演示，一个口头表达。PPT 的准备不用说，第一件事情就是找到一个适合自己的模版，如果你找不到，小编在文末也提供了两套，欢迎自取。而对于口头表达部分我会在后面的内容中单独介绍。

如何把结果说清楚

有了清晰的逻辑框架后，我们就可以动手填充内容了。聆听汇报的人可能来自其他组的人员，他们对于你并不熟悉，所以开头的职责任务的介绍部分，我们要介绍清楚你是谁，你的岗位职责是什么，让汇报对象清楚你是干什么的。比如：你的姓名，你是哪一年加入公司的（精确到月即可），哪个部门的，职位是什么，负责的业务是什么。

对于一份述职汇报，最核心的内容就是业绩成果，在业绩成果部分需要优先明确跟你的岗位职责相关的业绩成果，而且要有可量化的指标。比如你主要负责哪些关键项目，这些关键项目的成果是什么。作为一名测试工程师，你可以从质量保障、团队建设、效能提升几个维度去思考，你分别做了哪些事情，有什么成果。从关键任务中可以选择 1-2 个关键任务，按照 STAR 法则的原则详细去介绍。从质量保障的维度举例说明，你可以这样写：

Situation: 当前项目迭代速度快，客户端单周发版，服务端双周发版，测试时间紧张，导致测试不充分，Bug 漏测率高。

Task: 我的任务是提高测试质量，减少缺陷数量，确保软件交付的可靠性和稳定性。

Action:完善项目提测、冒烟测试及用例评审流程，确保全面覆盖关键功能；引入自动化测试以提高回归测试效率，减少人为错误；加强与开发团队的协作，提前介入需求分析和设计阶段，以便更早地发现和解决潜在问题。

Result:缺陷漏测率降低了 20%，显著提高了软件的稳定性；自动化测试的覆盖率达到了 60%，缩短了回归测试时间。

项目交付后，用户反馈中的负面意见减少，客户满意度得到提升。

如果你是一个管理者，可以站在更高的维度，从整个公司的业务层面思考，你们当前面临的业务问题以及你们团队的解决方案，突出团队的产出。

问题与挑战

介绍完关键业绩成果后，可以介绍项目在执行过程中遇到的 1-2 个典型问题，基于问题来体现你解决问题的能力，以及你身上的特质。最好是有高度的问题，越是有高度的问题越能体现你思维的整体性。能够在工作岗位上看到普遍存在的难点，而且能够有效应对，这是对你胜任力最好的体现。比如引入自动化的过程中，团队成员代码能力相对薄弱，看不到自动测试的价值，在推进过程中速度缓慢。针对这个问题，做好框架封装，让自动化更容易上手。利用业余定期组织组内分享，提高团队成员的代码能力。截止到目前，团队中能做自动化测试工作的成员已经达到了 80%。

经验与成长

回顾过去的目的是为了在未来做得更好， 在经验与成长部分，你可以回顾一下你在过去的经验中有哪些能够被未来所用的经验，自己和团队获得了什么能力上的成长，如果是管理者，需要提到团队成员能力的提升。

除此之外还要认识到自己的不足之处。需要注意的是在提到自己的不足之处时，一定要给出应对措施。提到自己的不足不是为了表示自己的谦虚，而是展示你能够自我反省，没有一个人是完美的，只有看到自己身上的缺点，才能更好地自我更新。

未来规划

对于述职报告，未来规划可以围绕你所瞄准的岗位职责去讲，理清楚你升职后新的岗位职责是什么。重点介绍你取得的业绩成果、锻炼的解决问题的思路，积累的经验，将会怎样在未来的工作的岗位为公司带来什么样的价值。需要注意的是设想不是胡思乱想，需要有具体的规划和执行方案（颗粒度可以粗一点）。

现场答辩，表达清楚靠的不是口才

工作汇报时怎么让你的语言表达更清晰，避免脑子里想法很多，但是一到说得时候却总没有办法把想表达的意思说清楚。一张嘴要么就是卡的不行，嗯、啊、这个、那个，一堆口头语，要么就是稀里糊涂的说了一大堆，也没有说到重点，甚至到最后自己把自己都说乱了。

很多人经常会觉得自己口才不好，不会说，实际上呢，人们可能对口才这几个词有误解，认为要有好的口才就是要在说上下功夫，其实并不全是，真的要把口才变好不仅仅是说上下功夫，更要在想上下功夫。想得清楚才能说得清楚，但是脑子里有个清楚的想法与想清楚如何说不是一回事。这里给大家介绍一个梳理思路很好用的金字塔结构， 先用一两句话让听汇报的人知道你汇报的中心思想是什么，然后为你的中心思想找几个核心的论点，为你的论点找到充分的论据支撑。或者干脆就分成若干个模块去介绍你今天要说的内容。按照模块拆分后，每一个模块中内容的介绍要遵循金字塔的原理，将你的论据分门别类地去介绍。

对于最后的答辩准备，除了 PPT 和答辩的金字塔框架，我们还需要准备一个逐字稿，把汇报时要说的话逐字逐句地写一遍，提前组织好语言，让汇报更流畅，避免临场发挥时，嘴跟不上大脑的思路。需要注意的一点是写逐字稿不是为了汇报的时候去念，将口头表达变成了背课文，逐字稿的意义在于梳理自己的思路和表达形式，汇报时可以流畅的、口语化地表达出来。汇报前可以提前演练，用手机将自己的表述录制下来，反复修正其中的问题，包括你的措辞，你表达时的语气等。

推荐学习

沟通、汇报、总结，是作为一个职场人必须具备的能力，更是一个管理者的日常工作。对于从技术岗位走上管理岗位的同学来说，一套完整的可落地的方法论是必不可少的，在这里推荐大家学习霍格沃兹测试开发学社的《测试管理训练营》，跟行业大咖学习团队管理技巧。