《反制“項目破壞者”》手冊
英文原文：The Project Counter-Sabotage Handbook
之前我為有志成為“項目破壞者”的開發者制作了一個手冊（見《“項目破壞者”手冊》），據某些無節操的學習者透露，這些招數屢試不爽。但這也成為了項目管理人員的噩夢。因此，盡早識破這些破壞者的陰謀，并進行有效的防破壞，是項目轉敗為勝的關鍵。
以下是為項目管理者以及希望項目成功的開發人員準備的一些攻略，幫助你有效反制項目破壞者。即便項目中沒有破壞者，這些招數也值得你掌握，因為這些都是一些好的項目開發習慣。
知己知彼，百戰百勝
要想成功遏制破壞者的行為，你必須對他們有充分的了解。如果你能找到破壞動機，就更好了。但是有時候等你掌握了這些信息再進行反制，就已經晚了。最好的方式是，假裝采取行動打擊破壞性行為，看成員的反應，然后找出真正的破壞者。
文檔
對付破壞者的頭號武器是文檔。總是把項目決定記錄下來（即使其他人在做正式的會議記錄，你也要將重要的決定記在自己的筆記本上）。在項目開始時，無法得知誰會是破壞者，所以，在一開始就養成隨時記錄文檔的好習慣。
確保清晰地記錄每個項目步驟行動要點，包括負責人和截止日期。在會議紀要中，每個決議應該有一個行動要點，以確保這些決議能夠實施。這非常重要，因為動作要點很容易跟進。在接下來的會議中，應該要求項目成員報告最新的進展情況，并記錄下來。
通常，破壞者的首個跡象會是拖延分配給自己的任務。當他被識破時，文檔、會議記錄將會成為有力的證據。
明確會議議程和決定
確保會議有一個明確的議程，并在會議前告知大家。確保在會議上作出正確的決定，并記錄下來。
破壞者通常會干擾任何決定，或者會將會議中正討論的重要問題引向其他方面。但是，一個明確的會議議程和一個強大的主持人將會確保會議有序進行。
必要的時候，制造點小沖突
如果你別無選擇，只能制造一點沖突。在這種情況下，不要猶豫，盡可能早的沖突是最簡單的。時間越長，沖突可能暗中壯大，如果到時候爆發將會很糟糕。
避免沖突
這與上一條建議相反。上一條是說在別無選擇時制造點小的沖突。而破壞者的行為沒有嚴重影響到項目時，沖突就沒必要了。
明智地使用謙虛的話來避免沖突
項目破壞者會糾結于一些邊緣問題，并在這上面浪費寶貴的項目時間。他會很強勢地問一些非常難的問題或一些無厘頭的問題，這時候如果你也很強勢，勢必會造成沖突。那么，試著謙虛一點，這樣，有可能會令破壞者不好意思，而不再在這一環節上下手。
比如以下討論：
破壞者：如果用戶在姓氏字段中輸入數字，會發生什么？
</blockquote>
開發人員：這都怪我，我沒考慮到這種情況，但是，這會不會比用戶拼寫錯誤更有風險呢？
破壞者：也許……不會吧！（開始不好意思）
開發人員：防止用戶輸錯名字將會非常困難的，不如我們就跳過它，相信用戶，好嗎？
破壞者：也許你是對的，讓我們繼續吧。但是也不排除破壞者會繼續刁難，比如：
破壞者：如果用戶在姓氏字段中輸入數字，會發生什么？
</blockquote>
開發人員：這都怪我，我沒考慮到這種情況，但是，這會不會比用戶拼寫錯誤更有風險呢？
破壞者：我們有責任防止用戶輸錯。數字不是姓氏的一部分。
開發人員：是不是數字是特殊情況，錯別字、其他錯誤就不是了？
破壞者：但是姓氏中確實不應該出現數字，我們必須對它們進行檢查。
開發人員：花時間來檢測數字是個好主意，但是其他拼寫錯誤就不檢查了？
破壞者：檢測數字應該不難？
開發人員：的確不難，但需要花費時間來實現。
破壞者：網上應該有標準的代碼。你必須學會在互聯網上搜索現有的解決方案。我認為這是常識，你得有所進步！
這種情況怎么辦？沖突馬上要爆發了。你可以找上一級領導，讓他來決斷了。前提是，你要確保上一級領導跟你的想法一樣。
在項目中孤立破壞者
如果破壞者沒有上面例子中所說的那樣強勢和挑釁，并缺乏安全感，那么可以在項目中撇開他，這是一個很好的策略，沒人喜歡被晾到一邊，特別是缺乏安全感的人。
權利至關重要
破壞者要想成功破壞一個項目，最起碼他在項目中要有一些話語權或者背后有靠山。如果他都沒有，那么完全沒必要擔心。
如果破壞者有一定的權利，而你沒有足夠的力量來對付的話，那么你要確保你背后有一個組織支持你。如果在你指出破壞者之前，破壞者請管理者來干涉，并將你定性為麻煩制造者，這種情況就非常糟糕了，其實我也不知道怎么辦。
最終，告誡大家，如果有人想破壞項目，他會想盡一切辦法，除了以上這些對策外，你能做的還有“見招拆招”。對此，你有什么好的提議呢？
來自: www.iteye.com本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！