「我看獨孤木與kenchu大戰專案管理」的後記
原本以為獨孤木和kenchu大戰已告一段落，我才寫了一篇「我看獨孤木與kenchu大戰專案管理」來紀念這件事。沒想到，上個星期戰火又起，又有多方好手加入混戰，此刻的文章數竟已超過幾個月前的高鐵大戰，榮登JavaWorld排行榜第三名。
似乎，我太早紀念他們了！
「軟體系統的開發，絕大部分是以專案(Project)的型態來進行的」，或許kenming的這句話，能夠解釋「有沒有不會寫程式卻在做系統分析的？」這樣一個工作內容的問題，為何會扯到專案管理，然後論戰不休吧！
發表文章
13 comments:
老實說我看到一半時放棄了，只感受到一種雞同鴨講的故事發展，也許，是視野的差異造成討論根本沒有交集吧？
個人倒是認為：如果 PM 一定要懂技術，那最好先界定出適用的領域與專案的規模。
我不能再同意樓上更多了.
我也是看到一半就放棄
另外從獨孤木的文章及blog中覺得..他似乎有點嗜好筆戰 :D
歹戲拖棚, 拖棚也終會變歹戲...
其實, 這也是其中一個我不喜歡用論壇 forum 的原因: 太容易失焦而暴走了
我也同意ada，真的是雞同鴨講。因此除了想想專案管理與軟體開發，我倒是從他們這案例在反省自己：如何有效溝通？
如果 PM 一定要懂技術，那最好先界定出適用的領域與專案的規模。
聽起來蠻合理的,問題是,能界定的出來嗎?
不管職稱是什麼,當你對你所處的工作不夠專業,而可以把事做好,是運氣 ..
當身為一個 pm 時,如果他的個性是很自大時,不懂技術這個案子如何成功,當他個性優柔寡斷時,不懂技術要耗到什麼時候可以結案 .
所以重點是 , 不在其位不謀其政 .
如果真的當了 pm , 就應當深入去了解..
以系統分析來說,當他夠了解什麼是系統分析時,程式不可能不會寫,只是寫的功力到什麼程度而已.
Hi Ken,
Very reasonable statement!
And welcome to my blog!
匿名 提到...
如果 PM 一定要懂技術，那最好先界定出適用的領域與專案的規模。
聽起來蠻合理的,問題是,能界定的出來嗎?
其實不用把問題看的太複雜，如果堅持 PM 要懂技術，那麼就要先說清楚是適用在那一種產業、那一類專案、成員的人數、專案的期程範圍之類的訊息後，讓討論焦點不會無限發散到其他我們不熟悉的領域中就好。
就像是高鐵建置專案一樣，誰相信高鐵的計劃經理（應該有吧？）會同時懂軟體系統、機電工程、土木工程、○○○、ＸＸＸ、△△△ 呢？真的有這種萬能 Plan Manager 的話應該也不會屈就在台灣高鐵了，我相信在 NGC 偉大工程巡禮/Discovery 建築巨擘/Discovery 浩大工程 中一定會經常看到這位萬能 Plan Manager 的身影的！
其實不用把問題看的太複雜，如果堅持 PM 要懂技術，那麼就要先說清楚是適用在那一種產業、那一類專案、成員的人數、專案的期程範圍之類的訊息後，讓討論焦點不會無限發散到其他我們不熟悉的領域中就好。
您之前的發言表示您曾經看過那個Thread
,所以我也假定您是IT相關產業從業員
那麼,要不要試試定義看軟體專案在
什麼樣的規模以上,PM可以不用懂技術?
有些事情用說的很簡單,做起來就未必了
給 匿名:
關於這個議題, Ada 的部落格有更充分的論述. 請看Ada Hsu 的胡思亂想 :: 專案經理是否一定要懂技術？，你可以更了解Ada的想法。在這個留言板，限於篇幅，不足以讓Ada發揮。
To hoyo,
很抱歉, 你的留言被我刪除了, 因為我看了覺得有點 offensive.
建議你在自己的部落格或個人網站寫篇文章說明你的觀點, 讓Ada, 我, 以及網路上的眾人知道. 但不要貼在部落格的回應區, 因為部落格和forum最大的不同, 就是回應很少人會認真去看的.
咦... 是這樣子的喔！？
很抱歉打亂了原本和諧的秩序，因為某位大大老是提到喲哪桑的大名才連過來看看，沒想到結果既然是誤會一場！？
容小弟告退，請了...