Maximization?Optimization!



最近聽到這兩個詞的比較,套用在系統的效能分析上,是個不錯的解釋

不過我卻反而想到了在管理議題,曾經思考過的一個概念
頓時有種海闊天空的感覺,一掃最近的鬱悶

------------------------------------------------------------------------------

每個團隊,其實追求的並不是最大值(Maximization)
或者說,要是為了追求最大值,就會在不知不覺中,陷入前陣子那種鬱悶感中

團隊的資源、人力常常不是個人能決定的,而是由各種因素,組成了這個團隊
這就是「先天限制」,也就是資源有限的概念
那既然每個團隊的資源量都不同,大家都追求同一個最大值,合理嗎?
這也是在管理的方面,一不注意就忽略的點

曾經在辦營隊的時候,有思考過一個問題
我們的團隊並不是個人能決定的,即便是有了分組,擅長的內容與擅長的程度也都不同

那今天如果身為一個領導者
要做的應該是「引導一個80分的團隊,發揮出90分的成果」,甚至是「讓60分的團隊,產生80分的價值」,這才是最佳化Optimization的概念
而不是不管任何先天限制,一味的追求那個最大值100分

在管理上,如果為了追求最大值,而忽略的資源限制,就會產生一個現象:
「領導者覺得成員為何不做到100分,開始責備成員;成員覺得為什麼已經做得比平常好了,還是得不到讚賞」
在這種互相不信任、對立的氛圍中,任何團隊都是會瓦解的

反倒應該是認清每個團隊的「現在最大值」,激勵所有成員去挑戰它,去協調、引導成員的合作,找出最佳的合作模式,一步一步地從65、70、80慢慢成長,即便最後成果不是100分,在整個合作過程中會達到多贏的局面 ── 所有成員都能在良好的團隊文化中,體會到成長的成就感

這時候的關鍵點是在領導者身上,如果沒有轉換成最佳化的概念,不論領導者個人有多厲害,都不能帶領出一個強悍的團隊;甚至可以說如果是個人能力太強,更容易加速團隊的瓦解。

我想,試著去引導團隊的風氣,才是較適合的做法

留言

這個網誌中的熱門文章

API、Method和Library是什麼東西和關係?

《人月神話》簡易心得

Asp.net的網頁生命週期