程序员汇报，你的姿势选对了吗

作为程序员大军中的一粒细沙，有时候是不是一直在困扰怎么去写周报，一周的事情那么多，怎么学会挑重点去描书写，而且语言表达必须要思路清晰，有结构有条理；这样的汇报才是合格的。

工作中绝大部分人在汇报工作的时候，会私下的认为汇报不需要专门练习，无非是把一周的事情做一个列举；对工作汇报很不重视，总觉得没啥好说的，即便是写的不好，领导也不会对你有其他的想法或意见，久而久之，慢慢养成了只需要单纯地列举一下流水账，没条理，没结构、没逻辑、重点不突出，要么等着领导询问，没有目标。

一、 首先要明确工作汇报的重要性

第一汇报的目地是要让领导知道我目前我做了什么事情，在这个过程中遇到了什么问题，自己的解决思路是什么，最终取得了什么样的结果，后续的行动项是什么，有没有已经成形的计划任务列表；如果汇报写的内容散乱无重点，领导就不知道我们私下里到底做了多少事加了多少班？人们往往都是过多的描述自己做事的过程和重要性，事无巨细都会描述一通，说完后领导基本上都懵了，根本不知道你核心想讲什么？

那么我们的汇报怎么才能写好，这根本原因是没有掌握结构化汇报思维方式，有条理，有方法的进行汇报，你的工作会事半功倍。

二、 结构化思维方式

在汇报工作前，要思考几个问题：

1. 我汇报的对象是谁，有多少的汇报时间可以利用？
2. 汇报的内容是什么，有哪些关键点是需要注意的？
3. 其他周围的同事是怎样汇报的，效果怎么样？
4. 汇报时候语言表达能力是否胜任，若不能，是否需要讲解表？
5. 领导对当前工作的期待，以及安排进度的把控，自己进度是否正常？
6. 汇报完后是否对后续的工作有价值，体现在什么地方sh，怎么放大这个价值？
7. 工作中遇到的问题，领导是否可以帮助解决，自己是否可以求助其他同事完成？

用我自己的工作经历举例

• what：地图要支持实时车辆轨迹
• why do：客户的迫切需求，推不掉
• why do not：不做，验收不通过，拿不到资金
• how：查文档，巴拉巴拉一堆代码操作...
• when：7月30号要完成，不然奖金，绩效没了
• where：系统地图界面
• who：Code1921 全程负责，出了乱子，后果自负...

结构化汇报就是要明确汇报对象，正确表达工作内容，实事求是；最真实的东西才是最吸引人的，而且对于工作的细节点能对答如流，领导也会对你刮目相看。

关于自己也没经历过相关的培训，以下的见解只是个人的一点想法，希望能给大家带来帮助。

自己汇报的时候大概分为三步骤：

自我理解，对于工作中的任务，要明确任务的问题关键所在，找准切入点，对任务进行拆解，然后再由点到面的进行衔接，确保任务的完整性和高效性；纵向 横向的去发散思维，找出关联点，对于陌生的领域进行及时的记录，确保没有遗漏的模块，通俗的讲就是先照好镜子，把任务一览无余的看的清清楚楚。

执行过程，这个和具体的工作内容关联很大，在这里不多赘述，但是一定要找到适合自己的高效的方法进行，毕竟工作质量影响生活质量。

概括描述，这个是重中之重，所有的前提大家都准备好，就等着交货的时候，可不能半路把货给丢了；要学会用一些表述方法，总分总，因果关联法，归纳判断法，演绎推理法，从上到下，上包装，做一些可视化的图表，酷炫的动画，数字的支撑，色彩对比，专业词语等；这些会让我们的汇报内容锦上添花。

知行合一，汇报写作是脑力劳力，坚持下去总会蜕变的，你一定是公司最靓的仔！！！