我們在工作中總會遇到和同事配合的不愉快甚至衝突，實際上這種衝突和生意場上的你死我活的競爭大不相同，因為這種衝突不是生意場上的根本利益的衝突，而是工作配合的衝突，而且大家都是打工的人，沒有生意場上的勢不兩立。因此這種衝突更容易解決。
我們可以想像一下路怒的情況，有車在你前面強行並道，你可能很生氣，因為雙方都坐在各自的車裡，你不知道對方做這個動作的原因，你只是看到了並道這個行為，如果你知道前面的司機一貫穩重和藹，只是因為即將因遲到被罰，或者他有乙個重要的客戶要見，你可能還是不爽但不會憤怒。所以解決工作中的衝突實際上更簡單，可以根據路怒的例子來分析，有三個不同導致了衝突，首先是資訊不明，也就是雙方並不了解對方是否有緊急情況，而認為對方是故意的而導致衝突。其次，是標準不一，你認為兩個間距超過10公尺才能並道，而他人文5公尺就可以，最後是方法不一致，他認為距離足夠不用打轉向燈就可並道，而你認為要先打轉向燈才能並道。
因此，我們解決了這三個問題之後，我們就可以快速恢復和同事的關係。
資訊不對稱，大家對同一件事情的理解是不一樣的，而且單獨的描述性的詞彙會導致更多的誤解，比如好和壞，多和少，快和慢。比如你考試得了70分，如果原來是60分，我們就認為好，如果你原來是80，我們就認為壞，所以我們盡量不要用形容性的詞來說，而是用資料和基準。當有了資料和基準後，大家的理解會瞬間統一，大家如果參過後豐田的工廠，就會看到他們有整面牆的資料，並以圖表的形式展現，可能我們製作和收據資料需要花費一點時間，但是這更容易使大家在問題上達成一致，省去了很多的溝通問題。
基於資料的快慢，好壞等形容詞才能使大家對某一達成共識。
標準不一致，很多的文本性的標準無論描述的有多詳細，不同人都會有不同的理解，因此，標準是通過不斷的討論和處理問題過程中達成的共識，為了使這個共識有可持續性，我們應該不斷的把實際的標準以樣品或**的形式記錄下來，隨著問題的討論，標準也就由文字逐漸變成了**和共識，這樣的標準就是我們所謂的可執行的標準，而不是書面標準。
方法，每個人都有自己的思路和方法，這裡我們不能完全統一，畢竟每個人的經歷背景不同，而且條條大路通羅馬，不一定只有一種思路和方法。但是解決問題的邏輯是一樣的，最著名的pdca，dmaic。我個人比較喜歡tbp，豐田問題解決8步法，用a3的形式表現，這是我認為執行更容易更清晰的方式。
pdca過於籠統，dmaic過於專注於資料。
總而言之，工作的大家的直接利益衝突不大，這對快速解決衝突有了乙個好的基礎，只要大家在資訊，標準，方法上達成一致，衝突和誤會會很快消除。
專案管理過程中的經驗點滴
一 專案管理過程中知識管理的實施 一 以資訊整合推動知識整合 專案具有系統化 重複化的特點，且具有正式的工作流程 方法和標準，需要各個方面的緊密配合。因此專案環境下的知識整合應建立在資訊整合的基礎上。在知識整合系統中.知識應該能夠便捷的到達知識的使用者。這就需要企業為專案知識的傳播搭建方便快捷的共享...
專案管理過程中應注意的問題
軟體專案從角色分工方面可以劃分為研發 開發和實施三類，每個型別的專案有各自的管理過程。下面筆者就公司實施類專案的經歷，從專案經理的角度談一談實施類專案管理過程中應該注意的一些問題，希望大家共勉。確定專案概況 俗話說 萬事開頭難 專案開始階段是乙個非常重要的階段。專案經理在接手乙個新專案的時候，首先要...
績效管理過程中的角色定位
在我們為客戶提供人力資源管理諮詢的過程中，經常遇到這樣的情況 把績效管理認為是人力資源部的事情，包括績效考核指標設計 考核標準及評價方法設計 績效溝通 績效輔導 績效評價 績效反饋和激勵等，其他部門好像跟這些工作都關係不大。究其原因，主要還是有關部門對績效管理中的角色認識不清。作為人力資源部，由於本...