部门例会_2015-02-06

这周，在再次去外场测试、验证后，那个项目终于交付了，项目经理发了交付的电子邮件，还没有进入实质阶段，但也算是划上个句号。我们部门很多劳动力空闲出来了，领导也安排到其它事务中来。这就是公司目前制度下的员工，一旦结束项目，便投入到部门事务中，一旦项目启动，便投入到项目中。

我被安排到调查研究一个硬件解码器事务，由于技术问题，几乎天天装Linux系统，敲命令，到了周五上午，终于有进展了。但听说要给另一家公司的同事提供的现成的接口，心里不是很多爽。

按惯例，年底要做今年的总结并展望明年。总结今年，就是你们技术人员不给力，公司效益下降了，年终奖要比去年低。展望明年，就是我们要上很多项目，你们要进行技术攻关。

从电子邮件中看到，公司层面对今年的技术不满意。主要有几点，首先是开发人员最终实现的东西不是领导在项目初期提的需求中描述那样。不知道领导或需求方有没有考虑过需求不合理及技术难点等问题，在不考虑这两点情况下，单纯看结果是不合理，——虽然领导一般只看结果。其次是技术掌握不够。因为技术问题实现不了领导提的需求，开发人员有责任。最终落到员工头上：要主动掌握基础技术(为产品带来效益)，但时间要主动把控。于是便有了这次例会的主题：计划明年要做的基础技术。每个人写出自己的计划、风险预测，等。我还是写了嵌入式基础知识，但却不是领导所期望的。有人也提了大数据，这些在我看来还只是处于概念阶段，要真正去执行，很有很远的距离。其实，这类计划的事情，不外乎公司领导对今年的成绩不满意，叫员工提出明年做要做哪些技术积累。而明年的事，谁又知道哪些会真正去做？

另外，今年第一个月过去了，领导又开始对考勤感兴趣了。毫无意外，这次我们部门又是名列前茅。而我，因为有天下雨公交车不及时而迟到，破了保持好几个月的记录了。在不考虑员工加班情况下单方面要求员工准时上班，我觉得是十分rediculous的。

从近段时间的情况来看，公司可能将更多责任推到员工身上。本来有好好的项目经理岗位，有几个人专职当项目经理了，但最近却在我们部门任命一个项目经理。本来有些市场需求是由产品经理(公司同样有专职的人)来做的，但这次例会却让开发人员起草一个连需求还很模糊的方案。而众多的技术要点、难点及风险，又让开发人员自己的掌握，用会上的说法，就是公司层面“放权”：我不管，你们自己去做。作为技术类公司，技术是至关重要的，但责任领导都不担，而让开发人员来背。对此，我只能呵呵了。