汇报自己的工作是一件非常重要的事，但往往被一些人忽视掉。
我有个朋友，他带的组里有一个小伙子，技术能力不错，代码也写得干净漂亮，但是不喜欢汇报自己的工作成果，他的想法是：我做完的东西，我的领导自然会去看到，那么我也就没必要去跟他说了。
他的想法不能说是错的，但也是有不妥的。说他没错，是因为他的工作，一定程度上是上级工作的拆解，那么上级肯定会去询问他的成果（不然他自己也没法向上汇报）；说他有不妥，是因为他忽视了上级在看待工作任务时，往往对进度非常敏感，甚至比结果更敏感。因为对结果负责的人，风险意识比较高，提前识别风险，采取应对措施，是一个很正常的流程。
当我们在领到一项任务时，除了细致地了解要干什么外，还需要判断任务的急迫性，所以应该把以下问题常备：这件事需要我什么时候完成呢？并从上级那里拿到一个答复。
对于非常急迫的任务，随时反馈自己取得的新进展，这样做的好处：一个是避免他催我，我被催这种我感受不太好的交流方式；另一个是让他时刻反馈我是否处于正确的方向上。
而常规任务或者不那么急迫的，最好是通过日报的形式来做信息同步。
不要小看这些工作上的细节，对于那些会议很多，经常看不到人影的上级，这是我们和他建立起交流最直接，最简单的一种方式，这种方式对于他下一步的工作部署，是否首先能想到我非常重要。
那么除了主动汇报这个行为外，我们该如何改进自己的汇报能力呢？
其实非常简单，遵循一个原则就是：做了什么-什么结果-总体进度
我见过的一些同学，往往只写了第一步，就是做了什么。比如：
测试设置模块
就没了，没了，了。这样的内容和完全不写并无区别。所以可改进的形式就变成：
测试设置模块，发现了两个问题（问题一：xxxx；问题二：xxxxxxx），总体完成进度 20%
这样就算及格了，能拿到 60 分，还可以进一步的改进，按照我上面说的，日报是我和上级难得交流的一种方式，那么我最好通过这种方式巧妙地让 TA 知道我是一个有想法的人，于是：
测试设置模块，发现了两个问题（问题一：xxxx；问题二：xxxxxxx），总体完成进度 20%
备注：问题二是探索性测试发现的，用例库中无此用例，原因是此场景不易被想到，已补充用例，并将设计思路追加到知识库中供其他同学参考。
在这里加了一段话，作用是证明我是一个有思考，主动，乐于分享的人。第一句反馈只是模板化地将任务信息同步，第二句才是真正表明我是一个有想法的人。而上级，通常都喜欢有想法的人。
源自公众号 henryWoo