锁定老帖子 主题:每天写工作日志、周报你怎么看?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-12-23
我觉得做短期计划比写日志有用。
每当任务特别多,时间特别紧的时候,短期计划的作用就出来了。 日志则更像是个自欺欺人的玩意儿。 |
|
返回顶楼 | |
发表时间:2008-12-23
每天写的话我觉得是纯粹的浪费时间
|
|
返回顶楼 | |
发表时间:2008-12-23
liano 写道 写日报、周报周报之类的东西,目的我看有两个:
1.督促人干活,是一种监督的方式 2.给项目管理提供依据 但是这两个方面真的管用吗?我不这么认为。 首先,对于人的积极性不是监督出来的,谁愿意让别人监督着干活呢?所以只能是骂声一片 其次,作为项目管理的依据,项目经理用这些材料干什么呢?无非是看看大家每天都干什么,然后对比一下计划,看是不是跟得上进度。 结果呢?大多数情况下看大家很忙,但是日报也就是那么几块事,其实反应不出细节,所以日报反应不出真实到工作状况,因为几乎没人会把杂七杂八的事情写上去。 再说用日报来核对项目计划,就算发现和进度不符,也只能是加班加点来使工作和进度相符。这种做法本身就是不科学的。 对于过程控制有一门学问,叫动态过程学,对于过程控制有两种:预定义过程和经验过程。 预定义过程就是一切事情先安排好计划,以后严格执行计划,可是对于软件开发,尤其是复杂软件,很多细节是无法编入计划的,所以预定义的方式是不合理的。 另外一种方式就是经验性过程控制,什么意思呢?就是检查、调整,再检查、再调整。应为软件开发想不到的事情太多了。 经验过程控制应用于软件开发就是scrum。 公司实施日报、周报,发现大部分员工草草了事,反应不出真实情况,有的员工一周写下来的日报都是同样的内容,汗!现在采用敏捷开发模式-SCRUM,每一周或二周定个SPRING,每天早上有个10分钟左右(最多不能超过15分钟)的stand meeting,会议内容只有2项内容:1、向Team Leader汇报昨天的工作内容及今天要做什么。2、工作中遇到什么问题(问题不在此会议解决组员问题,只提问题,Team Leader记下,等会议过后解决)。效果很不错,公司大部分项目都在跑SCRUM. |
|
返回顶楼 | |
发表时间:2008-12-23
zhangbody 写道 willim 写道 不过我认为大家一定要转变下观念:
工作日志不一定非要对应在某个项目的任务。 你只需要写你今天在上班期间干了什么,比如学习某个新技术之类也是可以写的 如果是这样就好了。我们项目组的周报都给客户一份,学习新技术如果写在上面,客户就会觉得我们没有事做,然后打电话给我们领导。 周报是周报,我说的是工作日志,工作日志一般是公司内部管理者看的 |
|
返回顶楼 | |
发表时间:2008-12-23
我们公司也是有点强制人家写,就怕人没事做,从公司方面看是好的,。。。
|
|
返回顶楼 | |
发表时间:2008-12-23
莫非是RX?
|
|
返回顶楼 | |
发表时间:2008-12-23
日报你不写,我怎么知道你干了啥,
你可以写“今天没事做,上了一天网”,或者“学习XXX”之类的都行。 总的来说,有很多东西有应该反应到日报里,不过日报应该和绩效考核无关,因为绩效考核只能和项目阶段考核挂钩。项目搞定了就有钱,没搞定就没钱。不能因为日报写了啥都扣钱啥的。所以日报随便写,写的越真实越好。 |
|
返回顶楼 | |
发表时间:2008-12-23
我现在每天上班一路上都在想日报该怎么写
|
|
返回顶楼 | |
发表时间:2008-12-23
最后修改:2008-12-23
写不写工作日志的关键,在于写完后这个日志怎么用?
作为自我回顾的,写了很有用, 作为工作考核的,写了很没用。 |
|
返回顶楼 | |
发表时间:2008-12-23
一般通过任务管理就都搞定了。写这些都属于形式 。
|
|
返回顶楼 | |