2015第37周周记:工作效率

9.3阅兵放假,另外申请调休了几天,相当于一共连续休息了6天。项目我累计加班7天,现在当成休息6天,也不算亏了。不过,如果不调休而是有钱分的话,就更好了。

阅读全文>>

2015第36周周记:开始休假

搬家后几天,工作状态并不是很好。31号上班那天,还有很多部门在整理东西。当然,我们部门东西早就收拾完了。我还是在搞FFMPEG,挑自己感兴趣的来学习。

阅读全文>>

2015第34周周记:项目交付

最终等到这一刻了。终于等到交付日子了,以前什么不快,不爽,都过去了,都成为历史了。 上周五下午测试报告出来,然后审核,然后各种流程上的审核,在下班之后半个小时,还差2个部门未审核,因此预定的周一交付,无法兑现。幸好,在周二上午所有的审核流程都走完了。在中午下班吃饭之前,我把交付的电子邮件发出去了,虽然还有错误字,还无伤大雅。这样,对于研发来说,就算完成了。

阅读全文>>

2015第33周周记:项目收尾

项目终于接近收尾了。测试再反馈bug也不解决了。该遗留的申请遗留。但一定要等几天才能出测试报告——因为稳定性一定要跑完三天,出测试报告之后,流程的文档才完整——其它文档上周和本周已经同步在进行,当然,少不了我每天的催促。

阅读全文>>

2015第32周周记:“根本原因”、“真实想法”

又是8月初,又过了一周,特别的快。几乎想让时间慢点走——因为项目的进度实在太慢,想分身无奈技能有限。 本来这周是交付的,但测试人员又曝了几个bug,无法遗留,只有继续解决。由于本人较遵守制度,既然还有问题无法交付,只好向大领导申请延期。恰逢大领导休假。周一8:30之前我来上班,发现大领导回复公务,叫我找出“根本原因”、“真实原因”。无奈,当天只好把bug列举出来并给出客观事实。

阅读全文>>

2015第31周周记:“斯达不留”代码架构的问题

这么快就一周了,原来,一晃也可以是一周,还可以是一个月。 南宁最近的天气时热时凉,时而细雨,时而暴雨。把我躁动的心绪浇掉了很多。项目也进行这么久了,该批评的批评,该加班的加班,该学到的也学习了。当这过程是一个难忘的经历——就好像2013年那个无法忘怀的岁月一样。

阅读全文>>

2015第30周周记:项目的思考

项目例会上依然是总结、分享经验、教训。说归说,做起来又是一回事了。我主要讲的是执行人的执行力上,因为往往很多时候在流程上看是无问题,只是事与愿违。队员说1天能解决一个问题,如果没有对人员的能力有了解的话,还是要做些预留,因为不一定能1天解决。当然,这是事实,对有着开发经验的人来是再平常不过的事了。但从结果来看,一旦延期,就是执行有问题,意识有问题。某管理部说得最多的话是:对流程没有反对,那你应该努力做好。虽然我是极力反感这句话,但在不能反抗情况下只能接受。再说回执行人,往往不一定是项目经理的事,但领导们却归究于他。从某个角度上看,我认为有的人已经把项目经理和项目等同起来,项目有问题,第一时间找项目经理。

阅读全文>>

2015第29周周记:下半年计划

周五例会,主要讲下半年的部门工作计划,之前已经发电子邮件讲述了一下计划。当然,我们知道,计划永远赶不上变化,可以感觉到很多人对此已司空见惯。

阅读全文>>

2015第28周周记:年中总结

“爱提踢斯”项目我已尽能力(但未拼命)做了。技能不够高的,在能力范围内,我都先帮分析bug原因,直接告诉相关人员去查。有些我不懂,就爱莫能助了。项目我已经申请过一次延期了,但还是不放心。

阅读全文>>

2015第27周周记:继续被批评

这个周末,又加了2天班。昨天从上午10点搞到晚上10点,之后同事请去吃夜宵。本来今天不想去的,但想想周一测试部门又等着新版本,于是今天也去公司加了几个小时的班。

项目实际上已经处于失控状态,至少在公司领导看来是这样的。上周二大boss叫了项目经理(就是我),项目代表和其它相关人去他办公室开会,把每个人都批了一遍。虽然我刚来公司时就已经知道了领导只看结果不重过程,当时再一次深刻感受到。会议要求每个人发会议备忘给大boss。

从这次会议上看,很多方都有责任。首先我的责任是没有全局把控好时间——在公司,时效性是最重要的。其次是人员问题,其它部门扔了一个新手过来。但公司层面给我们的解释是项目不培养人,只用人——但事实呢?

我很想为自己辩解,事实上,这个项目,很多事我都亲力亲为。相对Alpha、Beta版本的项目经理,我除了继承着开发人员角色外,还担任着项目的管理角色。对于我自己的模块外,还要和多方扯皮,确认事务。比如,上周一个测试人员突然请假(虽然事出突出),最后安排一个未接触这个项目的人来测试,连securtCRT也没用过。又比如项目中的新手,连svn也使用不畅,至于项目流程或业务能力,也是有很大的提高空间。如果再有这种事,我真的会提点心。——何况,我不想再有这类事发生了。这次,入坑了。

对于项目,我认为人员的技术水平要考虑的一个因素,如果时间紧急,不能有新人,如果有新手,时间上又得不到保证。 部门例会上主要以最近部门同事完成的一个事务做检讨。讲解了事务的来龙去脉,和其它部门的交互,特别是测试部门及该部门所反馈的意见。一来以实例说明开发流程,二来看看有哪些不足,如何避免。 后来让大家发表意见。 我是站在开发人员的角度来说的,特别想了解一下当遇到技术问题延期时公司层面会不会考虑,另外也想了解一下我们部门做的东西在外面使用的反馈情况,比如之前解决的网络问题,我是不知道在外面有没有在使用,使用得怎样。当我知道某一事时,大约是出了问题,而且一般都是较严重,较紧急的。

——但没有明确的答复。

对于我们这个部门,实在有太多想说的,但一时又不知从何说起。 我认为很大一部分原因是部门职能的定位。因为定位不清晰,有一些事务上无法确定界限,就会造成扯皮。有的部门十分擅长扯皮和推责任,而我们大多数人只想把事情做好而做了让步。但这在主管认识上认为是软弱的表现。如果真的很强势,每事按流程走,我估计公司整天都会在这些口舌之争上,而没心思干活。比如,对于其它部门提交的模块,我们一般没有按正规的流程验收,但我们提供的东西,都必须要有自测报告。像我,但凡和Linux有点关系的问题,都找我。比如有的业务程序本身有问题,但它运行在Linux之上,出了问题,就感受是平台的问题。像网络广播包,有的人不会去想程序逻辑上有无问题而直接认为是平台提供的网络socket函数,应该找平台的人。

由于部门职能的定位较杂,因此做的事就比较多。比如职能中有支持其它部门一项,年初时就友情支持总公司下属的子公司的同事。但功能却是其它部门的,这是公司组织构架所决定的。当其它部门有难题解决不了,就会派到我们部门。当其它部门人手不够,就会从我们部门抽调人员协助,明义上说是两个部门交互较多,我们部门的人去学习,以更好地方便工作。结果有一个人最后转岗了,人走了,事没走,原本是13个人干的活,变成12个人干了。凭什么你的部门说难招人就从我的部门抽人?你会说:你不会招人啊?那我反问一句:你不会招人啊? 这些,真不知为什么会发生。

上周,小外甥女做了心脏手术,打电话给妹妹,说手术顺利。现在每天的费用都在1K以上,我转账的几千块,还不够顶一个星期。 出生月余就如此,只怪命运无常。有时,健健康康地生活,平平安安地上下班,也是一件幸福的事。 但愿一切安好。

2015.7.05 周日 晚上

2015第26周周记:被批评了

周四下班前一个小时,被项目管理部领导叫去谈话,主要是我负责的项目有异常,然后提出批评。我也承认了自己的问题。在周一的项目例会上继续就此事做批评。

阅读全文>>

外甥女起名记

几年前妹妹生了个女儿,叫我帮起名。那时接触了一些起名需要注意的事项,也看了一下八字、五行,三格之类的资料。大概来说,很多人在起名时还是会考虑金木水不火土这五行,八字中缺哪个就在名字(作为程序员,我一度纠结在姓氏的五行属性是否算数)里补充。后来我帮自己的名字看看,发现自己五行缺金。

阅读全文>>

2015第24周周记:关键的路径

看来关键路径已经在公司全面开展了。周一开项目例会时,大boss参加了,并对项目例会的召开、形式、流程发表重要训话,并强调了关键路径。而周五部门例会更是让员工上去讲述自己的任务分解和关键路径,并让大家点评,——我是其中一个被点名点评他们的人。这个事每个人都必须做,一周讲不完,下周继续讲。

阅读全文>>

入市3年的记录

因为亏损严重,一直不敢面对现实,虽然不至于关灯吃面,但也让自己不去想。 2012年初时和同事去国海开户,当时有个师姐在那里上班。按我的习惯,去之前做好了准备,知道要带什么东西,也在官网填写了风险评估表,利用一个中午时间办完所有的手续,回到公司,离上班还有几分钟。

阅读全文>>

2015第23周周记:关键路径

这周的例会主要宣讲研发人员来做任务时的任务分解、步骤、安排。同时重申公司层面对任务的时效性和正确性的要求,这次说的是重视达成的目标,而不能重过程轻结果,用时髦的话是以结果为导向。而将任务的时间安排交由任务负责人来实施。还强调了关键路径,此词离我学数据结构已有很多年了。

阅读全文>>

桂林游记

我对桂林的印象在小时候已经有了,那时父母去桂林打工一段时间,留我们兄妹在家。后来便对桂林独特的山水有了印象,当然还有那首《我想去桂林》。长大后,无意中选择了在桂林读大学,度过了美好的四年时光,然而,却无法重现孩提时候的梦——正如无法重温小时候去学校操场看露天抗战片一样。

阅读全文>>