作为程序员，每天交清晰的工作日报，不允许含糊和不详细，大家怎么看？_后端程序员工作日报

实话实话，这件事情我之前是挺抵触的，觉得没啥必要，完全形式，『我平时干了啥你还不知道么？』后来自己多想了想，才发现自己的理解还是片面。


大多数情况下，一个所谓的『形式』都有它的积极价值，就看你是否能发现并且善加利用。




以『日报』为例，我觉得一个TL想要团队成员写日报，除去这个领导脑残之外，无非就是以下这么几个目的。这几点对团队成员的要求逐渐增高。


1、纯粹应付上面的检查。潜台词：领导你看，我让团队的人写日报了吧。这种情况下团队成员随便写写就差不多了。


2、了解团队成员做事的内容。潜台词：你们把做的事情汇报一下，我看看，也好对整体有个把控。这种情况下团队成员要写出自己做了什么事情。


3、了解团队人思考的层次。潜台词：大家把做的事情写一下，把遇到的问题和怎么解决的写一下，我看看哪个人需要额外的培训或指导。这种情况下不只是要写自己做了什么事情，还要写明遇到什么问题，以及如何解决的。


由于你并不能确定领导心里的想法，那么对你收益最好的方案是：按照最高的要求做，也就是最后一条。


按照最高要求做，首先肯定不会错，其次也是最重要的，这对你自己的积累和提升很有好处。






那日报应该怎么写？我认为大概需要这么几个方面。


1、事情。简明扼要叙述今天做的事情。


2、问题。遇到什么问题，解决这个问题有哪几种方案，如果最后解决了，是如何解决的；如果最后没有解决，后续安排和具体时间规划是什么。


3、看法。也就是你对今天做的事情的主观总结，这部分写一下你的想法，经验，教训等。




由于是日报，这几部分很难每天都有，没有的时候，当然可以跳过。不过需要注意的是这些里面最容易被人忽略的实际上是第三部分，无论这是否是TL想要了解的，你最好都做。


人做事情有两个极端：『只做不想』和『只想不做』。开发一般容易犯的是『只做不想』或者『做得多想得少』。每天的日报实际上就是在形式上强迫自己总结和思考，只有『多做多想』，反复实践，个人提升才能有质的飞跃。