【導讀】我們在職場上至少也有一兩個難堪的經驗，不管是因為漫不經心造成的系統嚴重損毀，在同僚間表現失態，或是把項目搞砸。IT專家Becky Roberts決定不打自招，把他工作生涯中最糟的狀況，以及她從這些經驗中學到的教訓與大家分享。

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



學到的教訓？文件、分享與訓練。有時候在一個小公司里，或是要實作某計劃時，獨占某個特定知識是幾乎不可能的。但隨時注意保持警覺，可以讓你把風險降到最低。但就算提供了正確的文件，有時候一個較沒經驗未受訓練的他人也可能為公司帶來危險。 6: 沒為自己留好必要文件 除了沒有好好把工作程序記成文件，讓知識可以分享，我也多次自以為可以記住，而沒有完善記錄工作程序或相關設定，而最后害苦了自己。當處于壓力下工作，或是使用者已經迫不及待時，往往很容易就急就章，然后不在意地對自己說，到狀況解除后再記錄相關文件。不幸的是緊急事件往往一連發生，然后記錄文件的動作就被忘記，直到你在某個緊急事件里面需要它的時候。 學到的教訓？其實我還是持續遇到類似狀況。但在趕時間時我會先存下屏幕畫面，然后記個幾行字，在緊急狀況結束時，要記錄完整文件時，我仍不免會有所耽擱。 7: 在項目開始時沒有建立指揮權 這數年來，我曾擔任過各式各樣實做、升級、系統轉移計劃的項目負責人。除了最近一件項目之外，所有的項目都可以說成功在時限前完成所需目標。然而該件失敗的項目也不是特別沒有執行效率或是壓力較大。 在之前我從未發現在項目開始時建立自己指揮權的重要性，因為不同團隊的每個成員都尊重。最近的項目是在一個分層負責架構的公司所進行，我的團隊有幾個同事，我的上司，幾個經理還有一個副總裁。一個較資深的項目經理建議我特別召開一個會議來確定我對團隊的成員到底有多少指揮權。我認為這是件不需要的事，然后很快就嘗到苦果。 項目有許多要在特定日期完成的流程，但盡管我盡可能地與負責的團隊成員溝通，他們往往也會提出反對“我周五要休假，我老板同意的，”“我今天不能做那個東西，我必須要做這個。”我負起整個項目的成敗責任，然而卻沒有任何權力去保障他的成功。最后項目無法趕上預定時程。 學到的教訓？只要是我現在處理的任何項目，其第一步都是建立我所需要的指揮權。如果這還不能保障項目的成功，我必須要不顧一切地要求更多權力或是建議更高層的項目經理來處理。 8: 對員工寄出漫不經意的電子郵件 公司的一名員工寄信給我一份她電腦的龐大問題清單。我沒有任何惡意地簡單回了信給她，說她可以直接考慮換臺新電腦。然后我什么都沒想地，把她的問題加到我當天的工作清單里。幾分鐘后我跟我老板還有我老板的老板被緊急叫到某個會議上。當我走進門時我還印了我給該員工的回信以做解釋。 我整個一頭霧水地表示我不知道發生了什么事。我老板表示那個員工被我的電子郵件氣翻了，因為她把我輕率的舉動解讀成我沒有認真看待他的問題或想要解決。我十分驚訝短短幾句不經意的笑話可以被整個誤解。我被指示要對該員工道歉，同時立刻排除她的問題。 學到的教訓？ 不要嘗試在電子郵件里搞笑或自做聰明；單純陳述就好。 對求助信息要有標準的處理流程。 常常提醒使用者你只要收到發出的求助，就會盡速處理他們的問題。 9: 沒有有效利用免費訓練或是認證的機會 每當我更新我的履歷，準備尋找新工作時，我都很后悔沒有一些正式的證照來襯托我實際的經驗。尤其若當我想離開的公司有相關政策，無論各層級員工工作是否相關，都有免費考照政策時，更是一件氣人的事情。這曾讓我無法申請到一些想要的工作，而這些工作只要有相關的證照就可以簡單地申請到。 學到的教訓？善用所有免費受訓的機會，就算受訓沒辦法抵扣正式上班時間也一樣

轉載于:https://blog.51cto.com/qinqisir/7477

總結

以上是生活随笔為你收集整理的IT专家经验教训分享: 我犯过的九件大错的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。