Blueimp 論壇首頁
  首頁  | 討論區  | 最新話題  | 搜尋  | XML  |  登入

此話題中所有文章數: 1 [ 話題狀態: 一般 ]
上一話題 此文章已經觀看 4100 次 而且有 0 篇回應 下一話題
會員大頭照
男寶寶 jieh 《騎士團團長》
文章: 6857
v3.8.8

IT專家犯過的九件大錯

原新聞網址

Becky Roberts ‧郭文興譯  2006/07/28

一個資訊專業人員跟我們分享她生涯中最糟的幾個經驗,以及從這些事件中學到的教訓。

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

在過去的十六年中,我的工作是要使人類可以跟電腦一同和諧運作,我曾發生過一些嚴重的糗事,至今在我回憶的時候仍會忍不住想鑽到地洞裡。這些我犯過的錯大略可以分為三類:技術上、政治上以及生涯規劃上的錯誤。以下就不照特定順序,將我犯過最誇張的錯以及所學到的教訓與大家分享。

1: 不小心把副總裁的檔案殺了,同時沒有備份

我甚至不記得我是怎麼弄的。我不只是把檔案刪了之後沒有發現,甚至在重新格式化的當下才想到犯了錯。我緊張地花了三十分鐘來決定我要怎麼處理這個狀況。我應該要說謊然後推諉負責嗎?我甚至沒辦法把責任推給誰,因為整個公司的資訊部就只有我一個人。還是我應該要像個白痴一樣原封不動把他的電腦還給他?「檔案還在喔,我把電腦還你了。」總之我想到的辦法沒一個可行。最後,我直接走到他的辦公室,然後把電腦還他然後自己招認:「我搞砸了。我把你的檔案全刪了,然後再也沒辦法把資料救回來。這完全是我的錯。」這時一陣靜默。然後他只說了:「好吧。那妳下次要小心點。」就沒事了。我幾乎要跪下來親他的腳,我鬆了一口氣的程度,就跟我覺得自己像個超級大白痴一樣的嚴重。

學到的教訓?備份備份備份!!除非電腦至少有一份備份,否則不要進行刪除、搬移、更改、更新、重寫或格式化的動作。在那之後我就沒有大量損失檔案的經驗。

2: 更改公司的發薪系統,以至沒人拿到加班費

這是在美國中西部一家陶藝工廠發生的事情。發薪系統是一個工作站上的Basic程式。公司打算實行一個新的薪水計算規則,而我的任務就是去正確更改這個系統。我在備份程式上做了需要的改變,然後試跑了一下。它的邏輯似乎正確無誤。我把程式跟老闆看,也得到他的讚許。他說他打算將下個發薪期開始實際使用。然後我問它公司有沒有測試用的系統。當時我在該公司只工作了兩個月,對公司的系統並不熟。他笑了一下然後說沒有。

兩週後,公司產生一陣騷動,因為員工打開信封看到一些很糟的事:沒有加班費,沒有,沒有,沒有就是沒有。老闆看我臉色慘白,便叫我直接趁早滾回家。

學到的教訓?這是很糟的一課。顯而易見地,我犯了一個程式錯誤,需要好好改進我的程式技巧。但我是否應該早點意識到我的程式能力對於這份指派的工作仍有不足,同時試著拒絕呢?我的確對於將未測試的程式拿來執行表達了不安,但可能我的態度應該要更強硬。也許從這個意外中所學到最重要的教訓,是要在工作面談時,儘可能問清楚公司的硬體配置,然後避免進入一些沒有完善硬體的公司。

這部份是我們目前最經常觸犯的問題 總是在 User 或權威之下 被 "急" 說服而直接上線 最後改到焦頭爛耳承擔最大的責任的人會是誰? 到底一開始有技巧讓大家支持測試的過程 還是最後臭名滿天下 哪種好呢?

3: 使用Exchange的試用版

那時我是一個新聘員工,在一個只有兩人的資訊部門工作,被指派的計劃是安裝微軟的Exchange軟體。該公司當時原本使用的是一個文字介面的免費電子郵件系統,但因為它實在太難用,所以沒什麼郵件需要從舊系統轉到新系統,因此它只是一個簡單的安裝工作。

我弄來一個Exchange的試用版,然後把它安裝並進行設定,最後選定了一小群使用者做為測試對象。我從公司所有使用者中徵求有意願測試新郵件系統的人,然後很快的這個「測試」群組就包含了公司所有人。使用者創立自己的資料夾,收件夾,也輸入了連絡人。然後我訂購了Exchange的正式版本授權,我打到微軟去,得知一件恐怖的事實,就是沒有辦法從試用版轉換到正式版,然後在九十天後試用版就要停止運作。那天是第八十八天。不用說,我接下來的四十八小時都在打電話給微軟的技術專線,然後試著用正式版來取代試用版,搬移資料以及更改使用者設定上面。那可以說是個巨大又痛苦的混亂狀況。這個狀況的唯一好處是他是一個學習的好機會。

學到哪些重要的教訓呢?

  • 在確定軟體到期後不會停止運作之前,不要冒然使用試用版本
  • 設定一個專案計劃,然後切實執行。我根本不應該把整個公司的人放進測試群組。
  • 與使用者多加溝通。同時根本不該允許他們對測試的系統變得逐漸依賴。
  • 在歸屬新系統的責任以前,要確保相關人員接收良好訓練。

是啊... 在不是壓力測試的計畫下 把一堆人搞近來一起參予 最後不但浪費人力 收尾的工作可能也是很累人 d oh

4: 把備份看成例行公事

主機的備份是我的責任。我設定了備援主機,同時每天都儀式性地更換備份磁帶。當第一次有使用者要求回復檔案時,我發現那個檔案所在的資料夾已經超過三個月沒有成功備份。更糟的是那個有問題的檔案從來沒有備份過。我壓抑了把錯歸疚在軟體上的衝動,承認那是我個人的輕忽,也向那位使用者致歉。然而他也沒有完全領情。

學到的教訓?

  • 永遠不要把備份看著例行公事
  • 每天仔細檢查備份的記錄
  • 定期測試資料回復功能
  • 設定一個時程,定期檢查備份成效

這個慘痛的教訓不斷上演 仍然繼續犯錯中 就像今天的 "殺童電梯" 新聞一樣 即使已經死了一個小孩 全體住戶被起訴 確定四位館委會幹部被判刑 一年過去了 該電梯仍然沒有修理 是一樣的狀況 反正最大的損失不是自己吧!!!
引用老大的教訓 - 應付工作 難道抱持不幹了的心態嗎?

----------------------------------------
支持小惡魔
BTC : 19tn3RnCuwZVukXAwyhDWZD4uBgUZoGJPx
LTC : LTFa17pSvvoe3aU5jbmfcmEpo1xuGa9XeA
知識跟八卦一樣,越多人知道越有價值;知識最好的備份方法,散播!
藍色小惡魔(林永傑): 臉書


[2006/8/25 下午 11:23:23]   [返迴此篇文章頂端 ]  回到頂端