看了CSDN馮大俠的《老大，我想說兩句》，深有感觸，因?yàn)槲乙苍?jīng)遇到過類似的情況，深知這種情況下個(gè)人的郁悶感覺。

但現(xiàn)實(shí)畢竟是“老大”就是老大，你的前途、薪水都掌握在老大手里，抱怨和郁悶都不能解決問題，反而會使問題更加惡化；而且既然是老大，那么必然有過人之處（不管是技術(shù)、還是有關(guān)系、還是會說話，那都是老大的優(yōu)勢）。因此，我們要學(xué)會和老大溝通交流的技巧（當(dāng)然這些技巧同樣適合跟其他人溝通交流）。

下面是我根據(jù)自己的經(jīng)驗(yàn)總結(jié)的幾條，希望對各位遇到類似問題的兄弟姐妹能有幫助。

1）用別人聽得懂的語言

這個(gè)道理其實(shí)很簡單，比如說你要和老美交流，你用中文，他只懂英文，你們能夠交流嗎？對老美你可以說“這個(gè)老美不懂中文，我沒法和他交流”，對老大你能這么做嗎？這么做就只有走人了，但是換個(gè)地方還是有老大的?。海?/span>

但遇到實(shí)際情況的時(shí)候，很多人就忘記了這條簡單重要的原則。

我們就以CSDN馮大俠的《老大，我想說兩句》一文中的內(nèi)容來做樣例吧（沒有看不起或者批評馮大俠的意思，就事論事）：

1、需要考慮“開-閉”原則，以便于增加新的服務(wù)不修改原來的程序；

從博文來看，馮大俠的技術(shù)功力非常深厚，但問題就在這里：別人聽不懂！不要說做管理的，就是做技術(shù)的，估計(jì)也沒有幾個(gè)人能達(dá)到這樣的高度。我原來的公司從架構(gòu)師到資深設(shè)計(jì)師到設(shè)計(jì)師，沒有幾個(gè)人懂“開閉原則“，最多就聽說過而已，對于開閉原則怎么做、有什么作用都不清楚，你要說開閉原則可以“增加新的服務(wù)不修改原來的程序”，別人還會說你吹牛“不修改程序怎么增加新的服務(wù)”！這樣不就是用中文和老美交談么？

但“開閉原則”確實(shí)有用，那么，這種情況下我們應(yīng)該如何把“開閉原則”的好處用別人聽得懂的語言描述出來呢？理論上很難定義，給個(gè)樣例大家就會明白，還是以馮大俠的這條來說吧，用老大聽得懂的語言可以這么說：

如果用了開閉原則，下次增加另外一個(gè)功能時(shí)只需要500行，如果不用開閉原則，那么增加另外一個(gè)功能要5000行。

或者干脆不要提“開閉原則”，因?yàn)橛械睦洗舐牭侥氵@么說，擔(dān)心你提一個(gè)他聽不懂的概念來忽悠他，或者通過這種東東來鄙視他，所以你干脆這么說：

如果這么做，下次增加另外一個(gè)功能時(shí)只需要500行，如果不這么做，那么增加另外一個(gè)功能要5000行。

當(dāng)然，如果你的老大連500行和5000行都聽不懂，那么要多少人天總能聽懂吧，那么你就可以這么說（假設(shè)一人天全流程20行）：

如果這么做，下次增加另外一個(gè)功能時(shí)只需要25人天，如果不這么做，那么增加另外一個(gè)功能要250人天。

如果這樣還聽不懂，那我只能為你祈禱了：）

以下是我總結(jié)的常用“技術(shù)語言”對應(yīng)的“管理語言”說法，拋磚引玉，具體應(yīng)用的時(shí)候根據(jù)具體情況來選擇：

1）可擴(kuò)展性：轉(zhuǎn)換成增加一個(gè)新功能需要的工作量；

2）可移植性：轉(zhuǎn)換成切換系統(tǒng)所需要的工作量；

3）可靠性：轉(zhuǎn)換成一年宕機(jī)幾次，每次宕機(jī)恢復(fù)時(shí)間多長，需要多少人維護(hù)系統(tǒng)等；

4）可維護(hù)性：轉(zhuǎn)換成客戶經(jīng)過多久可以熟悉系統(tǒng)、一個(gè)復(fù)雜的操作所耗時(shí)間的前后對比；

5）可測試性：轉(zhuǎn)換成是否可以自動化測試，測試人力減少多少，測試時(shí)間減少多少；

6）性能：轉(zhuǎn)換成系統(tǒng)容量、客戶完成一個(gè)操作的時(shí)間；

7）技術(shù)優(yōu)勢：轉(zhuǎn)換成工作量，例如用Java做工作量多少，用Python做多少；

2）關(guān)注對別人有利的東西

讓別人聽得懂只是溝通交流的第一步，別人聽得懂還不一定會聽你的，因此我們要用上第二招：關(guān)注對別人有利的東西，簡單來說就是“利誘”！

“利誘”這個(gè)詞可能不好聽，但非常有效，因?yàn)槿硕季哂袗勖孀?、重?shí)利的心理。別人和你爭執(zhí)，爭的是什么？當(dāng)然是面子和利益了。如果你竭盡全力證明別人是完全錯(cuò)誤的，或者這件事只對你有益，別人憑什么要聽你的，好處都讓你拿了，面子都讓你掙了，別人還有什么？那還不和你拼個(gè)魚死網(wǎng)破？

所以，溝通交流講究的是“雙贏”，大家都有面子，大家都有肉吃，這樣最后大家才能雙贏，才能和諧。

我們來看馮大俠的樣例吧：

你知道JAVA但是從來沒寫過，但是你不知道JAVA是面象對象的，編程是要考慮擴(kuò)展性、安全性、易維護(hù)性，并且要采用合適的模式，這樣設(shè)計(jì)出來的系統(tǒng)才是可以越做越好的，而不是象我們原來做的財(cái)務(wù)系統(tǒng)一樣，去每個(gè)行都有新功能要做，但是就是沒有一個(gè)綜合的系統(tǒng)，像金蝶、用友那樣功能越來越全的系統(tǒng)；

通過這段話，我們可以看到馮大俠在抱怨老大不懂技術(shù)，導(dǎo)致做了一個(gè)不好的產(chǎn)品。但這樣說無疑是打了老大兩個(gè)耳光：“老大不懂技術(shù)”、“因?yàn)槔洗蟛欢夹g(shù)所以做了一個(gè)垃圾產(chǎn)品”，這樣老大的面子往哪里擱??？

而且這段話內(nèi)容雖然是正確的，但如果老大來看，他的利益體現(xiàn)在哪里？沒有地方體現(xiàn)。“越做越好”、“綜合的系統(tǒng)”、“功能越來越全”這種不是老大的利益，而是公司的利益，老大關(guān)注的是開發(fā)周期、產(chǎn)品BUG率、工作量、需求實(shí)現(xiàn)率、以及各種針對他的考核指標(biāo)。

因此，如果關(guān)注老大的利益，我們就不能這么說，而要站在老大的角度，看看對老大究竟有什么好處。以下樣例僅供參考：

如果用Java開發(fā)，結(jié)合設(shè)計(jì)模式等相關(guān)理念，開發(fā)周期可以減少到原來的50%，產(chǎn)品BUG率降低到0.1%，工作量降低50%......

3）提供足夠的事實(shí)證據(jù)

我們知道，在實(shí)際交流的時(shí)候有很多感性的東東，比如說“好”和“壞”、“較多”、“較少”、“可能”、“也許”。。。。。。等等，這些詞語說起來簡單，也給說的人留下了一些回旋的余地，但這些詞語是溝通交流的很大一個(gè)障礙，因?yàn)槊總€(gè)人理解的都不一樣，理解不一樣就會產(chǎn)生誤解和矛盾。相信大家都有這個(gè)經(jīng)歷：要么是大家都對牛彈琴、雞同鴨講，要么最后才發(fā)現(xiàn)原來雙方爭論的不是一回事。

有一個(gè)笑話：同樣是看到“美女”這個(gè)詞，人想到的是“貂蟬”，豬想到的是“烏克蘭大白豬”、貓想到的是“金絲貓”！

所以，溝通交流的時(shí)候，盡量避免這種感性的描述，而要提供事實(shí)證據(jù)，比如說數(shù)據(jù)、圖表、分析報(bào)告等。

還有一個(gè)方法：找更多贊同你的人來一起溝通，如果里面有老大信任的人更好，所謂“三人成虎”。人越多，事實(shí)就會表現(xiàn)得越真實(shí)：）

4）如果以上措施都沒有生效，那么放棄溝通交流，不要浪費(fèi)時(shí)間

最后，如果你以上方法都試過了，但還是沒有效果，那么我的建議是放棄說服和溝通，不要浪費(fèi)時(shí)間了。

這種情況下要么按照老大的說法去做，要么自己該怎么做就怎么做，反正老大不會來看代碼。

但我要提醒你，如果按照自己的方法做，風(fēng)險(xiǎn)很大：做得好，老大不會感激你，因?yàn)檫@相當(dāng)于證明了他的無能；做的不好，所有錯(cuò)誤都是你來承擔(dān)！