註冊 | 登入 | RSS Feeds
ZDNet | Taiwan.CNET.com |

廣告:
2009/01/08 05:00:00
領導力 決定專案成敗
葉木金
PlurkFacebook
   

繼「新官上任三把火」之後,馬政府團隊又在去年的國慶大典發生意外狀況。因為位置安排出了問題、加上安檢嚴格,引發部分參加大典的民眾不滿,如資深藝人和僑胞因搶位置而發生不愉快,以及一對僑胞夫婦因為位置被佔走而被趕出場外等。

這些意外狀況似乎突顯了主辦單位協的調規劃能力不足、或是無法把細節處理好等,才會讓座位安排的問題不斷地發生。這則新聞讓筆者聯想到軟體開發專案也有相似的問題,是的,雖然慶祝活動與軟體開發在工作內容上有很大的不同,但在專案執行上,一再地重複出現同樣錯誤的現象卻是相同的。

可能很多人會認為,團隊一再地重複出現同樣的錯誤,不是團隊成員的能力有問題,就是他們並沒有盡力把事情辦好。不過,根據筆者在軟體專案開發的經驗來看,因團隊成員的能力或是其心態等問題導致團隊一再重覆犯錯的狀況並不多見,比較常見的是團隊領導者的領導能力不足,使得團隊成員把精力浪費在沒有意義的事情上,以致於成員無法有效執行負責的專案工作。

依法,或是依人?

就筆者觀察,很多團隊領導者認為,只要讓團隊遵循良好的制度、方法,就可以提昇團隊的工作效率與成員素質。這些領導者多半花了許多心力導入團隊制度化與標準化作業流程,並要求團隊成員用「專業」的方法來解決問題。

表面上,上述提到的標準化與制度化所意指的「專業」看起來似乎不錯,可以將重複、瑣碎或不重要的工作予以簡化、甚至是剔除,以增進工作的效率。

但就如同筆者在〈新官上任三把火〉這篇文章中所提到的,制度化除了會讓工作變得更加艱難、人們不願冒險以獲取高利潤之外,嚴重一點的還會讓團隊成員變得愈來愈依賴制度化、思考僵化,甚至是無法運用思考創意解決問題。

為什麼會這樣呢?這與專案具有臨時性與特殊性等特質有關,專案團隊必須視實際開發環境調整開發方法與流程,也就是說,沒有所謂「放諸四海皆準」的開發方法可以一體適用於所有的專案,解決難以預料的各種問題。

其實「依法不依人」並不是不可行,但受限於專案現實環境與限制等,根本不允許團隊規劃出適用於各種專案情況的最佳開發方法;就算真能規劃出所謂的一體適用的開發方法,可能需要能力更強的團隊來執行才可。

此外,用組織制度來取代成員的思考與創造,那只是促成團隊「自廢武功」的領導作為,最後,也只會把事情弄得更加難以收拾。(未完,請按下一頁繼續)

  繼續閱讀: >>
| 第1頁 | 第2頁 |
 
 

thumbs Upthumbs Down
+0
推薦
0/0 票
 

 
加入我的圖書館 訂閱關鍵字 單頁閱讀
加入網路書籤> 加入funP | 加入Google書籤 | 加入Yahoo!奇摩分享書籤 | 加入twitter | 加入facebook | 加入plurk |
友善列印 | 轉寄朋友

回應   對本則報導有任何意見或看法嗎?歡迎留言
18.dfd 於 2009/07/06 11:50 回應
独立网店提供商 一条龙式服务

独立域名 独立空间 独立网店系统 独立模板

独立网店:域名,空间,强大的前台产品展示功能,强大的后台帐务、物流、监控、统计功能全部打包销售。
Canfeel科技可以做到国内领先的电子商务解决方案提供商,最低498元,让你开上一般人开不上的独立网店
体验地址:www.canfeel.net.cn/shopadmin



公司网址:www.canfeel.net
电话: 4006 807 708
QQ: 253280859
讚?讚0 個人喜歡這個留言
 
17.有留名字 於 2009/02/22 12:01 回應
不跟匿名者討論,為什麼不直接關閉非會員的留言?!
既然要在ZDNet發表,卻又不願意接受非會員匿名留言?那你大可只在自己的部落格發表.
ZDNet既然允許非會員匿名留言,就代表在這裡發文的作者,必須接收大家公評.
更何況支持你的不也是有用匿名留言的嗎?沒辦法接受批評才是主要原因吧,跟是否匿名根本無關!

難道要笨到留e-mail來被你用信箱炸彈攻擊嗎?
不然你也公佈你任職的公司,這樣才有立場要求人家提供個人資料吧!

連這種相對付出的道理都不懂,還談什麼專案的領導呢?
讚?讚0 個人喜歡這個留言
 
16.匿名 於 2009/01/12 18:18 回應
爭功委過
讚?讚0 個人喜歡這個留言
 
15.sam 於 2009/01/12 17:45 回應
樓下的匿名者請去看看這作者之前的文章,你就會了解這作者(inpines)很勇於和他自己不同意見的人來一場激辯,這種個性的管理者即使擁有PMP,但真的會是好的PM嗎?
讚?讚0 個人喜歡這個留言
 
14.匿名 於 2009/01/09 09:46 回應
將帥無能 累死三軍
讚?讚0 個人喜歡這個留言
 
13.匿名 於 2009/01/08 17:09 回應
在管理的世界裡,不管是哪一個產業,管的都是人.
能夠是一個好的領導人,對人.事.物.都要很強的感受力.
感受力的培養,除了天生的個性,加上後天的經驗不斷的修正而成長.
接下來運用對人性的了解,用盡各種光明或黑暗面的手段來達到最終目的!

所以市面上很多管理學相關的書籍,運用太多複雜的詞彙,引用很多大師的言論來站台.
來條列式的說明如何控制人心.
除了很難讓老百姓看了感同身受外,

另外一個適合這樣寫的目的.....出書!
讚?讚0 個人喜歡這個留言
 
12.匿名 於 2009/01/08 14:03 回應
中文不是很好, 抱歉了:
很抱歉, 我個人在無理辯解時, 不是很在乎貼文的人是誰. 恕我這個陌生且不禮貌的人, 不再跟你討論. 或應該說我在辯解吧?

我滿贊同 Tom #10 的意見, 不同的人與不同的情況會需要不同的方法. 不管是制度還是流程. 她最後的目的在於讓團隊運作更順暢, 進而完成目標. 而團隊是由人運作, 自然也就是因為不同人(群)而有所變化.
讚?讚0 個人喜歡這個留言
 
11.匿名 於 2009/01/08 13:56 回應
你想針對人討論嗎? 還是想針對內容討論? 如果是人, 那就可以免了. 既然留下名子, 也不見的是本人, 那為什麼那麼在乎是誰?

我的經驗告訴我, 只要負責人與參與的人經驗夠, 就會避免或刻意特別檢查那些已經發生過的問題. 除非負責人沒有這經驗, 且態度不專業, 不肯聽其他人的意見. 自以為官大學問大.

很抱歉, 我在無理辯解時, 不是很在乎貼文的人事誰. 恕我這個陌生且不禮貌的人, 不再跟你討論. 或應該說我在辯論吧?
讚?讚0 個人喜歡這個留言
 
10.Tom 於 2009/01/08 13:48 回應
依照SOP把人做有系統的管理,個人覺得是很多管理者既定的印象做事方式,但這僅止於紙上談兵的管理方式,這請大學生來講應該也可以講出一大篇道理。

小弟任職管理階成今年邁入第六年,認為管理模式基本上都是依照"人"的因素來制定,沒有任何一種管理理論可以通用,重點還是在實際運作時不同人不同的做事方式而產生不同的結果。

現在公司內部要把工作管理系統建置起來,我擔心的是以後該怎麼管理這麼相異的ㄧ群人,是否實行後大家只會把自己的事情做完後就不管公司的運作,到時候連燈沒亮都沒人要處理,還是燈沒亮就讓他暗著吧!

如果人可以用有系統的方式管理得很好,那"人"的意義就僅止於機器的功能,就沒有創造性了~
讚?讚0 個人喜歡這個留言
 
9.inpines 於 2009/01/08 13:36 回應
我怎麼知道 8 樓的匿名和 3 樓的匿名是不是同一個人呢?我發現我愈來愈不能跟匿名者討論耶,因為不留下姓名我會認為你不敢以真面目示人,即使留下名字不見得是本人,但那至少代表你對別人的尊重吧。否則連個名字都不敢留,我怎麼知道你說的是真話呢?

此外,再次強調,我根本不想解決重覆劃位的問題。從我在專案經驗中所得到的認知,一個領導能力足夠的領導者是不可能讓他的團隊出現這樣的疵漏的,所以討論這樣的問題我認為是沒有意義的,因為領導能力不足根本不可能把專案做好,更遑論其他技術手法會對事倩有幫助。
讚?讚0 個人喜歡這個留言
 
8.匿名 於 2009/01/08 13:14 回應
基本上我不太認同 #4 的意見. 雖然在看事件省思問題這方面, 我非常贊成. 但是一開始就把重覆劃位定位為各單位協調有問題的不是 #3. #3 提的是人為疏失, 就算你有完美的溝通與協調管道, 但沒有被注意的問題. 他就是不會浮出檯面. 這個不是單單協調可以處理的問題.

如果座位重劃這個範例不適合, 基本上就不應該提出來. 這會誤導讀者. 以為經由協調的提升就可以避免座位重劃的問題. 基本上, 作者必須提出更詳細的例子或情境. 這樣讀者才知道, 在這些情況下, 經由協調與溝通可以降低座位重劃的問題.

我個人可以幫作者想一個情境, 在這個情境下, 管理上的協調可以降低座位劃分的問題. 但也限制於該情境. 跟作者以比較開放的模式不同. 所以, 我滿好奇作者或 #4 可以提出自己的見解. 如何解決這個問題. 或協調可以解決多少或怎樣的問題.

謝謝&期待
讚?讚0 個人喜歡這個留言
 
7.inpines 於 2009/01/08 13:04 回應
欲確保專案可以順利達成,團隊領導者必須能有效管理「人」這個因素;而這也是我下一篇欲闡述的核心觀念,即,團隊領導者該如何有效管理「人」這個因素。
讚?讚0 個人喜歡這個留言
 
6.Tom 於 2009/01/08 12:33 回應
如果這篇文章能夠舉出一些實際的案例或解決方法,那會更好。否則只是陳述一些現象,讀者還是不能瞭解如何增進自己的領導力。
讚?讚0 個人喜歡這個留言
 
5.inpines 於 2009/01/08 11:45 回應
實際上知道那個系統內情的人,卻覺得他們的意見沒有用,因為該系統出問題的部份並未用到資料庫技術。
讚?讚0 個人喜歡這個留言
 
4.inpines 於 2009/01/08 11:44 回應
3 樓的例子讓我想到當年高鐵售票系統出問題的時候,很多人都假設問題出在資料庫鎖定的問題,紛紛提出他們的見解。但實際上知道那個系統內情的人,卻覺得他們的意見沒有用,因為該系統出問題的部門並未用到資料庫技術。

為了避免出現這樣的繆誤,我想我不會假設問題出在那,以免鬧出不必要的笑話。更何況,這篇文章不是要討論如何避免重覆劃位,而是藉我們看到的事件,讓我們省思如何提昇團隊解決問題的能力。
讚?讚0 個人喜歡這個留言
 


留下你的意見
會員 * 帳號:
* 密碼:
  1. 欄位可選填,若全不填,則顯示為「匿名」。
  2. 不支援html語法
非會員

*姓名:
*E-Mail:

Blog:
  重新載入驗證碼
* 驗證碼: 記住我