2008年（8065）
分类： 服务器与存储
2008-05-09 12:40:32
一个信息专业人员跟我们分享她生涯中最糟的几个经验，以及从这些事件中学到的教训。
我们在职场上至少也有一两个难堪的经验，不管是因为漫不经心造成的系统严重损毁，在同僚间表现失态，或是把项目搞砸。IT专家Becky Roberts决定不打自招，把他工作生涯中最糟的状况，以及她从这些经验中学到的教训与大家分享。
在过去的十六年中，我的工作是要使人类可以跟电脑一同和谐运作，我曾发生过一些严重的糗事，至今在我回忆的时候仍会忍不住想钻到地洞里。这些我犯过的错大略可以分为三类：技术上、政治上以及生涯规划上的错误。以下就不照特定顺序，将我犯过最夸张的错以及所学到的教训与大家分享。
1: 不小心把副总裁的文件杀了，同时没有备份
我甚至不记得我是怎么弄的。我不只是把文件删了之后没有发现，甚至在重新格式化的当下才想到犯了错。我紧张地花了三十分钟来决定我要怎么处理这个状况。我应该要说谎然后推诿负责吗？我甚至没办法把责任推给谁，因为整个公司的信息部就只有我一个人。还是我应该要像个白痴一样原封不动把他的电脑还给他？“文件还在喔，我把电脑还你了。”
总之我想到的办法没一个可行。最后，我直接走到他的办公室，然后把电脑还他然后自己招认：“我搞砸了。我把你的文件全删了，然后再也没办法把信息救回来。这完全是我的错。”这时一阵静默。然后他只说了：“好吧。那你下次要小心点。”就没事了。我几乎要跪下来亲他的脚，我松了一口气的程度，就跟我觉得自己像个超级大白痴一样的严重。
学到的教训？备份备份备份！！除非电脑至少有一份备份，否则不要进行删除、搬移、更改、更新、重写或格式化的动作。在那之后我就没有大量损失文件的经验。
2: 更改公司的发薪系统，以至没人拿到加班费
这是在美国中西部一家陶艺工厂发生的事情。发薪系统是一个工作站上的Basic程序。公司打算实行一个新的薪水计算规则，而我的任务就是去正确更改这个系统。我在备份程序上做了需要的改变，然后试跑了一下。它的逻辑似乎正确无误。我把程序给老板看，也得到他的赞许。他说他打算将下个发薪期开始实际使用。然后我问它公司有没有测试用的系统。当时我在该公司只工作了两个月，对公司的系统并不熟。他笑了一下然后说没有。
两周后，公司产生一阵骚动，因为员工打开信封看到一些很糟的事：没有加班费，没有，没有，没有就是没有。老板看我脸色惨白，便叫我直接趁早滚回家。
学到的教训？这是很糟的一课。显而易见地，我犯了一个程序错误，需要好好改进我的程序技巧。但我是否应该早点意识到我的程序能力对于这份指派的工作仍有不足，同时试着拒绝呢？我的确对于将未测试的程序拿来执行表达了不安，但可能我的态度应该要更强硬。也许从这个意外中所学到最重要的教训，是要在工作面谈时，尽可能问清楚公司的硬件配置，然后避免进入一些没有完善硬件的公司。
3: 使用Exchange的试用版
那时我是一个新聘员工，在一个只有两人的信息部门工作，被指派的计划是安装的Exchange软件。该公司当时原本使用的是一个文字界面的免费电子邮件系统，但因为它实在太难用，所以没什么邮件需要从旧系统转到新系统，因此它只是一个简单的安装工作。
我弄来一个Exchange的试用版，然后把它安装并进行设定，最后选定了一小群使用者做为测试对象。我从公司所有使用者中征求有意愿测试新邮件系统的人，然后很快的这个“测试”群组就包含了公司所有人。使用者创立自己的信息夹，收件夹，也输入了连络人。然后我订购了Exchange的正式版本授权，我打到去，得知一件恐怖的事实，就是没有办法从试用版转换到正式版，然后在九十天后试用版就要停止运作。那天是第八十八天。不用说，我接下来的四十八小时都在打电话给的技术专线，然后试着用正式版来取代试用版，搬移信息以及更改使用者设定上面。那可以说是个巨大又痛苦的混乱状况。这个状况的唯一好处是他是一个学习的好机会。
学到哪些重要的教训呢？
在确定软件到期后不会停止运作之前，不要冒然使用试用版本
设定一个项目计划，然后切实执行。我根本不应该把整个公司的人放进测试群组。
与使用者多加沟通。同时根本不该允许他们对测试的系统变得逐渐依赖。
在归属新系统的责任以前，要确保相关人员接收良好训练。
4: 把备份看成例行公事
主机的备份是我的责任。我设定了备援主机，同时每天都仪式性地更换备份磁带。当第一次有使用者要求回复文件时，我发现那个文件所在的信息夹已经超过三个月没有成功备份。更糟的是那个有问题的文件从来没有备份过。我压抑了把错归疚在软件上的冲动，承认那是我个人的轻忽，也向那位使用者致歉。然而他也没有完全领情。
学到的教训？
永远不要把备份看着例行公事
每天仔细检查备份的记录
定期测试信息回复功能
设定一个时程，定期检查备份成效
