汇报是一种思维方式，需要把问题、解决思路、尝试方案、收到地效果展示出来，遇到技巧性的，还需要讲解效果产生的原因。

每次做完项目的时候，想想自己做的东西都理解了吗？自己做的东西在项目中的作用是？位置是什么？能不能更高地抽象出理论？

此外，在讲解的过程需要对受众进行调整话语；回报讲怎么达到结论，分享和日报讲实现的过程细节，主要是改动点。

汇报的结构

展示出来的是总结性语言，不需要详细描述；讲解的思路是：通过什么手段（主动性），做了什么，取得什么效果，有什么价值；一定要了解其中效果产生的原因，哪怕是简单的，也需要有理论支撑，而不是自我分析总结的空洞大话。
另外陈述一定要有落脚点，如果效果显著那么重点将效果怎么达到的就行，忽略其中的过程；而如果效果不是十分显著，那么转到讲过程，讲述这过程的积累，基于过程达到哪些价值提升，定量标出来；
因此，陈述的模版就是，负责什么项目，面临的困难和现状是什么，我通过使用什么方法和调整，达到什么样的效果；这期间的话语可以讲述通过自己的工作，获得哪些提升，注意用数字支撑；
但如果，效果再业界不显著，那么重点到过程上，经过我的工作，对哪些进行改进升级，较以往的方案提升的价值在哪，然后把对比用数字支撑；

经历

在前公司，因为是自己负责的项目，起因过程和方案实施都是自己把控和操作，因此背景和方法以及结果熟知，讲解起来得心应手，问题随口即可答出，自己主导的东西有代入感，有主人翁意识；因此，不管在承担何种工作职责，首先把主人翁意识注入进去，想象下自己把控主导，那么整个细节处都要知道，这样面对问题，就随口答出；

面对效果的原因，要保持深入的探索心态，第一步明白产生的原因，怎么发现的，怎么证明，有哪些尝试？得到效果是咋样的？
面对通用模块，需要理解它的地位在哪，作用是什么，能足够迁移么，

学会呈现

首先，短话语论述项目是啥，为了什么目的；
其次，项目的难点和问题在哪，有时还需要讲下现状，以更深描述难点；
然后，我采取的方案是什么，方案是怎么解决难点的？我是怎么做的；
最后，方案实现后，带来哪些指标的提升，这期间有工程量、业务指标、对比以往提升点等等；

重点要明确，呈现这些仅仅图片和10来字左右即可；千万不要堆叠文字，文字可以通过口述；
这里提一个讲述的逻辑，需要分类，就是问题和难点很多情况下，要进行归类；在方案构建时，要进行拆解，分清主次；
最后，一定要有落脚点，就是通过方案来解决项目难点，达到了什么收益，业务收益显著最好；平平就讲方案的过程积累以及带来的潜在价值；
落脚点的支撑一定要有数字支撑，也就是量化。

另外，面对上级时，落脚点一定要正向积极，面对不好的指标也要挖掘出背后带来正向的价值，传递一个信息，投入是有产出的，且这产出具有价值影响；不能让觉得这是在探索，在浪费资源，没得到好的价值输出。