2015第18周周记：项目经理

上周测试的模块发布给其它部门使用后出现问题，这周继续搞，终于完成了。在其它部门的代码分支上编译他们使用的方案进行测试，然后提交到主分支代码树，然后由其它部门的人来同步主分支到他们的分支上。对这个做法我不是很理解，但流程规定，没办法，只能按章办事，只是我觉得有些事可以精简一些，特别是有的部门我电子邮件中提到任务十分急，这个月底就要给客户，最终我在月底最后一天完成自测，至于他们如何做，就是他们部门事务了。

另外一件重要的事，就是之前作为方案负责人的项目，被项目管理部领导任命为项目经理。这个做法十分怪异，因为项目本身没有结项，而是完成阶段性的开发，而现在这个新的阶段却变换项目经理。我不是反对，只是在公司这种气氛中，做项目经理只是多了一个title，多了一些事情。公司一直崇尚“人人都是项目经理”，特别在我们部门，主管多次强调我们部门要培养项目经理，要向其它部门输送人才。我理解是公司开展项目太多了，人手不够了，让开发人员兼职做一下项目经理。

月底前几天才接收到这个通知，而这时正在搞其它事务，项目管理部要求月底最后一天开预备会，同时提前派人培训下流程的事。提前一天跟他们说，可能他们太忙没时间。最后一天，目管理部人员培训了约一个小时的项目开发、管理的流程，下午招开项目预备会，讲讲需求和人员方面的东西。一如既往的，需求有很多不明确，甚至连需求方也不懂。另外按公司约定，项目到了第3个阶段，应该由其它部门接收主导的，但这次人员主要力量是我们部门，而且他们部门因为事务忙竟然只能在2周后才空出人手！又是一件不可思议的事。

当天，我更新QQ动态：“热烈庆祝李迟再次当选项目经理！满满的成就感，满满的幸福感！！”。很多人留言纷纷发来贺电。只能怪他们不懂内情，而公司同事也如此，我就不理解了。

对了，这周同时也帮其它部门的项目修改内核，他们搞项目，明知道硬件电路更改了，但竟不知道要评估送到的底层驱动是否需要更改。到了后面发现问题了才说。而硬件部说和另一个项目和硬件差不多，另一个项目已经完成了，直接拿代码来用就行了，而有同事搞不定，找到我，在我的职能中，凡是内核的，基本是指派给我，比如几年前定版的内核现在发现有问题，负责的同事都走了2波了，节后我要去搞了。后来经过多天的排查，发现其实就是改个宏定义而已。 本周业余时间继续学习内核驱动，特别是PCI方面。

这次的项目，项目经理加开发人员共4人，我既是模块负责人，也是方案负责人，还是项目经理。这路不走好，但也要走。