專案在開發過程中，專案組內部、部門之間的各種衝突時層出不窮，常常引得各位專案經理頭痛。而何種解決方法來解決衝突，對沖突的雙方都會造成一定的影響，有時衝突雙方過於激烈，負面的影響比較大，會造成一定程度的破壞性，造成合作雙方的隔閡。對於專案組中的衝突，我們從中可以學到一些什麼呢？
我曾經在一家大學做一個專案的管理，與學校各個部門、供應商、投資商之間的溝通比較多，有一些感受，希望與大家分享。專案的衝突可以按照雙方的物件分為以下幾種處理方法。
一是，專案組或部門內部的衝突。由於雙方都在一個部門工作，低頭不見抬頭見，想避免接觸是根本不可能的事件。加之雙方在一起的工作時間較長，相互之間相互瞭解性格，事件一步一步地進化成衝突，大家都相互清楚。如果在工作中一直對這樣的衝突老是記在心中，鬧得不可開交，勢必影響以後的長期合作，對雙方都沒有好處。解決的方法當然是其中的一方要主動一些，直接坦誠公佈地交流，以工作為重，講清對整個事情的出發點，達到雙方的共性，力爭將事件不要影響工作為好。對於專案經理或部門經理，對長期合作的同事之間的衝突，睜大眼睛，促使其儘量自行解決，達成共識即可，能不介入就不介入。如果這樣的衝突如果能夠自行解決，雙方無疑可以增進了解，也能夠為對方著想，體諒和尊重對方，雙方在待人接物和與人溝通、協作上的成熟是必然的。如果影響到工作，經理就要出面進行做和事佬，促成雙方的溝通。
二是在操作過程中，各個部門的配合的衝突。這些衝突主要以發生在操作流程中，比如說下游部門對上游部門的工作進度、質量不滿意，而經過一些方法的提醒之後，迫於進度的壓力，下游部門的同事很生氣，常常會出現這樣的情形，將事件會一竿子捅到雙方領導那裡，或者是更高一級的主管領導那邊。衝突的根源可能主要在於相互配合的職責不明，所以雙方在操作過程中的邊緣地區互相推諉、扯皮，甚至指責。雙方領導可能要聆聽本部門的陳述緣由的同時，也要聽聽別的部門的操作流程，去除由於感情色彩而引發的衝突細節，而將重心轉移到“如何把事情做好”這個主題。在把流程理順，職責分清楚之後，再加以調解個人情緒，應該就可以了，而不是簡單地換人了事。
三是可能是對立部門之間的衝突，比如說軟體開發部和軟體測試部。由於雙方的責職很明確，我測試部就是找你的BUG的，造成雙方在部門之間的對立，從而簡單地導制了兩個部門之間同事的情緒對立。雙方在專案的過程中，由於在認識的不一樣，衝突不斷，小的衝突大家習以為常，大家經常小吵一下就算了，下次開會繼續爭吵和討論，可能並不影響雙方的工作進度，這時衝突的雙方可能都是以工作為重心。但是如果衝突發展到雙方氣得不願意解釋自己的觀點，互相挑對方話語中的毛病，甚至乾脆破罐破摔，這就會影響到工作進展，專案經理必須出面調停已經處於冷戰或者熱戰狀態的雙方。處理這樣的衝突，有的部門領導一聽到這樣的訊息，就把方方面面涉及到的人都請到一起，象談判一樣分列兩廂，開始溝通。也許會有效果吧，可惜我沒看到很有利的例證。通常，人越多，尤其領導越多，大家講話越是小心，小心翼翼地思考每一句話，不要現出自己不講道理，或者沒有考慮對方利益，讓領導們看輕了自己等等。這樣遮遮掩掩，如何根除問題？最終當然也能夠在領導的敦促下達成一定的“諒解”，但是根源不除，難免今後重燃戰火。有一些專案經理，能夠分別私下了解一下每個當事人的心情和事態發展，也許更能夠化解問題於無形。傾聽，還是傾聽，聽當事人訴苦，讓他說出自己如何被對方挑逗、刺激得火冒三丈。等他發洩完了，他自然會把話題轉到工作上的，這時候，他已經能夠自己分析出問題的來龍去脈了。一個巴掌拍不響，雙方都會有些舉動刺激了對方，經理可以站在旁觀者的角度分析問題的焦點所在，對雙方稍做善意地提醒，瞭解對方的方式，經過這次衝突，雙方對對方的性格特點也加深了了解，以後的相處應該能夠選擇對方比較容易接受的方式，工作還是會在比較平和的環境下進展。雙方的過於較真兒，也是工作壓力大的表現，經理也要想辦法緩解當事人的壓力，如組織團隊活動，或者新增人手、調整進度等等。
每個人在專案過程中都會遇到衝突，理性地處理衝突，從衝突中學習，大家都在衝突中成長，日後的工作必然進展得更加順利，更少發生衝突。[@more@]

簡談專案的衝突的管理（轉）

相關文章