在專案的實際執行中，專案經理花在溝通上的時間佔據全部工作的75%-90%。專案經理能夠獲得足夠的資訊、第一時間發現團隊問題，進而協調專案各方面，良好的溝通至關重要。
01規劃溝通管理
規劃溝通管理是根據干係人的資訊需要和要求及組織的可用資產情況，制定合適的專案溝通方式和計畫的過程。本過程的主要作用是，識別和記錄與干係人的最有效率且最有效果的溝通方式。
規劃溝通管理：輸入、工具與技術和輸出
規劃溝通管理的資料流向圖
1.1 溝通需求分析
在編制專案溝通計畫時，最重要的是理解組織結構和做好專案干係人分析。
所有這些人員各自需要的資訊、在每個階段要求的資訊是否不同、資訊傳遞的方式上有什麼偏好，都是需要細緻分析的。
例如，有的客戶希望每週提交進度報告，有的客戶除週報外還希望有**交流，也有的客戶希望定期檢查專案成果，種種情形都要考慮到。
02管理溝通
管理溝通是根據溝通管理計畫，生成、收集、分發、儲存、檢索及最終處置專案資訊的過程。本過程的主要作用是，促進專案干係人之間實現有效率且有效果的溝通。
管理溝通：輸入、工具與技術和輸出
管理溝通的資料流向圖
03控制溝通
控制溝通是在整個專案生命週期中對溝通進行監督和控制的過程
，以確保滿足專案干係人對資訊的需求。本過程的主要作用是，隨時確保所有溝通參與者之間的資訊流動的最優化。
控制溝通：輸入、工具與技術和輸出
控制溝通的資料流向圖
04兩條關鍵原則
盡早溝通：
主動溝通：
05保持暢通的渠道
溝通看似簡單，實際很複雜。這種複雜性表現在很多方面，比如說，當溝通的人數增加時，溝通渠道急劇增加，給相互溝通帶來困難。典型的問題是「過濾」，也就是資訊丟失。
如果深層次剖析溝通，其實可以用乙個模型來表示：
使用專案雙方認可的溝通渠道：比如與使用者之間通過正式的報告溝通，與專案成員之間通過電子郵件溝通；
建立溝通反饋機制：任何溝通都要保證到位，沒有偏差，並且定期檢查專案溝通情況，不斷加以調整。
說句大家都憧憬的狀態，專案團隊高效、人心齊，每個人都有比較高的職業素質，都清楚的知道自己的職責，都以結果為導向，溝通根本不要什麼模式。一切回歸最簡單，效率也最高，效果也最好。
毀掉乙個人最快的方式，就是教他「走捷徑」
我乙個朋友的朋友，最近忽然迷上寫作，拐彎抹角找到我，希望我能幫她指點。連著看了幾篇，我發現她寫的，全是八卦小道訊息的拼接，不要說文采，連基本的真實性和觀點都沒有。我跟她說 你這樣寫不行。她說 哎呀，我發現我找到了成功的捷徑！我頓時無語 乙個人一旦相信自己找到了 捷徑 那就意味著，她再也不會考慮別的東...
軟體需求本質上就是乙個溝通的問題
無論是寫成文件呢還是口頭交流，都各有利弊。寫成文件的需求 可以經過仔細思考，評審以及編輯 可以永久儲存 可以方便的跟一組人分享 但是，需要很多時間去寫 隨著時間的變化會變得過時 很容易被誤解 口頭的需求 可以即時反饋和澄清 是資訊的雙向交流 很容易解釋和獲得共識 很容易適應新形勢的變化 可以激發靈感...
乙個 SaaS 專案，技術棧是這樣的
作為一名忠於內心的工程師，每當我看到一家公司發布有關它們技術棧的文章時，我都會泡一杯咖啡，坐下來耐心閱讀，看看有沒有新的發現。了解其他公司業務背後隱藏的一些技術十分有趣。就像娛樂八卦一樣，只不過這是技術層面的探索。幾個月前，我開始開發另乙個 saas，該專案經歷無數次迭代。幸運的是，儘管專案仍處於早...