对于写日志的本人，可以让自己自省每天都干了什么；对自己的工作进行追踪；为了让自己清楚自己手头的工作的情况，能让自己对分配的事情有良好的工作计划与时间安排；君子博学而日参省乎己，则知明而行无过矣；
为了考核而考核，员工则应付了之，敷衍了事。
了解
scrum
敏捷软件开发：对于过程控制有一门学问，叫动态过程学，对于过程控制有两种：预定义过程和经验过程。预定义过程就是一切事情先安排好计划，以后严格执行计划，可是对于软件开发，尤其是复杂软件，很多细节是无法编入计划的，所以预定义的方式是不合理的。另外一种方式就是经验性过程控制，就是检查、调整，再检查、再调整。因为软件开发想不到的事情太多了。经验过程控制应用于软件开发就是
scrum
。
工作日志、周报的目的：
1、
工作日记本身是个不错的方式，可以让自己自省每天都干了什么事情。
2、
认真写日志，促使你认真思考明天做些什么。
3、
对于一个
team leader
，如果把每日主要的工作情况记录下来并定期整理，将是一份不错的项目管理素材，对于总结项目成败的原因，反思需要改正或强化的工作内容，分析各种指标会有帮助，也有助于提升自己的能力。但是把这项工作推广到整个团队就有点过了：不是每一个成员都需要做项目管理的工作，不是每一个成员都有足够的时间和持久的兴趣来整理和分析这些数据。
team leader
不能因为自己需要这些数据就将应该由自己做的事情转嫁到下属头上，就算这样做了也未必会有好效果。
4、
事件＋时间记录，非常有用，可以反省每天的时间都花在什么事情上了。
5、
这些东西都是写给自己的，而不是为了应付差事而已。
6、
想想今天我需要做什么事情，什么事情是最重要的，每项任务大概要花费多少时间。需要记录的有知识点、任务以及索引。
7、
为了让自己清楚自己手头的工作的情况，能让自己对分配的事情有良好的工作计划与时间安排。
8、
君子博学而日参省乎己 则知明而行无过矣。
9、
每天可以把工作的进展情况记录一下，遇到的问题，以及解决问题的方法也可以记录在案，即能有条理的工作，也可以对以后解决问题起一个帮助提醒等作用。
10、
非常有用。（
1
）有计划（
2
）对一天或一周有总结（
3
）审查自己的工作效率（
4
）日后可以查找以前某天在做什么事情。
11、
督促人干活，是一种监督的方式。对于人的积极性不是监督出来的，谁愿意让别人监督着干活呢？所以只能是骂声一片。
12、
给项目管理提供依据。作为项目管理的依据，项目经理用这些材料干什么呢？无非是看看大家每天都干什么，然后对比一下计划，看是不是跟得上进度。结果呢？大多数情况下看大家很忙，但是日报也就是那么几块事，其实反应不出细节，所以日报反应不出真实到工作状况，因为几乎没人会把杂七杂八的事情写上去。再说用日报来核对项目计划，就算发现和进度不符，也只能是加班加点来使工作和进度相符。这种做法本身就是不科学的。
13、
本意是好的，但就害怕领导过分依赖于形式。
14、
作为自我回顾的，写了很有用，作为工作考核的，写了很没用。
15、
很多单位又把日志作为一种绩效考核的手段，为了考核而考核，员工则应付了是。
16、
本来是好事，可惜一跟利益挂钩，就变味了。
建议：
1、
对于过程控制有一门学问，叫动态过程学，对于过程控制有两种：预定义过程和经验过程。预定义过程就是一切事情先安排好计划，以后严格执行计划，可是对于软件开发，尤其是复杂软件，很多细节是无法编入计划的，所以预定义的方式是不合理的。另外一种方式就是经验性过程控制，什么意思呢？就是检查、调整，再检查、再调整。应为软件开发想不到的事情太多了。经验过程控制应用于软件开发就是
scrum
（敏捷软件开发）。
2、
短期计划比写日志有用。每当任务特别多，时间特别紧的时候，短期计划的作用就出来了。
3、
现在采用敏捷开发模式
-SCRUM
，每一周或二周定个
SPRING
，每天早上有个
10
分钟左右
(
最多不能超过
15
分钟
)
的
stand meeting
，会议内容只有
2
项内容：（
1
）向
Team Leader
汇报昨天的工作内容及今天要做什么。（
2
）工作中遇到什么问题
(
问题不在此会议解决组员问题，只提问题，
Team Leader
记下，等会议过后解决
)
。效果很不错，公司大部分项目都在跑
SCRUM
。
4、
一般通过任务管理就都搞定了。写这些都属于形式。
5、
其实对于项目进度，最主要的还是面对面的交流，以及项目经理对每个人工作的不断
push
。以前有一个项目经理，感觉他的做法还是挺能接受的。他的做法是：每天下午离下班还有十五到二十分钟的时候，整个项目组的成员（三、四个人的样子）坐在一个圆桌上，每个人都讲一下今天做了哪些事情，遇到什么困难，这时大家可以一起讨论下困难如何解决。项目经理一边听一边记，并根据你的情况安排第二天的任务。这种做法氛围融洽和谐，大家在一起说的时候还增强了团体的向心力和凝聚力。不过觉得这种做法，对于项目时间宽松，以及人员不是很多的情况是适用的。
6、
我觉得写日志是一个好的习惯，能对自己的工作进行追踪，但如果是公司强制写这个，并且进行考核，这就是不好的制度了。在项目中只要让
Leader
知道成员在做什么就可以了，而这个通过沟通就可以，没必要非得写日志出来。就像
Daily Scrum meeting
一样，否则就无形中给程序员施压。
7、
写日志这个东西不存在标准，记录下自己需要记录的东西就够了。现在看看原来的东西是很有收获的。养成每天写日志的习惯对自己来说绝对是个好事。成习惯之后，这就不是负担了。
8、
用工具只是用来辅助你的，你对某件事不用心的话，用再好的工具也只是三分钟热度。
9、
我去过五间公司。有民营，有港资，有新加坡资，有合资。都要求写日志。都是上面要求一阵。过段时间就不了了之了。自己又烦。老板也没看。我的经验写这些日报，周报没有。现在我在美资。每天老板下班前开个小会，说一说每人今天做了些什么。我觉得这种方式最好。
10、
其实
leader
也没让我们写日报，我们也会主动会把明天的事情安排一下，写在
outlook
中，每个星期也要写周报，还有
weekly meeting
，项目比较紧张问题比较多的时候，可能还会
daily meeting
，
daily meeting
一般是一边开一边早饭，
weekly meeting
是周五下午开。
11、
写工作日志的主要作用一方面是让我们能忙而不乱，另外一方面可以让我们做到不会忘记任何一件自己曾经计划要做的事情。写工作日志貌似很花时间，很琐碎，如果我们换个角度想想，其实这个时间花得值，一方面可以让我们把工作做得更好，另外一方面也可以锻炼自己掌控时间的能力。
12、
做技术的，如果能够把今天或最近几天自己遇到的问题、难题是怎么解决的，这个记录下来是有好的，还可以给以后的新手一些参考。
13、
对每天的总结
.
我感觉还是有必要的，这样一来，我们知道自己今天做了什么，哪些是今天做的，但没做，明天应该做些什么。
14、
世界
500
强中没有几家要求员工写日志的，只是一些学院派的人指定制度让员工写日志。
15、
端正心态去写日志，坚持下来之后，受益的始终是自己的。
16、
这个习惯我已经坚持了
3
年了，每天记录自己的工作以及碰到的问题，如何解决的等等，并适时的总结，现在它就是我的一个财富了。
17、
有点象伪命题，正确的问法：如何进行项目管理。我原先公司的老板对此非常重视，开会批评不好好写工作日志的人，最后好几个人都走了，也不知那个公司现在怎样，估计也不怎么样。
18、
使用高级语言并不一定会写出易于维护的代码，然而高级语言还是由他的优势；同样，每天写点日报虽然不一定会怎样
(
我也不赞同跟考核等挂钩
)
，而他还是给大家提供一个记录
,
总结
,
和思考的机会。
19、
周报是交给上面的，差不多周五我会花
30-40
分钟来写，日报是我在做完一件事情后，觉得有必要写的就写在上面，或者是遇到了什么问题，通过什么样的方式解决。周报是让领导了解你的工作进度及情况，所以我会用心写，但并不表示我会虚报。日报是总结你自己，从实际出发。
20、
项目负责人的目的是把项目计划好、实施好、给大家一个满意的答案。写日报也好，任务跟踪也好，进度
review
也好，测试驱动开发也好，只要把每个人的积极性都调动起来，只有每个人从多个角度去将心比心的去考虑，去做自己该做的事情，我想这样的话，每个人做事情才会有动力，而没有压迫感。
21、
写工作日志是个好习惯，我写了很多年了（只是做开发的时候写）可以记录一些问题的解决，心得和想法。可以经常思考，防止在开发中迷失。过了很多年，这些东西就是财富。
22、
不过我还是觉得自己用
excel
，
word
什么的，不限格式自己每天写一下是应该的。
23、
项目管理是需要团队成员每天汇报的，不过方式有很多种，每天些工作日志是一种方式，认真对待其实有好处的，习惯了就好了。
24、
喜欢目标管理，完成任务才是硬道理吗。日志再这么漂亮，任务完不成，有什么用呢！其实要那么详细日志的领导，是相当却乏信心，不懂项目。
so
忽悠忽悠就可以了。
偶觉得周志是需要的，尽管大部份是水。控制好阶段性的里程碑就好了。