2015第19周周记：项目经理和方案考核

我做项目经理，其实是兼职。项目的各种怪现象，自不必说。更多的是开会，写计划，写文档；同时还要做模块的评估，编码及测试，身兼多职，说不定日后会爆发出来。

项目预备会是开了，但不理想，因为有些地方不明确。需求方恰好这个时候出差，用电子邮件交流，诸多歧义，诸多麻烦，十分浪费时间，于是决定待出差回来后当面沟通。这期间，出现了之前并未提到的问题点，这让我措手不及。

总结一下短暂的经验，就是时间安排，风险控制，明确需求，当然，有很多公司，估计这些是做不好的。

上半年公司大领导们实然提出要对公司产品进行考核。考核由专门的考核组进行出题、培训和面对面面试。不要以为有培训就万事OK了，有些东西不是学一两天就能理解和应用的。第一批人可以在上班时间看资料复习以便应付考试，复习的优先级高于其它事务。据不可靠信息，考核的第3名得到了1K购物卡。

我要熟悉4个产品的应用，但只抽其中一个进行考核。其实来公司4年多，我只搞内核驱动及外围的一些东西，对于这些烂熟于心的东西，是不考的。而公司有的部门是专门做产品应用的，部门职能不同，现在统一考核产品应用方案。对此我只能呵呵了。

之前测试的模块，终于还是发现问题，并且被二把手领导严重质疑并责问。事务十分紧急，交货推迟，客户十分不满意。之前说了，这个模块我真不熟悉，测试的任务并没有安排给熟悉该模块的人，因此，当其它部门的人要求我去查代码时，我只好回答实情并让老大协调。结果，还是让熟悉该模块的人进行测试，早知如此，还不如当初就安排好。最后，发现问题所在，原来某部门提交的代码不知何故“被修改”了，——这是该部门的答复。经过我的对比，将此事称为“等号事件”。这让我想起以前有一个公共函数接口，传递某一参数时就会使设备挂了，然后直接发电子邮件要求我们部门解决，主管立马安排我，并要求当天找到原因并解决。最后发现某部门的将一个本来是数值的参数当成指针传递。某些部门连基本的自查也不会，只向其它部门要求，原因很简单，因为这个东西是你提供的，你要负责；因为这个问题出在Linux系统上，你要负责。

明天去旅游了，收拾东西，早点睡觉。