東方未名

經(jīng)常開各種各樣的會(huì)議,要達(dá)成共識(shí)很不容易，尤其技術(shù)會(huì)議更是容易吵架。舊年最后一天，寫點(diǎn)關(guān)于“開會(huì)”的想法。

首先，要注意聽別人發(fā)言。盡量不要打斷別人的發(fā)言，抓住對(duì)方的主要思想和依據(jù)。不要帶著偏見聽，有時(shí)候可能覺得對(duì)方不如你，但是不代表他現(xiàn)在說的就不對(duì)。把口頭禪從“不，……”改成“對(duì)，……”，即使有時(shí)候你不同意他的觀點(diǎn)，但是先肯定一下，可以緩和很多氣氛。

然后，盡量先把自己的理論基礎(chǔ)表達(dá)清楚，有時(shí)候爭(zhēng)了半天，發(fā)現(xiàn)兩個(gè)人想法是一樣的，不過是換了種表達(dá)方式……

最后，不要長(zhǎng)篇大論，給別人一個(gè)插口的機(jī)會(huì)。有些人講話，喜歡停頓一下，然后在別人馬上要開口講話的時(shí)候接著講。我很反感這種人，耍猴呢啊？給別人一個(gè)提出意見和疑問的機(jī)會(huì)。盡量把自己放到討論的主導(dǎo)地位上來，就是說，要慢慢地讓大家圍繞著你的觀點(diǎn)提問題，然后你再來進(jìn)行解答。但是千萬不要不讓別人說話，有時(shí)候給別人機(jī)會(huì)說話對(duì)自己理清思路也非常有好處。

最近看一本叫《人件集－人性化的軟件開發(fā)》的書，里面第一篇文章就講如何作出決策和達(dá)成一致意見。一致意見應(yīng)該做到綜合各方的優(yōu)點(diǎn)，而不應(yīng)該是各方意見的“折衷”。書里有一個(gè)稍顯極端的例子：假如你的團(tuán)隊(duì)正在開發(fā)一個(gè)圖形用戶界面的項(xiàng)目，一部分人強(qiáng)烈建議直接將控制按鈕放在屏幕底部，而另一部分人建議在屏幕左側(cè)放置一個(gè)控制窗口。兩種意見中，一個(gè)是水平放置，一個(gè)是垂直放置，形成了兩個(gè)極端。那么一個(gè)最具代表意義的折衷方案就是，將控制按鈕沿著對(duì)角線放置在屏幕的中央。在很多時(shí)候，由折衷所產(chǎn)生的解決方案比任何一個(gè)原始方案都差勁，但是“技術(shù)性一致意見”就恰恰相反，它所產(chǎn)生的解決方案要比任何一個(gè)原有的方案都好。書上給的“一致意見”解決方法是給控制按鈕窗體加上選項(xiàng)，讓用戶來決定是水平放置還是垂直放置。

在團(tuán)隊(duì)中的表現(xiàn)是很重要的，通過一個(gè)團(tuán)隊(duì)來改變團(tuán)隊(duì)中的個(gè)體，要比單獨(dú)改變一個(gè)個(gè)體容易得多。所以在團(tuán)隊(duì)中發(fā)揮影響，比單獨(dú)對(duì)每一個(gè)人發(fā)揮影響要有用得多。

有人說軟件工程更像是“社會(huì)學(xué)”，而不是“工程學(xué)”，我也越來越有這種感覺了。