每天写工作日志、周报你怎么看？

每天写工作日志个人觉得是一个手段。我觉得可以养成一个学习总结的好习惯。
对于一个程序员而言的我觉得重要的事情是如何保证自己的进度按照计划实施，自己从中又学习到了什么。那么就有必要每天早上花半个小时总结昨日的问题、心得；想想今天我需要做什么事情，什么事情是最重要的，每项任务大概要花费多少时间。需要记录的知识点和任务以及索引随时记录在每天的excel表格中，类似于一种xml结构的文档。一段时间之后你就会发现这个excel文件会积累你平时的所学、所问。
很多单位又把日志作为一种绩效考核的手段，为了考核而考核，员工则应付了是，却丢失了最重要的目标！

写着写着旧习惯了

每天写日报 每周写周报，其实目的就是为了让自己清楚自己手头的工作的情况，能让自己对分配的事情有良好的工作计划与时间安排。

君子博学而日参省乎己 则知明而行无过矣

就是上级想知道：工作做了哪些，学习学了哪些。

我公司实行了1个多月的写工作日志(跟绩效考核挂钩),先是大家都应付着,然后应付的烦了就跟老板拒绝了...

经历过很多项目经理，大多数是有这种要求的，不过一个星期后大都不了了之，对于程序员来说，写这个东西大都是应付。
   其实对于项目进度，最主要的还是面对面的交流，以及项目经理对每个人工作的不断push。
    以前有一个项目经理，感觉他的做法还是挺能接受的。他的做法是：每天下午离下班还有十五到二十分钟的时候，整个项目组的成员（三、四个人的样子）坐在一个圆桌上，每个人都讲一下今天做了哪些事情，遇到什么困难，这时大家可以一起讨论下困难如何解决。项目经理一边听一边记，并根据你的情况安排第二天的任务。这种做法氛围融洽和谐，大家在一起说的时候还增强了团体的向心力和凝聚力。不过觉得这种做法，对于项目时间宽松，以及人员不是很多的情况是适用的。
  

下面的程序员每天做什么任务不是领导安排的么，你用jira类似的项目管理工具不久ok了。难道不写日志你就不知道手下在干什么？

我觉得写日志是一个好的习惯，能对自己的工作进行追踪，但如果是公司强制写这个，并且进行考核，这就是不好的制度了。在项目中只要让Leader知道成员在做什么就可以了，而这个通过沟通就可以，没必要非得写日志出来。就像Daily Scrum meeting一样，否则就无形中给程序员施压

不是给程序员施压....真正想的是给leader施压.不信任leader的想法跃然纸上