專案管理中的一點溝通心得

2021-09-11 03:57:53 字數 3283 閱讀 4083

我們每天都在通過各種方式與人溝通,但是這些溝通是真正有效的嗎?我們是否總是在不知不覺中,被溝通障礙牽絆住了前進的腳步,沉浸在消極的工作情緒之中卻還不自知呢?

以下是我在工作中總結的一些溝通心得,在此與大家分享。

專案中常見的溝通方式:

通過文件溝通:

優點:不受文字數量的限制,內容具體;便於查閱存檔及日後的統一管理;適合描述功能多、業務複雜的專案;適合跨部門協作的專案

缺點:不容易建立統一標準;面向不同角色,閱讀時不容易找到重點;費時;理解成本高,溝通效率低

通過郵件溝通:

優點:打破時間和空間的限制;便於查閱記錄;方便為多人傳送附件;比較正式,適合報告工作進度或通報專案狀況等

缺點:正文不適宜太長;傳遞資訊不即時(有時容易被忽略或丟失);不清楚語言環境有時容易誤讀;不利於處理爭議或敏感問題

通過im溝通:

優點:溝通方便;容易消除緊張情緒;截圖、傳送檔案方便;可多人對話;適合相熟的同事之間溝通,暢所欲言;適合解決爭議不大的問題

缺點:容易被忽略;一些複雜的問題很難描述清楚;容易誤解;查詢記錄時不是很方便(裡面可能夾雜了不少無關內容);不利於解決爭議;過於隨意,不適合說重要且緊急的問題

通過**溝通:

優點:即時、有效,溝通效率較高;適合解決緊急但不太重要的問題

缺點:不利於傳達微妙的情感;特別複雜的問題仍不容易說清楚,有可能引起誤會;不方便檢視等(可配合im使用);不便查詢記錄

面對面溝通:

優點:真實、拉近距離(很多誤會可由此解開);便於說明複雜問題;溝通效率高

缺點:無記錄;溝通成本略高;多人溝通時效率可能較低;一旦陷入僵局迴旋餘地較小(面對面溝通時心態一定要平和,以解決問題為目的)

會議溝通:

優點:集思廣益、開拓思路,更多角度了解他人的觀點;適用於跨部門、協同解決問題、頭腦風暴等

缺點:若方法不得當會導致效率極低(如果需要在會上做出決定,最好先提前一對一溝通,有備而來)

特點比較(世事無絕對,僅供參考):

了解時間管理的人都知道,要首先關注重要但不緊急的事情;其次還要盡量處理好既重要又緊急的事情。因此在溝通中,要充分的重視文件、多人會議、面對面溝通、郵件等溝通方式。對於乙個基層員工,要特別注意掌握面對面溝通和郵件溝通的方法。

總結:每種溝通方式都有各自的特點,很難徹底捨棄其中的任何一種,在工作中應該根據情況選擇適合的溝通方式。

比如說:在專案開始之前,可以通過多人會議進行頭腦風暴徵求大家的意見;策劃中撰寫需求文件;文件寫完後先面對面給其他專案人員講述一遍思路,之後再配合im、**等方式即時解決後續問題;製作原型的過程中可以隨時請大家在im上提意見;通過郵件定期監控專案進度和問題;發現專案成員有負面情緒了,趕緊面對面溝通一下,……

專案中常見的溝通問題:

中國人的性格比較含蓄,又怕傷和氣。既不善於主動提問,也不善於表達內心想法。於是專案中常遇到這樣的情況:

用文件代替正常溝通。

很少有pm發完文件,會快速跑過來給你講一遍他的思路。這也是人之常情,人家都沒問,幹嘛自己要跑過去說呢。不過有文件的好處就是,別人看到不懂的地方會去問。

用正常溝通代替文件

對於大型或複雜的專案,需要文件來解釋說明,這是其他任何一種溝通方式也無法取代的。文件的缺失,不利於大家正確理解專案,也不利於發現問題。這樣出來的結果很難令人滿意。

視覺或前端沒看懂互動稿要表達的意思,或者是感到存在問題,卻沒有提出來。

作為互動設計師,我會盡量把互動稿做的精緻些,配上詳細的說明,但最後的結果總是不如預期理想。

還有很多大家當初沒發現的問題,製作完卻成了大問題……

面對這些問題,我也在不斷的思考解決方法,目前想到的如下:

作為pm,還是要盡量寫需求文件。

首先,需求文件對理清pm的思路非常有幫助,可以通過它發現自己還有哪些地方沒考慮周全;另一方面,它是設計的重要參考依據,靠簡單的溝通不可能遍歷到所有的用例和需求點;第三,文件可以幫助其他專案成員有針對性的提出問題,而不是感到困惑和無所適從。

也許有人會問,如果互動設計師從一開始就參與到專案中,甚至是參與需求的確定,還要寫需求文件嗎?答案是肯定的。需求文件可以規範的把需求要點有序的整理起來,對後續提高專案效率非常有幫助。

pm不寫需求文件怎麼辦?

將心比心,沒有人不熱愛自己負責的產品。pm不寫需求文件,一定有自己的立場和原因。作為專案組成員,可以總結自己在專案中需要知道和了解的問題,列出乙份清單,請pm回答。相信每個pm都不會拒絕為大家回答問題吧。如果覺得對方回答的不清楚,可以繼續細化問題,直至回答清楚為止。

需求文件到底要寫什麼內容,是乙個難題。

到底什麼樣的需求文件能合理的概括重點內容,讓後續工作順利進行呢?我覺得這是乙個長期的摸索過程,需要pm和互動、開發等角色一起討論,通過長期的專案實踐逐漸得到最適合當前團隊、專案狀況的文件格式。

pm不僅提供需求文件,還應向團隊主要成員整體講述一遍思路。

前期溝通主要傳遞想法;中期溝通解決不斷發現的問題,迭代需求;後期溝通確認問題是否得到解決。

其他角色以此類推。

類似的專案如果做的多了,在這個過程中,就會逐漸形成規範機制,使得後面的工作越來越輕鬆。

通過溝通把握微妙的情感:

溝通過程不總是理性的,也有很多感性成分。

大家在一起工作,但又屬於不同的部門或小組,時間長了,難免會產生各種小摩擦。正確的溝通,可以盡量避免這些不快,幫助我們更好的工作,或者說更快樂的工作。要想達到好的溝通效果,需要注意以下幾點:

放平心態

不太計較得失,客觀的看待問題,保持心情愉快……這些看起來誰都懂,做起來卻困難的很,需要不停的在工作中磨練自己的心性。

換位思考

你有沒有對某人很不爽的時候?巧合的是,這個人十有**對你也抱有同樣的想法。對待同乙個事情,每個人的立場不同,太過堅持自己的想法,就容易造成誤解和矛盾。很難說誰對誰錯,重要的是客觀認識不同的立場,最後尋求乙個好的解決方法。意氣用事不會帶來任何益處。

當你埋怨pm做的不好,溝通不到位的時候,有沒有想想自己是不是也在犯同樣的錯誤?自己有沒有認真的把設計意圖傳達給視覺?每個人都有自己的難處,寬容、諒解,做好自己的事,也幫助別人做好他的事情,才能促使更好的結果。

積極主動

多思考、多提問、多表達自己的意見。遇到不快的事情不要急著下結論,或是越想越歪,而是探清事情因果。其實,事情永遠不像我們想的那麼樂觀,也不像我們想的那麼悲觀。

真正認識溝通的意義

溝通是平等的,而不是一方強勢的壓過另一方。這是乙個協作的時代,不是個人英雄主義的時代。

原文:legene的互動設計部落格

專案管理的一點總結

1.威望的樹立,言必行,行必果,規矩對大家都一樣 2.賞罰分明,但賞罰是手段不是目的,關鍵是團隊的凝聚力 3.管理者的職務之所以有存在的意義,是因為人類的組織架構需要把多個個體的力量集合起來,向乙個方向使力,而不是因為需要管理者和被管理者的兩個階層。4.有監督 有反饋的計畫才有執行力 5.有效的計畫...

工作中溝通的一點想法

我們在工作中會很頻繁地進行溝通,尤其是在乙個團隊裡,同事之間的協作更是離不開溝通 因此高質量的溝通是乙個非常重要的事情 第一次寫於 2021 年 1 月 2 日 之後有新的想法會及時更新 做事情之前,我們要知道 why?我什麼要做這件事?溝通也是如此.所以在溝通之前,我們還是要想一下 確定好溝通的必...

IT專案管理中的溝通管理

本文討論了某集團辦公自動化 以下簡稱oa 系統專案管理中的溝通管理問題。該系統旨在提高集團各部門之間公文上傳下達的效率 加強辦公審批職能 真正實現無紙化辦公。系統包括了流程定義 公文系統 短訊息平台 日程管理等子系統或模組。本文首先介紹了oa專案的基本情況,接著重點討論了本專案在溝通管理方面所使用的...