项目管理初(8)--吃螃蟹的人

今天是来淘宝的一周年,原计划今天预发布,明天正式发布.结果下班时候的一个邮件,导致项目第二次延期发布.
在项目的最后阶段,我们的代码已经相对稳定了,各项工作都进展相对顺利,原计划3.30发布.就在性能测试的最后一天,发现了基础平台框架的一个bug,从而推迟发布.我们是第一个使用这个新版基础平台的第一人,其实在项目初期,对于这个分险是已经预期到了,但经过和基础平台组的沟通,感觉是没有什么问题的,可以上的.所以当时也没有采取什么预防措施,只好祈求RP还好,不会出什么状况.但有时候你越不想发生的事情,就偏偏发生了.而且一发生就是两次,再两天后,发现了基础平台的另一个bug,但开发人员承诺这不什么对系统造成影响,所以我们还是按原计划硬着头皮上了.但今天又是因为这个bug,导致项目再度延迟.
其实问题的归因是在项目中尝试这种新的工具,且不确定因素较大,使得项目存在较大的风险,且由于对这个风险没有估算造成的影响,所以当风险发生的时候,只能被动的延期.较好的方式应该是在项目初期提出这个风险,并且做响应的风险的评估,估算时间.
在这次项目中还有一较严重的问题,就是对于旺旺的开发,因为没有相关文档,有一种摸石头过河的感觉,很多问题都只有当发生的时候才知道,有许多暗礁.这个的风险在前期也是估计不足,其实这块的影响甚于底层框架的影响.所以前期对于业务的熟悉了解,是至关重要的,不然只有依靠开发人员的个人能力去解决问题了