人都是有自己的性格的，所以在專案管理的過程中不能單純的從工作角度去思考問題，想當然的認為他們“應該”做到什麼程度。在遇到性格比較突出的個體時應該針對其具體情況思考如何更好的調動其積極性，讓他發揮更大的力量。

在制定專案計劃的過程中我們可以考慮與團隊成員共同制定計劃，這樣一來可以更好的收集實際工作時長資訊（最好自身也有一定技術背景）。同時還能讓團隊成員自己說出一個時間節點，這樣一來也是他們自己做出的一個承諾。

而通常來說，自己許下的承諾總是會盡力去完成的。

無論一個人是否喜歡說話或者性格傲氣，他在專案中的核心任務就是幫助整個專案組完成專案目標。如果其單獨完成某項工作會有拖延、情緒化工作等情況，可以考慮將兩個工作量相近的工作包分派給兩個團隊完成，形成一定程度上的內部競爭，讓兩組人用結果證明自己的能力。

如果確實能出色完成任務，有一定傲氣也屬正常，但如果與其他人相比並無可取之處，那自然其也“沒臉”繼續傲了。

資訊的公開透明可謂是一種無形的壓力，當所有人都知道自己今天的工作量後自然也不好太過“划水”。

而且作為一種工作制度，透過長期進行進度公開，也能更好的將團隊注意力集中到工作中，而非個人情緒。

作為一個專案管理者，我們所做的一切工作都是以“目標達成”為前提的。所以，我們在與團隊成員溝通的時候也應該透過各種溝通方式來引導團隊的思維，以此為目標而努力。

在IT行業摸爬滾打20多年，真不清楚碼農的稱呼是怎麼來的，或許是程式設計師的自嘲吧，本文還是稱呼程式設計師為好，算是致敬。

迴歸正題，有的程式設計師不喜歡說話，這個很正常。有的還很傲氣，這個也很正常。這些都是技術研發人員，特別是能力高的技術研發人員的通病。

但這對於他的主管領導來說，卻是個挑戰，因為這意味著溝通上會有障礙，意味著溝通會不順暢，而一旦溝通上出現問題，一定會影響到工作。

那麼主管領導如何才能與這種不愛說話同時又有點傲氣的程式設計師下屬進行有效溝通?

這裡的因人而異分兩方面，一個是因主管領導而異，一個是因程式設計師而異。

不同性格脾氣的主管領導，不同級別的主管領導，不同經驗與經歷的主管領導，甚至不同性別的主管領導，他或她對下屬的管理方式必定不同，從而在和下屬的溝通交流上也有差異。

不僅僅如此，在溝通交流上，針對不同性格脾氣的程式設計師，不同級別不同經驗的程式設計師，甚至針對肩負不同工作內容的程式設計師，主管領導採用的溝通交流方式也會不同。

在溝通交流上：

有的主管領導喜歡直截了當，開門見山，直奔主題。有的主管領導喜歡拐彎抹角，晦澀暗示，迂迴曲折。

有的主管領導喜歡正式，有的主管領導喜歡隨意。有的主管領導喜歡面對面，有的主管領導喜歡透過郵件。

時間選擇上，有的主管領導喜歡在工作時間溝通，有的主管領導喜歡在工作之餘溝通。

地點選擇上，有的主管領導喜歡在會議室，有的主管領導喜歡在員工工位上。

對於級別高、能力強的程式設計師，主管領導更喜歡採用隨意的方式，採用面對面的方式。

對於處在重要崗位的程式設計師，或擔負重要職責的程式設計師，主管領導更喜歡採用謹慎的態度。

這就是因人而異，因溝通物件而異。

明白了上面的內容，那麼建立有效的溝通機制就簡單多了。

溝通目的，溝通時間，溝通渠道，溝通場地，溝通頻次，溝通物件，溝通方式等等，這些都是溝通機制中的關鍵因素。

這些沒必要花費太多筆墨，很多的領導都對此非常熟悉，很多團隊也有非常正規成熟的機制。

說了這麼多，再返回來說說如何和程式設計師有效溝通，下面是一些建議：

利用好晨會、週會、專案例會。

先從技術入手，談一些程式設計師喜歡或關注的話題，然後再轉入正規。

主管領導要做一個謙虛的甚至虔誠的聆聽者，多聽聽程式設計師的心聲。

主管領導要拋棄高高在上，要拋棄強制與命令。

儘量有話直接說，別拐彎抹角。

如果有些話題不方便當面溝通，可選擇郵件或其他通訊工具。

要尊重程式設計師，多顧及他們的“面子”。

要積極載入程式員，讓他們主動敞開心扉。

溝通中如果出現異議，要懂得讓步，避免爭論與爭吵。

總之，牢記尊重、平等、面子這六個字，那麼溝通就會更加有效。

其實我想說碼農每天都在跟程式碼打交道，很少跟別人溝通，溝通能力較差，當然因人而異，但大多數都是這種的。作為一名專案主管應該好好的跟他溝通，也要多站在碼農的角度想問題。時刻遵循人人平等，同時要放下領導的官微來平常心交流等。