posted on 2007-07-13 15:32
放飛夢想
閱讀(99)
編輯收藏
網摘所屬分類:
it知識點滴收藏
回想一下你所經歷的專案，有沒有出現過以下這樣的情況：客戶在檢查專案階段成果時，指出曾經要求的某個產品特性沒有包含在其中，並且抱怨說早就以口頭的方式反映給了專案組的成員，糟糕的是作為專案經理的你卻一無所知，而那位成員解釋說把這點忘記了；或者，你手下的程式設計師在設計評審時描述了他所負責的模組架構，然而軟體開發出來後，你發現這和你所理解的結構大相徑庭……
可能你遇到的情況比上面談到的還要複雜。問題到底出在哪兒呢？其實很簡單，就兩個字——溝通。以上這些問題都是由於溝通引起的，溝通途徑不對導致資訊沒有到達目的地。「心有靈犀一點通」可能只是一種文學描繪出的美妙境界。在實際生活中，文化背景、工作背景、技術背景可以造**們對同一事件理解方式偏差很大。
在專案中，溝通更是不可忽視。專案經理最重要的工作之一就是溝通，通常花在這方面的時間應該佔到全部工作的75%～90%。良好的交流才能獲取足夠的資訊、發現潛在的問題、控制好專案的各個方面。
溝通管理的體系
一般而言，在乙個比較完整的溝通管理體系中，應該包含以下幾方面的內容：溝通計畫編制、資訊分發、績效報告和管理收尾。溝通計畫決定專案干係人的資訊溝通需求：誰需要什麼資訊，什麼時候需要，怎樣獲得。資訊發布使需要的資訊及時傳送給專案干係人。績效報告收集和傳播執行資訊，包括狀況報告、進度報告和**。專案或專案階段在達到目標或因故終止後，需要進行收尾，管理收尾包含專案結果文件的形成，包括專案記錄收集、對符合最終規範的保證、對專案的效果（成功或教訓）進行的分析以及這些資訊的存檔（以備將來利用）。
專案溝通計畫是專案整體計畫中的一部分，它的作用非常重要，也常常容易被忽視。很多專案中沒有完整的溝通計畫，導致溝通非常混亂。有的專案溝通也還有效，但完全依靠客戶關係或以前的專案經驗，或者說完全靠專案經理個人能力的高低。然而，嚴格說來，一種高效的體系不應該只在大腦中存在，也不應該僅僅依靠口頭傳授，落實到規範的計畫編制中很有必要。因而，在專案初始階段也應該包含溝通計畫。
設想一下，當你被任命接替乙個專案經理的職位時，最先做的應該是什麼呢？召開專案組會議、約見客戶、檢查專案進度……都不是，你要做的第一件事就是檢查整個專案的溝通計畫，因為在溝通計畫中描述了專案資訊的收集和歸檔結構、資訊的發布方式、資訊的內容、每類溝通產生的進度計畫、約定的溝通方式等等。只有把這些理解透徹，才能把握好溝通，在此基礎之上熟悉專案的其它情況。
在編制專案溝通計畫時，最重要的是理解組織結構和做好專案干係人分析。專案經理所在的組織結構通常對溝通需求有較大影響，比如組織要求專案經理定期向專案管理部門做進展分析報告，那麼溝通計畫中就必須包含這條。專案干係人的利益要受到專案成敗的影響，因此他們的需求必須予以考慮。最典型也最重要的專案干係人是客戶，而專案組成員、專案經理以及他的上司也是較重要的專案干係人。所有這些人員各自需要什麼資訊、在每個階段要求的資訊是否不同、資訊傳遞的方式上有什麼偏好，都是需要細緻分析的。比如有的客戶希望每週提交進度報告，有的客戶除週報外還希望有**交流，也有的客戶希望定期檢查專案成果，種種情形都要考慮到，分析後的結果要在溝通計畫中體現並能滿足不同人員的資訊需求，這樣建立起來的溝通體系才會全面、有效。
博銳96
如果深層次剖析溝通，其實可以用乙個模型來表示：
從溝通模型中可以看出，如果要想最大程度保障溝通順暢，當資訊在媒介中傳播時要盡力避免各種各樣的干擾，使得資訊在傳遞中保持原始狀態。資訊傳送出去並接收到之後，雙方必須對理解情況做檢查和反饋，確保溝通的正確性。
如果結合專案，那麼專案經理在溝通管理計畫中應該根據專案的實際明確雙方認可的溝通渠道，比如與使用者之間通過正式的報告溝通，與專案成員之間通過電子郵件溝通；建立溝通反饋機制，任何溝通都要保證到位，沒有偏差，並且定期檢查專案溝通情況，不斷加以調整。這樣順暢、有效的溝通就不再是乙個難題。
專案管理 溝通管理
專案管理正式進入中國已經有20多年，站在前輩先人的肩膀上，結合自己最近一些工作體會有以下幾點總結 關於溝通管理。1 做任何專案首先要遴選出相關方，製作乙個相關方列表。2 對專案相關方進行歸類。3 制定乙個溝通計畫和溝通列表。好久沒有分享自己的總結了，今天借這個機會總結一下自己最近這段時間的工作。很多...
專案溝通管理
回想一下你所經歷的專案，有沒有出現過以下這樣的情況 客戶在檢查專案階段成果時，指出曾經要求的某個產品特性沒有包含在其中，並且抱怨說早就以口頭的方式反映給了專案組的成員，糟糕的是作為專案經理的你卻一無所知，而那位成員解釋說把這點忘記了 或者，你手下的程式設計師在設計評審時描述了他所負責的模組架構，然而...
專案溝通管理
回想一下你所經歷的專案，有沒有出現過以下這樣的情況 客戶在檢查專案階段成果時，指出曾經要求的某個產品特性沒有包含在其中，並且抱怨說早就以口頭的方式反映給了專案組的成員，糟糕的是作為專案經理的你卻一無所知，而那位成員解釋說把這點忘記了 或者，你手下的程式設計師在設計評審時描述了他所負責的模組架構，然而...