发生在眼前的故事：做好最坏的打算，往往事情不会去到最坏的地步（一）

以下事情发生在9月20日的5:00~6:00PM

上周六下午天气炎热，睡了个大觉醒来时已经五时出头，知道某项目正在紧张地部署准备本周一正式投产服务，因此和项目经理A通电话了解项目部署的情况，项目经理简要地知会了部署的情况如下：

1. 部署提前在上周四就已经开展，因为需要重新部署一台新的服务器，所以保留了旧一期的平台；
2. 部署的新机器，从操作系统，到中间件服务软件，上层的旧一期以及新一期增加的软件都已经部署完毕；
3. 旧一期的系统已经在周五下班后停产，并且已经将数据成功迁移到新的服务器；
4. 目前正在新的服务器平台上进行应用的最后测试，预计六时可以测试完毕，收队。

和项目经理A沟通后，被告知项目部署的方案经过了修订，原定的方案不涉及新服务器，不需要涉及服务器上Solaix安装、Weblogic等中间件的安装，新方案在上周三确立后开展，我告诉了项目经理A：

1. 根据以前培训的知识，我告知项目经理A没有按照规程进行，因为新的机器并没有在本次部署前被当成测试环境演练一次，没有象博文《谈谈项目部署交流会的体会》中介绍的那位项目经理CCC一样进行精心演练保证项目成功，出现故障的可能性很高。
2. 既然没有按照规程去执行，事情到这个程度，只能A对项目组负责，我只能提醒项目经理A最后一招，项目周一早8点半上班投产，项目组成员必须在8点前到达业主现场，以防止出现故障时，没有足够的资源进行处理的情况。

通完电话，根据当时的交流情况，我觉得有项目的风险，觉得有必要开拔去现场了解情况，我事先没有通知项目经理A就Action了！

以下事情发生在9月20日的6:00~7:30

到了项目的部署现场，已经过了6点，在一楼的电梯口见到了该项目组一位同事B，呵呵，打了个招呼，当时觉得：“看来项目经理A的判断还不差，果然测试完毕收队了”。

到了楼上看望项目组，除了项目经理A外，还有2位项目组的同事，看来他们还在忙还在测试不便打扰，因此自己找个地方坐了一会。

看时间飞逝，不知不觉观察了一个小时，发现他们还没有测试完毕的迹象。我一直在等待项目经理A发出以下的任何一种指令：

1. 测试被成功执行完毕，恢复数据环境完毕，收队吃饭；
2. 测试还没有完成，我们先去吃饭后再来；

到了7:25分，我实在觉得有问题，就和项目经理A说，要不要先去吃饭后再来测试，A告诉我还有最后一点，测试完就可以了。刚好现场还有公司的另一个项目组，我说那么我请另一个项目组先去吃饭了，你是否肯定确定、肯定并且一定测试完毕再吃饭？A犹豫了一下和项目组的同事C聊了一下，C说就一会了，马上可以测试完了。

既然这样，我只能和另一个项目组的同事去吃饭，临下电梯前，我和A说，趁我还没有回来前想起吃饭找我。电梯里，另一个项目组的同事LD问我，是不是给他们打包啊！我的回答是：“不打包，他们得自己承担风险，我的经历告诉我他们很可能9点才能吃饭。很多情况下，以为就是最后一点了，但是往往不是线性的，就象IE有时候的下载进度条，到了99％，但是最后一点的预计往往不准确，这个时候考验项目经理的控制意识了！”

以下事情发生在9月20日9:30

我们吃完饭已经是8点快半了，等送完其他的同事，和项目经理A再通了电话，项目经理A说，我们遇到了一个功能问题，还需要业主方的其他合作伙伴配合，他正在下楼给其他同事打包晚饭。

了解了实际的功能后，在确定功能不会有大问题的情况下。我很认真和项目经理A沟通，告诉他要注意风险，既然可以原定6点，结果7点过了没有调整的意识，直到9点半，这个本身说明意识需要加强，绝对不能有侥幸心理，一定要做好周一投产后出现故障的准备。仗打到这种程度，一定要保证周一提前到位，做好最坏的打算，才能让事情不会去到最坏的情况！

（补序：昨天晚上就想写这个Blog，可是偷懒了，现在倒也好，可以写跟踪报道了！这样的故事，写成续集肯定不是特别好的，你有心理准备听吗？）