紧急救援的第一天

      按照昨天晚上的想法，深入参与项目，先把现状摸清楚，再去找原因和解决办法。早上来到公司后，匆匆赶往乙方公司，和他们的相关主管以及部分骨干开了一上午的进展状态对齐会议，我基本看清了几个关键问题：

一是目标不清，从主管、技术负责人、项目经理到技术骨干不清楚需求阶段性交付目标，做到什么程度算交付，验收手段和策略也没用沟通传达到位；

二是人员分工不够合理，对于重点复杂模块应该投入经验丰富的专家，对于刚入项的新人对业务、人员不熟，委以重任要慎重，至少要有导师辅导，总之不能放任其发展；

三是风险识别意识差，制定好的计划，通过早会、和研发沟通询问等方式一定要随时识别风险，最常见风险是周边依赖和研发过程中遇到的技术瓶颈。要么项目经理风险意识强，要么核心骨干风险意识强，如果两个角色都无此意识，这个项目肯定玩完；

四是项目成员的交付意识，我有一种感觉，项目成员没用一种紧迫感，这种交付压力没用从上到下传递下来。

      根据这些情况，我的基本思路是抓计划和抓人。晚上的时候拉着他们的项目经理拿到项目组的名单，第一步圈好核心骨干，以及职责划分，第二步就是审视计划，我的策略是明天早上和这些骨干一起审视，目的是希望他们可以深入思考交付是否存在瓶颈。

    等着明天，继续开干，一定力挽狂澜救项目于水火之中。