不懂技術的人如何與專案利益相關者溝通？

不要為了顯示自己的價值而盲目發號施令，製造混亂，否則通常會產生負面影響。 專案管理中最重要的是確保專案按期完成，而不是為專案做任何技術決策，如果沒有技術背景，技術方面完全交給技術負責人是沒有問題的，首先要做的就是與相關人員保持良好的關係， 比如看到大家都在努力工作，請負責的同事和甲方人員吃點好吃的，尤其是自己公司的同事，需要從他們那裡得到最真實的一線資訊，一定要保證雙方有真誠的溝通。要掌握專案進度和可能遇到的問題，各關口的完成情況是否存在不確定性，提醒相關人員在遇到重大問題時先考慮方案，真正遇到問題時，需要充分了解問題的嚴重程度和對專案影響的最壞情況， 並及時向上級調撥和申請資源解決。

至於技術細節，如果能力不夠，是不可能掌握的。 專案管理不是要完全控制命令，而只是將協調工作留給專門的人，讓工程師專注於技術，這最終是乙個協作過程。

如果你是專案協調員，你應該讓公司的技術專家或售前或產品經理和你一起去，因為你在做前期研究時無法理解需求。 你個人做研究不懂，不僅浪費別人的時間，也反映出你自己的工作不好。 你不妨在一開始就直接解釋，你不熟練，需要和技術人員一起去。

在開發經理設定了開發計畫後，您所要做的就是跟進開發進度。 這就是PMP所說的“監控”。 如果專案組成員遇到問題，或者發現延誤的風險，應該及時處理。

當你能幫助專案成員解決他們的問題時，他們就會認可你的工作，你的價值就會得到體現。 請記住，解決問題不一定是由您來完成的，而是由您協調資源來解決問題。 資源協調也是專案經理需要提高的技能之一。

首先，做好後勤保障工作。 主動承擔專案助理的一些職責，比如預約會議日程、下午茶、彙總匯報等，一方面獲得大家的青睞和認可，另一方面也可以熟悉業務和技術。 其次，如果考慮專案涉及的具體業務和技術，會有很多情況。

例如，如果雙方一直在談論不合適，您可以在中間進行協調; 大家最近都累了，士氣不高，你去爭取一些資源和利益; 如果有人想退縮，你就主動溝通; 與專案發起人和部門負責人聊天，看看他們是否有未滿足的需求; 有人不按時交作業，你天天主動提醒或追。

人格上的相互尊重是人性的體現。 工作上的相互尊重是對工作能力的相互認可的體現。 如果你不懂技術，你會以開放的心態學習和理解它。

如果你不了解業務，你會謙虛地要求召開教學會議。 如果你目前的能力還不足以滿足專案團隊的需求，至少要向大家展示，你有能力在未來1周、2周或一段時間內幫助專案。 努力工作的人自然會贏得尊重，只有贏得尊重才能建立溝通。

我不懂技術，但我需要了解一些基本的邏輯和常用術語，至少我心裡有乙個概念，我可以在日常工作中多問多問，多學習，多記錄總結，每次溝通不清晰就懂了，以後會越來越好。 盡量少說話，尊重專業人士的意見，多用詢問，避免“半瓶晃來晃去”。

多開會議溝通，總結專案和階段，鼓勵大家多發言，多聽，很多時候，很多事情都可以從側面反映出來，可以彌補技術的不足。 最重要的是要多學習，能夠正常溝通。

與相關崗位負責人溝通，由他們牽頭制定一些規範規章制度來指導工作，做好組織資產管理，及時歸檔儲存，多參與溝通，倡導多做書面記錄。

如果專案一切順利，專案經理的價值就是讓它繼續下去。 不要為了價值而做實際上毫無價值的事情。 放輕鬆，也許你對專案沒有太多經驗，有空的話，可以學習更多的技術知識，多和甲方交流個人感受，多跟開發經理多了解一下他的工作作風。

你可以從業務的深度入手，讓大家看到你的價值，並管理好幾個核心崗位，要以德人為本，做到最高管理層，分工明確，各司其職，專案經理的首要任務就是做好管理工作。 其次，您可以逐漸了解業務和技術。

我現在正在做乙個小專案，成員們都在遠端工作，專案中涉及的技術不是我的專業領域，我目前正在做的是與產品經理溝通並明確職責。 目前，合作還不錯。 當然，結識合適的人很重要。

我不認為作為專案經理需要對每個過程都非常清楚，能夠組織正確的資源按照計畫完成工作很重要，所以有時我認為專案經理的情商非常重要。

很多人在與做程式的人交流時感到非常崩潰，即使技術人員與技術人員溝通，也很容易“打架”或“不理解對方”。

注意其中的幾點，可以讓你在更“輕鬆的環境”和“更有效率”的情況下完成技術交流。

1 先聽後說，一定要先給對方乙個肯定

如果你是非程式設計師，在交流的時候，一定不能站在自己的立場上，一定要讓技術把他想說的話說完，並及時給他肯定，一旦中途打斷對方，對方很容易覺得你什麼都不懂（當然，你可能不懂技術）， 做技術的人很真實，半路打斷他們的人會立刻讓他們產生強烈的反感，所以後續的所有對話都會在“有色眼鏡”下進行，結果可想而知。

此外，你可能不理解很多技術說的話，但你也必須聽它，技術人員會從技術的角度解釋原因（也許是你想聽的）。

如果你是程式設計師，那麼技術交流就變得比較簡單了，畢竟是兩個人知道對方的業務，這個時候需要注意的就是給對方肯定，從他的回答中找到你認為好的，然後從“建議”的角度用諮詢的語氣和他聊天， 而不是辯論。

2. 分階段問題的細分

也許你想就乙個比較大的任務或話題進行交流，這個時候，你必須把這件事分成多個部分，然後分成小部分和小部分互相交談，一旦問題稍微大一點，溝通就不可能了。

3.從技術角度討論問題

這個問題通常是從非技術角度提出的：“這件事可以做嗎？ ”

而這個問題，雖然和上面要問的問題是一樣的，但對方可以給你乙個更合理的解釋：“這個東西用了哪些技術方面，我們目前能實現的東西是什麼，需要研究一段時間的是什麼？ 可能存在哪些效能問題？

4.及時重複確認

例如，在與對方確認需求時，在聽完技術陳述後，一定要向對方重複自己的理解，並問他：“你看我是不是這樣理解......？

有什麼與你解釋的內容相衝突的，或者我沒有正確理解的地方嗎？ ”

畢竟每個人和每個人的理解能力都不一樣，看到一件東西後想到的內容也不同，這關係到乙個人的“知識體系”和“思維方式”，所以有必要確認一下，防止出現A聽B、理解C的“**”。

因為：既然是小組專案，就不是乙個人就能完成的。

每個人都在做自己的工作，然後團隊的任務就可以完成。

你如何讓每個人都做好自己的工作？ 溝通、談判、明確的分工 在乙個專案完成過程中，成員之間的分工往往是動態的，因為中間會出現一些意想不到的問題，需要重新明確分工。 特別是要溝通、協商、互相幫助