那时我是一个新聘员工，在一个只有两人的信息部门工作，被指派的计划是安装微软的Exchange软件。该公司当时原本使用的是一个文字界面的免费电子邮件系统，但因为它实在太难用，所以没什么邮件需要从旧系统转到新系统，因此它只是一个简单的安装工作。

我弄来一个Exchange的试用版，然后把它安装并进行设定，最后选定了一小群使用者做为测试对象。我从公司所有使用者中征求有意愿测试新邮件系统的人，然后很快的这个“测试”群组就包含了公司所有人。使用者创立自己的信息夹，收件夹，也输入了连络人。然后我订购了Exchange的正式版本授权，我打到微软去，得知一件恐怖的事实，就是没有办法从试用版转换到正式版，然后在九十天后试用版就要停止运作。那天是第八十八天。不用说，我接下来的四十八小时都在打电话给微软的技术专线，然后试着用正式版来取代试用版，搬移信息以及更改使用者设定上面。那可以说是个巨大又痛苦的混乱状况。这个状况的唯一好处是这是一个学习的好机会。

学到哪些重要的教训呢？

在确定软件到期后不会停止运作之前，不要冒然使用试用版本。

设定一个项目计划，然后切实执行。我根本不应该把整个公司的人放进测试群组。

与使用者多加沟通。同时根本不该允许他们对测试的系统变得逐渐依赖。

在归属新系统的责任以前，要确保相关人员接受良好训练。

4:把备份看成例行公事

主机的备份是我的责任。我设定了备援主机，同时每天都仪式性地更换备份磁带。当第一次有使用者要求回复文件时，我发现那个文件所在的信息夹已经超过三个月没有成功备份。更糟的是那个有问题的文件从来没有备份过。我压抑了把错归疚在软件上的冲动，承认那是我个人的轻忽，也向那位使用者致歉。然而他也没有完全领情。

学到的教训？

永远不要把备份看成例行公事

每天仔细检查备份的记录

定期测试信息回复功能

设定一个时程，定期检查备份成效