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

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

从例会上看得出来公司对此事的重视程度，也看得出来公司想做些转变。这个转变估计和前几个月产品线支持情况的反馈有关。首先把事务分解了，画出路径，看看哪些可以并行，哪些可以早做，哪些可以晚做。这对于做任务和项目的确有帮助。我很赞同任务分解和关键路径的做法。然而做这个事情的大多是主管、项目经理或负责方案的人，并不是所有的人都适合，但每个人有这种意识很重要。

上去讲的人所做的事务很复杂，涉及到外设、uboot、内核、sdk、上位机，涉及到硬件部门、生产部门、开发部门、测试部门。而画出来的路径，很多是可以并行的。这个任务由不同的人去做，——公司还没有出现可以干各种活的全能人才。因此这个会议上所讲的，就只能是“任务分解”了，而不管资源、人力、时间的安排。

对于实际情况，往往也出人意料。并不是每个人有机会做这么庞大的事务，更多时候是做这么庞大事务中的一个小事务。而对于个人，不存在并行的说法，因为由始至终都是一个人在战斗。有的时候，不起眼的小事可能是瓶颈，在画出的路径中，以为样机不是大问题，结果样机没及时搞出来或没准备充分，就会导致延期。或许，这就叫风险。

上面所说的事务实际上是隶属于一个代号为PM的项目的，不知何故项目经理没有将其列入项目中，而是作为单独的任务指派给我们部门(我们部门的职责中有一条是为其它部门做支持)。但项目流程上又说账务的人要统计公司做项目投入的人力、时间、账务，针对此事我专门向有关部门管理者提出疑问，得到的答复是两个部门主管自己约定好用这种方式来做，我也不好说什么了。按项目规定，项目做完后是有饭吃的，内核我也有份改，但却不是项目成员，吃不了饭。

“艾提提斯”项目依然被某些部门天天催，都是问进度，为了表示反抗，我对流程提出不同的看法(上面就是一例)。做为模块负责人，自己的代码还没写完，没闲工夫扯皮，想想还是少说点。对于代码架构，实在不熟悉，加一个模块到架构中，花了好长时间，还问了几位同事。趁着本月可以提出个人岗位的想法的机会，下周写个报告给领导反映一下情况。

妹妹上个月生了个女儿，又为了起名的事想一阵子了。