HR經理們有必要學習一下如何同那些只會在問題出現之后進行掩飾的員工打交道。在HR世界當中，我所遇到過的最有意思的人事現象之一就是被我稱為“創可貼”的一類員工。這類員工身上通常都有很多值得肯定的優點：

工作努力
經常參與到各種問題的解決當中
不愛指手畫腳
在壓力之下仍能很好的工作
但是，這類員工身上也有一些應該否定的地方：
承擔的工作要超出自己的能力范圍之外
沒有明確的職責定位
不敢說“不”

創可貼式的員工
我曾經在一家公司當中擔任咨詢顧問，任職期間我認識了一個應用服務器管理員，我稱呼他Jim。Jim是一個非常熱心幫助別人的人。每次大家遇到問題的時候，他都會參與到問題的解決當中。通常都會有八個甚至以上的員工圍在他的電腦前。他通常都能夠幫助大家找到解決辦法。但不幸的是，他所謂的解決辦法有90%都是手動辦法。
也許今天問題剛剛得到解決，轉過天來就又出現了。這時，大家就會給Jim打電話，而他又會再次把問題解決掉，當然使用的還是手動的辦法。問題解決之后，所有人都很高興。
再轉過天來，同樣的問題又再次出現了。一切都還是按照老樣子，大家還是會給Jim打電話，而他還是會用手動的方法把問題解決。問題解決之后，每個人都松了一口氣。
大家來猜一猜，接下來的一天會發生什么？歷史還是在不斷的重復。同樣的人還會打電話給Jim，他還會用同樣的手動的方式解決同樣的問題。所有人都感到很失敗，很沮喪。

現在大家知道我想要說的是什么了吧。
當然，有很多新問題總是會在人們最意想不到的時候出現，而且通常會同時出現。Jim要解決的不只是一個問題，而可能是兩個或是更多的問題——采用的仍然是手動的方式。通常一天下來，他要解決的問題會在十七個以上。每天早上他睡眼惺忪的來到辦公室的時候，總是有很多同樣的問題在等待著他的解決。
慢慢地，所有的人都開始因為Jim而憤怒和沮喪。Jim總是那個解決問題的人，所以每次出現問題的都是他的代碼。管理層已經接近惱怒，“Jim，問題到底在哪里？是應用服務器的問題嗎？”

“創可貼”的夢魘
最后，終于有一天，Jim的妻子實在無法忍受他每天都工作長達十七個小時，告訴他他必須要讓自己休假一段時間。Jim的主管經理同意了他的休假申請，讓另外一名咨詢顧問來代替他工作。在Jim休假的第一天，我幾乎都無法擠到他的辦公室里面去，因為那里面的人實在是太多了。“程序又癱瘓了！”“昨天晚上數據移動又失敗了！”所有的問題都是老問題。我真的想聽他們提出一個新問題來。
我告訴他們，我會逐個幫助他們解決問題。但是他們抱怨說，已經沒有時間了。先把問題解決掉，然后等Jim回來。我開始通過調試來對問題進行調查。看著日志上的錯誤報告，我真的感到非常的頭疼。
Jim的主管經理在路過他的辦公室時，進來看看我這位新的咨詢顧問是否需要什么。我盡力使自己露出笑容，用外行人能夠理解的語言向他解釋為什么所有的問題都不是應用服務器的問題。所有的問題都壓在了我的身上，但是我卻對它們的解決無能為力，這讓我感到十分的沮喪和失敗。
我們給在加拿大休假的Jim打了電話，我向他詢問了他曾經解決過的那些問題的情況。隨著他開始解釋他解決每一個問題的辦法，我們發現原來他以前并不是在解決問題，而是在掩飾問題。當一個問題得到了解決的時候，它就不會再次出現了。但是，當一個問題只是被掩飾了的時候，它還是會再次出現。

關于“創可貼”的會議
所有的開發人員、DBA、經理、用戶和我都被召集到一起開會，討論Jim的問題。很快這個會議就成了對Jim的討伐大會。開發人員和DBA在用戶和管理層面前完全站在了Jim的對立面上。我坐在那里，不停地用手搓著額頭，盯者Rick——我們的IT經理。
Rick讓大家先安靜下來，問我是否有話要說。我立即站了起來，走到了白板前，在上面列出了所有Jim因此而受到指責的問題。我向大家指出，這些問題的解決并不是Jim職責范圍以內的事情，因為Jim是應用服務器的管理員。這些問題都是代碼的錯誤和數據庫結構的問題，應該對這些問題負責的是開發人員和DBA。應用服務器管理員的工作是幫助他們找到問題，而不是解決問題。在聽完了我的發言之后，那些剛才義憤填膺的開發人員和DBA都沉默了下來，開始看表，解開襯衫上面的紐扣，不停的用手擺弄軟飲料瓶。
我曾經按照數據庫、代碼和應用服務器三個類別對要交到我手上解決的六個問題進行了分析。結果不出我所料，有五個問題都是代碼的問題，另外一個問題是數據庫和應用服務器的問題兼而有之。

對Jim的安排
我的建議是，從現在開始，開發人員要著手解決問題。Jim需要參加一個關于應用服務器管理的課程。他還需要對自己的工作有更清楚的了解，只有這樣才能保護他，讓他不再被牽扯到與他的職責無關的問題當中。Jim的主管經理所采取的行動比我的建議更進了一步，他讓Jim在家中工作了一個月的時間。這樣一來，就不會再有人去找他解決本來不該由他解決的問題了。

真正解決問題的開始
不能讓同樣的問題總是持續出現。用手動的辦法解決問題其實并不是真正的解決問題。真正的解決問題的方法是防止問題的再次出現或是糾正問題。Jim是一個典型的創可貼式的員工。他通過手動的方式將整個應用程序聯系到一起。沒有他應用程序就無法工作。可能他真的希望應用程序只有在自己的控制下才能夠正常工作，但是任何人都不可能永遠不停的工作，任何人都需要休假。
作為管理人員，大家應該注意一條準則，那就是要經常的問自己：“如果自己手下的任何一名員工去休假的話，工作是否還能夠繼續正常的進行呢？”如果答案是否定的，那么就應該問問自己原因何在，并且采取一些切實措施來應對手下那些創可貼式的員工。你會為自己的做法而感到高興的。