對于IT技術(shù)人員來說，每天都會面對各種各樣的挑戰(zhàn)。但是，富有經(jīng)驗的IT技術(shù)人員會了解到如何避免遭遇最危險的潛藏陷阱，從而防止時間以及精力出現(xiàn)無謂浪費?，F(xiàn)在，我們就來了解一下，當(dāng)今IT領(lǐng)域中最大的潛藏陷阱究竟是什么——以及人們究竟可以采取哪些最佳措施來繞過它們?

1：不合作的用戶

不管時間過去多久，不合作用戶始終都會與從前一樣存在。實際上，絕大多用戶之所以會選擇不合作，是因為存在對新應(yīng)用程序的恐懼——或者是因為已經(jīng)非常習(xí)慣于使用當(dāng)前應(yīng)用程序，而不愿意選擇放棄。因此，廣大IT技術(shù)人員務(wù)必要牢記，如果應(yīng)用程序進(jìn)行了調(diào)整，人們的日常工作流程也必然會隨之發(fā)生改變。這就屬于會令人非常不安的事情，即便是年輕用戶也不會有所例外。因此，為了避免該問題出現(xiàn)，最有用的措施就應(yīng)該是在最開始階段即讓最終用戶對應(yīng)用程序進(jìn)行了解。這就意味著，技術(shù)人員需要確保用戶在應(yīng)用程序的原形設(shè)計階段以及早期就可以參與進(jìn)來;最終，到了正式投入使用的時間，大家都已經(jīng)完全掌握應(yīng)當(dāng)如何進(jìn)行操作了。

2：幫倒忙的用戶

幫倒忙的用戶之所以非常難于處理，是因為他們經(jīng)常會打著提供“幫助”的幌子前來，結(jié)果卻由于過分熱心而跨越必要的界限。盡管他們非常喜歡為應(yīng)用程序在調(diào)整方面提供大量建議，卻從來都不愿意接受一個成品的最終發(fā)布。為了防范這種漸變帶來的風(fēng)險，我們就需要為IT項目設(shè)置出最后期限來。實際上，解決該問題的最佳措施就是為應(yīng)用程序開發(fā)與改進(jìn)周期設(shè)置所有人都認(rèn)可的確定截至?xí)r間。

3：工具集成度不足

現(xiàn)在，人人都在談?wù)撛朴嬎闩c移動計算，這讓計算平臺之間的界限看起來似乎正逐漸變得日益模糊起來。但對于基礎(chǔ)設(shè)施軟件供應(yīng)商來說，跨平臺環(huán)境的管理工作并不一定會更容易。由于每家供應(yīng)商都希望客戶使用自有工具集來進(jìn)行管理，因而并不總是會很清楚地說明哪些工具可以支持其它公司的軟件基礎(chǔ)架構(gòu)管理工具。因此，如果人們試圖將所有部分都集中起來變成一個“超級”基礎(chǔ)設(shè)施解決方案，實現(xiàn)使用單一窗口就可以瀏覽全部資源的目標(biāo)，就將會發(fā)現(xiàn)這屬于一件極為困難的工作。因此，對于IT技術(shù)人員來說，最佳的處理方法就是找準(zhǔn)工具供應(yīng)商，確保選擇的應(yīng)用程序編程接口(API)可以支持其它管理軟件。并且，在決定購買之前，我們還需要利用概念驗證(POC)方式來對這些API與其它軟件的兼容性進(jìn)行測試。最后要注意的就是，我們也應(yīng)該避免使用不容易兼容市場上任何接口的自有開發(fā)工具。

4：平臺忠誠度

對于IT人員來說，核心能力就是知道技術(shù)方面應(yīng)該怎么做。這種技能屬于經(jīng)過多年實踐逐步積累下來的精華，因而也相當(dāng)于絕大多數(shù)IT專業(yè)人員的能力象征。這就意味著，當(dāng)一位使用UNIX系統(tǒng)20甚至30年之久的技術(shù)人員被通知現(xiàn)有平臺將要遷移到Linux環(huán)境之下時，現(xiàn)實問題毫無疑問就會屬于面臨著無比巨大困難的情況。

(如果必須的話)，一種過渡的緩解方法就是將這些人員帶入到新平臺之上，并為他們提供遷移過程中必須的培訓(xùn)與支持。但如果他們堅決反對調(diào)整的話，或許還可以繼續(xù)承擔(dān)維護(hù)運行在舊平臺上的原有系統(tǒng)的任務(wù)。然而，如果公司決定不再設(shè)置該職位的話，最終手段可能就是鼓勵他們到其它地方尋找新位置——其它商家或許依然在使用他們希望工作的平臺。但不論出現(xiàn)了什么情況，最佳措施都是提前迅速解決掉這些與平臺相關(guān)的忠誠度問題，以防止不滿情緒(以及項目中的不合作行為)開始聚集起來。

5：項目管理不善

盡管市面上已經(jīng)存在有很多新的項目管理技術(shù)與工具，但I(xiàn)T領(lǐng)域的相應(yīng)工作依然屬于一個相當(dāng)薄弱的環(huán)節(jié)。而造成這種情況出現(xiàn)的原因主要有以下幾種情況：項目在整體溝通方面出現(xiàn)問題;項目經(jīng)理沒有做到“及時跟進(jìn)”，無法掌握到真實的第一手工作狀況(僅僅看到了項目跟蹤圖表上的更新);以及，在項目開發(fā)過程中，團(tuán)隊中的技術(shù)人員與最終用戶無法實現(xiàn)有效溝通。

實際上，確保項目能夠獲得成功的最佳措施就是將相應(yīng)規(guī)模減小(因而更容易進(jìn)行管理)，鼓勵(而且強制)進(jìn)行公開交流，并利用市場上已經(jīng)發(fā)布的協(xié)作類項目管理工具來進(jìn)行全面控制。而且，對于所有項目工作來說，事后總結(jié)都屬于同等重要的部分——畢竟，只有這樣才能知道什么屬于正確的，以及如何確保每個項目都能做得更好——并將這些經(jīng)驗應(yīng)用在未來的項目之上。

6：文檔缺乏

在IT領(lǐng)域，文檔并不屬于被強調(diào)的部分，這導(dǎo)致它在絕大部分技術(shù)工作中都成為一處薄弱環(huán)節(jié)。難怪很多技術(shù)部門都聲稱，超過50%的時間都被消耗在應(yīng)用程序維護(hù)工作上面了。如果原始應(yīng)用程序的功能是什么(加上已經(jīng)進(jìn)行過的維護(hù)過程)等項目都以書面文檔形式保存起來的話，維護(hù)方面工作所耗費的時間只會變得更少。至于這個問題的解決，則可以采取兩種途徑。其一，就是采用可以自動完成文檔工作的新型應(yīng)用程序開發(fā)軟件;此外，也可以為應(yīng)用程序文檔構(gòu)建一個對應(yīng)項目并按時進(jìn)行完善的方式。

7：數(shù)據(jù)質(zhì)量很差

即便是世界上最出色的技術(shù)，也無法做到對包含有拼寫錯誤地址或者不完整電話號碼的重復(fù)客戶記錄進(jìn)行更正。對于已經(jīng)記錄下來的數(shù)據(jù)，重復(fù)數(shù)據(jù)刪除功能可以在它們被存儲或歸檔到磁盤之前清查出重復(fù)的部分。而對于新的數(shù)據(jù)，應(yīng)用程序通過更有效的外部編輯處理就能夠在其進(jìn)入到數(shù)據(jù)倉庫之前提升質(zhì)量。

8：行話的使用

在IT(類似其它技術(shù)學(xué)科)行業(yè)中，交流中全面使用縮寫詞與行話就屬于非常普遍的默認(rèn)行為;然而，技術(shù)人員卻沒有意識到，當(dāng)與企業(yè)用戶進(jìn)行交流時，他們可能并不理解這些詞語的真正意思。這或許會導(dǎo)致雙方在溝通方面出現(xiàn)不夠暢通的問題，甚至?xí)a(chǎn)生出恐嚇效果影響到雙方關(guān)系的進(jìn)一步加強。因此，為了避免這樣的問題出現(xiàn)，技術(shù)部門就應(yīng)當(dāng)要求與最終用戶共同工作的IT專業(yè)人員盡量避免(如果確實存在必要的話，就進(jìn)行培訓(xùn))使用到專業(yè)方面的術(shù)語，堅持依靠通俗語言來進(jìn)行各種交流。

9：截止時間不切實際

對于業(yè)務(wù)工作來說，進(jìn)度是必須迅速而且不講任何情面的鐵定要求。如同以往一樣，IT部門往往需要被迫接受過于緊張以至于無法完成全部必須部分的項目截至?xí)r間。在這種情況發(fā)生時，IT部門通常就只能夠采取提供缺少關(guān)鍵部分的初步項目，而選擇利用后續(xù)增強周期來進(jìn)行深入完善的曲線應(yīng)對方式。當(dāng)然，如果業(yè)務(wù)部門同意這種做法的話，這里面就沒有什么其它問題了。(實際上，這種模式在市場營銷等領(lǐng)域中的工作情況就很好)。但是，如果其中存在治理/安全方面的問題，或者應(yīng)用程序需要進(jìn)行完全徹底的測試，IT部門就有責(zé)任告訴業(yè)務(wù)管理層這樣會導(dǎo)致什么后果出現(xiàn)，將持續(xù)多長時間，假如沒有這么做的話可能會導(dǎo)致何種風(fēng)險出現(xiàn)。

10：人際溝通方面缺乏技巧

對于IT部門來說，軟性技能往往就屬于不擅長的領(lǐng)域。這就意味著，首席信息官們需要認(rèn)識到這一點，利用增加的預(yù)算來為IT關(guān)鍵貢獻(xiàn)者提供人際溝通技巧方面的培訓(xùn)——此外，我們也可以利用從最終用戶那里征求IT人際溝通質(zhì)量方面反饋意見的方式，來實現(xiàn)獲取更多資源的目標(biāo)。

其它方面的潛藏陷阱?

在自己的IT職業(yè)生涯中，大家是否遇到過一個總是會糾結(jié)的問題?如果有所感悟的話，歡迎將寶貴意見與建議發(fā)表在這里，讓探客網(wǎng)的其它成員也能夠進(jìn)行分享。