經(jīng)常開各種各樣的會議,要達(dá)成共識很不容易,尤其技術(shù)會議更是容易吵架。舊年最后一天,寫點關(guān)于“開會”的想法。
首先,要注意聽別人發(fā)言。盡量不要打斷別人的發(fā)言,抓住對方的主要思想和依據(jù)。不要帶著偏見聽,有時候可能覺得對方不如你,但是不代表他現(xiàn)在說的就不對。把口頭禪從“不,……”改成“對,……”,即使有時候你不同意他的觀點,但是先肯定一下,可以緩和很多氣氛。
然后,盡量先把自己的理論基礎(chǔ)表達(dá)清楚,有時候爭了半天,發(fā)現(xiàn)兩個人想法是一樣的,不過是換了種表達(dá)方式……
最后,不要長篇大論,給別人一個插口的機(jī)會。有些人講話,喜歡停頓一下,然后在別人馬上要開口講話的時候接著講。我很反感這種人,耍猴呢啊?給別人一個提出意見和疑問的機(jī)會。盡量把自己放到討論的主導(dǎo)地位上來,就是說,要慢慢地讓大家圍繞著你的觀點提問題,然后你再來進(jìn)行解答。但是千萬不要不讓別人說話,有時候給別人機(jī)會說話對自己理清思路也非常有好處。
最近看一本叫《人件集-人性化的軟件開發(fā)》的書,里面第一篇文章就講如何作出決策和達(dá)成一致意見。一致意見應(yīng)該做到綜合各方的優(yōu)點,而不應(yīng)該是各方意見的“折衷”。書里有一個稍顯極端的例子:假如你的團(tuán)隊正在開發(fā)一個圖形用戶界面的項目,一部分人強(qiáng)烈建議直接將控制按鈕放在屏幕底部,而另一部分人建議在屏幕左側(cè)放置一個控制窗口。兩種意見中,一個是水平放置,一個是垂直放置,形成了兩個極端。那么一個最具代表意義的折衷方案就是,將控制按鈕沿著對角線放置在屏幕的中央。在很多時候,由折衷所產(chǎn)生的解決方案比任何一個原始方案都差勁,但是“技術(shù)性一致意見”就恰恰相反,它所產(chǎn)生的解決方案要比任何一個原有的方案都好。書上給的“一致意見”解決方法是給控制按鈕窗體加上選項,讓用戶來決定是水平放置還是垂直放置。
在團(tuán)隊中的表現(xiàn)是很重要的,通過一個團(tuán)隊來改變團(tuán)隊中的個體,要比單獨改變一個個體容易得多。所以在團(tuán)隊中發(fā)揮影響,比單獨對每一個人發(fā)揮影響要有用得多。
有人說軟件工程更像是“社會學(xué)”,而不是“工程學(xué)”,我也越來越有這種感覺了。
首先,要注意聽別人發(fā)言。盡量不要打斷別人的發(fā)言,抓住對方的主要思想和依據(jù)。不要帶著偏見聽,有時候可能覺得對方不如你,但是不代表他現(xiàn)在說的就不對。把口頭禪從“不,……”改成“對,……”,即使有時候你不同意他的觀點,但是先肯定一下,可以緩和很多氣氛。
然后,盡量先把自己的理論基礎(chǔ)表達(dá)清楚,有時候爭了半天,發(fā)現(xiàn)兩個人想法是一樣的,不過是換了種表達(dá)方式……
最后,不要長篇大論,給別人一個插口的機(jī)會。有些人講話,喜歡停頓一下,然后在別人馬上要開口講話的時候接著講。我很反感這種人,耍猴呢啊?給別人一個提出意見和疑問的機(jī)會。盡量把自己放到討論的主導(dǎo)地位上來,就是說,要慢慢地讓大家圍繞著你的觀點提問題,然后你再來進(jìn)行解答。但是千萬不要不讓別人說話,有時候給別人機(jī)會說話對自己理清思路也非常有好處。
最近看一本叫《人件集-人性化的軟件開發(fā)》的書,里面第一篇文章就講如何作出決策和達(dá)成一致意見。一致意見應(yīng)該做到綜合各方的優(yōu)點,而不應(yīng)該是各方意見的“折衷”。書里有一個稍顯極端的例子:假如你的團(tuán)隊正在開發(fā)一個圖形用戶界面的項目,一部分人強(qiáng)烈建議直接將控制按鈕放在屏幕底部,而另一部分人建議在屏幕左側(cè)放置一個控制窗口。兩種意見中,一個是水平放置,一個是垂直放置,形成了兩個極端。那么一個最具代表意義的折衷方案就是,將控制按鈕沿著對角線放置在屏幕的中央。在很多時候,由折衷所產(chǎn)生的解決方案比任何一個原始方案都差勁,但是“技術(shù)性一致意見”就恰恰相反,它所產(chǎn)生的解決方案要比任何一個原有的方案都好。書上給的“一致意見”解決方法是給控制按鈕窗體加上選項,讓用戶來決定是水平放置還是垂直放置。
在團(tuán)隊中的表現(xiàn)是很重要的,通過一個團(tuán)隊來改變團(tuán)隊中的個體,要比單獨改變一個個體容易得多。所以在團(tuán)隊中發(fā)揮影響,比單獨對每一個人發(fā)揮影響要有用得多。
有人說軟件工程更像是“社會學(xué)”,而不是“工程學(xué)”,我也越來越有這種感覺了。