现在每天都会收到开发同学的工作日志,从日志里能看到CODER们每天的喜悦与成长以及苦恼与抱怨,简单的字句里饱含着汗水。从目前日志的填写情况看来,有些同学写日志只是为了完成任务,内容多为流水,心得和体会很少甚至没有。相信还会有不少的同学会抱怨:工作都做不完还写什么日志啊!
的确表面上看写日志似乎是与开发人员本职工作毫不相关,实际上如果把每天的工作日志做好,对于个人以及团队能力的提升将大有帮助!
开发同学的工作日志一般包括“主要工作”,“状态”以及“具体情况及心得”等几项,文字可能不尽一致,但大体意思都差不多,同样这些格子,有的同学写得精彩,有的同学写得痛苦,那么应该怎么来填这些格子呢?针对这个问题结合这段时间与开发人员的沟通,有下面几点感受:
- “主要工作”,应该在每周五将下一周的内容填上,最晚也应该在每周一的时候将本周的工作任务明确,填写时应清楚地描述每天具体的工作内容,而不是笼统的写处理XX系统需求,如此一来是让需求的提出者对你的工作安排有个准确的了解,二来也加强了自己工作的计划性;
PS:经常会看到一些开发同学日志写着第二天的工作是“待定”,试问如果你在今天下班的时候还不知道明天要干什么,你的工作如何能保证计划性以及连续性;如果出现这种情况请尽快查看任务系统中“待完成任务清单”或与PM确认要任务;
- “状态”一栏,很多同学都只是简单的写上进行中或完成,建议能按工作任务的完成百分比填写,同时注明是”正常“、”提前“还是”延期“等,以便PM及时发现问题,通过辅导或协调资源等方法来保证任务的按时完成。
- ”具体情况及心得“这一块要分两部分:
- 如果是对于下班前填写当天的情况则主要汇报当天工作的具体完成情况:
- 工作是否有遗留,是否有风险问题,是否需要协助等,已完成工作项的测试地址等,方便相关人员验证;
- 开发过程中发现一些常用的功能没有封装或觉得某个控件需要改进,可以记录下来,为周度的开发分享会准备素材。
- 在这个工作任务执行的过程中,你的困惑、收获以及思考等(工作、生活、娱乐方面都可以,同类问题别的同事、同行是怎么处理的?上下游配合是否有效等),让大家能够通过你的日志感受你的喜、怒、哀、乐;
- 对于第二天的工作任务在梳理了工作思路后进行简单说明,如有必要应提前与相关人员约时间:
举例,如果你第二天要做的是HR系统的人事变动月报表,大体的工作思路及填写内容是:
- “约少祥9点至9点半沟通确认需求”:如果你还没有看过需求文档,那你可能需要先消化一下需求,不明白的地方找需求的提出者(少祥)沟通,保证需求理解没问题;
- “设计并确认实现思路”:结合需求以及报表的最佳做法,理清数据之前的逻辑关系,并简单列出实现的方法,并与少祥沟通确认(说不定少祥会给你一个更好的实现参考);
- “自测并确认需求兑现”:确认无误之后开始动手做,在自测完成后先约少祥看一看是否已经达到要求,有出入就马上修改,如果OK就打包;
- “打包提交”:按规范要求打包,将更新的注意事项写清楚再提交给测试。
- ……
- 日志周报:在每周五写最后一天的工作日志时,结合本周的工作情况,分享一下整体的进度,风险,以及心得体会等,同时与PM及需求的提出者沟通确认下周的工作任务及大致的实现思路,在现有的日志模板中好象没有这一块的内容,建议加上。
以上是对于开发日志填写的一点想法及建议,思考不周的地方,请各位达人补充。
写工作日志是总结、计划以及梳理工作思路的过程,看起来好象是一种负担,实际上成长的基石,如果你坚持地做好了,不但能收到事半功倍的效果,长此以往你在各个方面的能力都会得到很大的提升。