一個信息專業人員跟我們分享她生涯中最糟的幾個經驗，以及從這些事件中學到的教訓。
我們在職場上至少也有一兩個難堪的經驗，不管是因為漫不經心造成的系統嚴重損毀，在同僚間表現失態，或是把項目搞砸。IT專家Becky Roberts決定不打自招，把他工作生涯中最糟的狀況，以及她從這些經驗中學到的教訓與大家分享。
在過去的十六年中，我的工作是要使人類可以跟電腦一同和諧運作，我曾發生過一些嚴重的糗事，至今在我回憶的時候仍會忍不住想鉆到地洞里。這些我犯過的錯大略可以分為三類：技術上、政治上以及生涯規劃上的錯誤。以下就不照特定順序，將我犯過最夸張的錯以及所學到的教訓與大家分享。
一、不小心把副總裁的文件殺了，同時沒有備份
我甚至不記得我是怎么弄的。我不只是把文件刪了之后沒有發現，甚至在重新格式化的當下才想到犯了錯。我緊張地花了三十分鐘來決定我要怎么處理這個狀況。我應該要說謊然后推諉負責嗎？我甚至沒辦法把責任推給誰，因為整個公司的信息部就只有我一個人。還是我應該要像個白癡一樣原封不動把他的電腦還給他？“文件還在喔，我把電腦還你了。”
總之我想到的辦法沒一個可行。最后，我直接走到他的辦公室，然后把電腦還他然后自己招認：“我搞砸了。我把你的文件全刪了，然后再也沒辦法把信息救回來。這完全是我的錯。”這時一陣靜默。然后他只說了：“好吧。那你下次要小心點。”就沒事了。我幾乎要跪下來親他的腳，我松了一口氣的程度，就跟我覺得自己像個超級大白癡一樣的嚴重。
學到的教訓？備份備份備份??！除非電腦至少有一份備份，否則不要進行刪除、搬移、更改、更新、重寫或格式化的動作。在那之后我就沒有大量損失文件的經驗。
二、更改公司的發薪系統，以至沒人拿到加班費
這是在美國中西部一家陶藝工廠發生的事情。發薪系統是一個工作站上的Basic程序。公司打算實行一個新的薪水計算規則，而我的任務就是去正確更改這個系統。我在備份程序上做了需要的改變，然后試跑了一下。它的邏輯似乎正確無誤。我把程序給老板看，也得到他的贊許。他說他打算將下個發薪期開始實際使用。然后我問它公司有沒有測試用的系統。當時我在該公司只工作了兩個月，對公司的系統并不熟。他笑了一下然后說沒有。
兩周后，公司產生一陣騷動，因為員工打開信封看到一些很糟的事：沒有加班費，沒有，沒有，沒有就是沒有。老板看我臉色慘白，便叫我直接趁早滾回家。
學到的教訓：這是很糟的一課。顯而易見地，我犯了一個程序錯誤，需要好好改進我的程序技巧。但我是否應該早點意識到我的程序能力對于這份指派的工作仍有不足，同時試著拒絕呢？我的確對于將未測試的程序拿來執行表達了不安，但可能我的態度應該要更強硬。也許從這個意外中所學到最重要的教訓，是要在工作面談時，盡可能問清楚公司的硬件配置，然后避免進入一些沒有完善硬件的公司。
三、使用Exchange的試用版
那時我是一個新聘員工，在一個只有兩人的信息部門工作，被指派的計劃是安裝微軟的Exchange軟件。該公司當時原本使用的是一個文字界面的免費電子郵件系統，但因為它實在太難用，所以沒什么郵件需要從舊系統轉到新系統，因此它只是一個簡單的安裝工作。
我弄來一個Exchange的試用版，然后把它安裝并進行設定，最后選定了一小群使用者做為測試對象。我從公司所有使用者中征求有意愿測試新郵件系統的人，然后很快的這個“測試”群組就包含了公司所有人。使用者創立自己的信息夾，收件夾，也輸入了連絡人。然后我訂購了Exchange的正式版本授權，我打到微軟去，得知一件恐怖的事實，就是沒有辦法從試用版轉換到正式版，然后在九十天后試用版就要停止運作。那天是第八十八天。不用說，我接下來的四十八小時都在打電話給微軟的技術專線，然后試著用正式版來取代試用版，搬移信息以及更改使用者設定上面。那可以說是個巨大又痛苦的混亂狀況。這個狀況的唯一好處是他是一個學習的好機會。
學到哪些重要的教訓呢：
1.在確定軟件到期后不會停止運作之前，不要冒然使用試用版本
2.設定一個項目計劃，然后切實執行。我根本不應該把整個公司的人放進測試群組。
3.與使用者多加溝通。同時根本不該允許他們對測試的系統變得逐漸依賴。
4.在歸屬新系統的責任以前，要確保相關人員接收良好訓練。
四、把備份看成例行公事
主機的備份是我的責任。我設定了備援主機，同時每天都儀式性地更換備份磁帶。當第一次有使用者要求回復文件時，我發現那個文件所在的信息夾已經超過三個月沒有成功備份。更糟的是那個有問題的文件從來沒有備份過。我壓抑了把錯歸疚在軟件上的沖動，承認那是我個人的輕忽，也向那位使用者致歉。然而他也沒有完全領情。
學到的教訓：
1.永遠不要把備份看著例行公事
2.每天仔細檢查備份的記錄
3.定期測試信息回復功能
4.設定一個時程，定期檢查備份成效
沈陽數據恢復 
