不管是测试、还是开发，有项非常讨厌而又必须完成的任务，可能就是每日的工作汇报！
我经历过，工作汇报细致到每个时段做了什么事的！（只要事情耗时30分钟以上，必须汇报）这样的变态要求导致大家随时在电脑桌面放一Excel表格，只要做完某个事就写上去，格式如某日某时某分、某时某分、工作内容、主要责任人、协助人、备注。如果哪天忘填了，下班后慢慢想吧，不交必然纳入绩效考核！绩效考核是个“好东西”，老板和leader们都可以在上面做各种文章。
随着后面管理回归理性，工作日报主要以结果为导向，要求大家量化。何为量化？对于测试来说，就是每天写了多少个用例，提了多少个bug，写了哪些文档，处理了哪些问题。对于开发来说，就是设计、实现了哪些功能，写了多少行代码，改了多少个bug等等。这些数据看起来赏心悦目，leader好向老板交差了，老板发工资的手也不抖了。
还有以计划进度为导向，格式明确规定的。这个就是考验大家的书写表达能力的时候了，如果不会写，那就死定了。比如你一周就负责一个功能的测试，今天写完成30%，明天写完成70%，后面三天怎么写？可能耿直的朋友会直接把30%平均到三天中去～最后大概率迎来上面的痛批“你丫的工作不饱和！”对此，聪明的朋友就会想应对办法了，我们可以把功能拆分成若干子功能呀！怎么拆，对于写了若干测试用例的你来说，不太难吧？唯一注意的是，内容既要看起来充实，又要显得言简意赅。
除了反馈工作进度，往往还要求大家写工作问题。
有一说一，有问题就写上去？如果真这样，绝对吃力不讨好！
内部的问题，如果工作汇报阅读方还面向高层，一定要慎言！不管是组内问题，还是研发内部问题，都会让上面觉得你不够团结，爱挑刺！最后两面不讨好，里外不是人。
其次，外部的问题，可以提，但一定要给出解决方案或思路。否则，光提问题，上面同样会觉得你就一问题宝宝。
已经经你解决的问题，一定要写出来。特别突出问题的严重性、复杂性，解决经过的困难性、条理性写清楚，甚至可以来点总结、感悟。
最后，大家一定要重视工作汇报，不同的公司要遵循不同的方式，懂得变通，这样才能让我们如鱼得水。
-- End --
文末寄语： 如果一个目的是正当而必须做的，则达到这个目的的必要手段也是正当而必须采取的。