JWorld@TW the best professional Java site in Taiwan
      註冊 | 登入 | 全文檢索 | 排行榜  

» JWorld@TW » 交流、聊天、灌水  

按列印兼容模式列印這個話題 列印話題    把這個話題寄給朋友 寄給朋友   
reply to topicthreaded modego to previous topicgo to next topic
己加入精華區
by koji at 2007-04-18 22:54
本主題所含的標籤
無標籤
作者 有沒有不會寫程式卻在做系統分析的? [精華]
chermanyen





發文: 19
於 2007-03-14 16:55 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我們公司是這樣子,不會寫程式但是在做系統分析及pm,不知道各位對這有何看法?

reply to postreply to post
程式寫的好,要飯要到老…orz
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
shasun





發文: 118
於 2007-03-14 18:54 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
不會寫程式當SA、PM的一大多,
當經理的都有哇,
這實在不足為奇!


reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
ChihHsiang

改用misgod的帳號了....

版主

發文: 293
於 2007-03-15 08:32 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
chermanyen wrote:
我們公司是這樣子,不會寫程式但是在做系統分析及pm,不知道各位對這有何看法?


SA,PM,SD本來就是不同的專業

不要再受到SD->SA->PM這種升遷的影響了
程式寫的好不代表會做系統分析,會做系統分析不代表就會管理專案
重點是你專業能力夠不夠

如果你有Domain knowledge,可以很清楚知道客戶的需求並提出解決方案
我個人認為就算不會寫程式,也可以是一個好的SA


reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
dnikeb





發文: 3
於 2007-03-15 11:03 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
不會寫程式,也可以是一個好的SA ??

不同意~~ 不會寫程式 怎麼知道程式的難度在哪..
怎麼評估時間?
就看過SA 從客戶那裏拿來一個需求..說給大家聽
之後 大家差點噴飯..內容大概是像007那樣..某個
檔案會在某人看過之後 自己銷毀 還會提示倒數..

同樣的需求 其實可以有不同的解決方法


reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
hearenly

壓力是一種享受,但有時卻是一種折磨。



發文: 322
於 2007-03-15 12:49 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
不會寫程式和不懂程式應該是兩回事吧,
但SA,PM,SD的定義到底在那呢,有人可以解釋一下嗎,
感覺好像說起來,什麼都不會就可以做事了,真神奇。


reply to postreply to post
心中浮現出回家種田的想法~><"
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
poshoung





發文: 51
於 2007-03-15 19:20 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
PM 專案經理,責任是管理專案的進行,協調各種資源。確保專案的正常運行。
SA 系統分析,責任是分析負責領域的需求與問題,並系統化的劃分模組。
SD 系統設計,根據SA的結果設計電腦接受的功能架構

課本都有寫,但是現實都不是這樣。
什麼是PM,會跟你說合約歸合約,你就先照客戶說的做啦的那個凹你的傢伙。
什麼是SA? 在客戶家畫月餅的那個傢伙。
什麼是SD?丟爛攤子給你的前輩。
什麼是工程師?把課本上面的PM SA SD PG的工作全包的可憐蟲。
welcome to the real world~@@


reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
antijava





發文: 65
於 2007-03-16 10:08 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
FAQ

有幾個面向可以來看這個問題

1.問題本身
是"不會寫程式"還是"沒寫過程式"?
相當多的PM和SA是由程式設計師promote上來,
而由於工作內容的改變,
已經沒有辦法寫程式寫的比程式設計師快又好

2.專案性質
以"軟體部份佔整個專案比例"來看的話
如果比例越高,
那麼PM/SA對程式的了解越多,
規劃和實作的結果差異可能比較小,
如果是一個包含"軟體開發, 多家產品整合, 硬體採購"..的專案,
那麼PM/SA對整體架構的了解及掌握度,
遠比對程式的了解來得重要

以前聽過別人講過一個比喻,
就是"建築師"和"現場施工人員",
你說"建築師"有沒有綁過鋼筋? 有沒有敲過板模?
你說"建築師"會不會綁過鋼筋? 會不會敲板模?
你看過幾個現場施工人員可以升上來變建築師的?

不管如何不能接受,
某種程度來看重要性,
PM > SA > PGM,
為什麼?
因為 PM(SA) 的一個 promise,
後面就有一拖拉庫的人受惠(害).

不管是PM/SA/PGM,
各個職務都有自己的位置該負責的事,
怎麼看都是別人做的工作比較輕鬆,
自己的loading最重,
這不過是自己的心態問題,
越能早點調整,
對自己越好.

常有一天你自己當上了 PM/SA 的時侯,
記得今天你自己覺得 PM/SA 做得好的地方,
改進 PM/SA 做不好的地方,

路, 還長得很呢...


antijava edited on 2007-03-16 10:11
reply to postreply to post

作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
magicfish





發文: 209
於 2007-03-16 10:14 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
以前在小公司內碰過業務兼職PM(甚至代作系統分析的報告書),
常常劃出一些超完美的schedule
那時候傻傻的不知道該反應有執行困難

不過假如真的反應
可能會像獨辜老大書中所寫=>
ME:老大我覺得專案時程太趕了
PM:我相信你可以做到的
ME:這很難阿
PM:我相信你可以做到的
ME:有些技術我沒做過阿
PM:我相信你可以做到的,不足的去問同事就好
ME:這些功能太難做了
PM:我相信你可以做到的,不足的去拜拜辜狗大神就好了
ME:萬一跳票怎麼辦
PM:我相信你可以做到的,到時候不足可以請人支援
ME:.....


reply to postreply to post
One day,a girl appeared before the boy suddenly.
She said that it was an "angel" about herself.
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:magicfish]
hearenly

壓力是一種享受,但有時卻是一種折磨。



發文: 322
於 2007-03-16 14:17 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
magicfish wrote:
以前在小公司內碰過業務兼職PM(甚至代作系統分析的報告書),
常常劃出一些超完美的schedule
那時候傻傻的不知道該反應有執行困難

不過假如真的反應
可能會像獨辜老大書中所寫=>
ME:老大我覺得專案時程太趕了
PM:我相信你可以做到的
ME:這很難阿
PM:我相信你可以做到的
ME:有些技術我沒做過阿
PM:我相信你可以做到的,不足的去問同事就好
ME:這些功能太難做了
PM:我相信你可以做到的,不足的去拜拜辜狗大神就好了
ME:萬一跳票怎麼辦
PM:我相信你可以做到的,到時候不足可以請人支援
ME:.....


你說的好像我們主管說的,
ME:這個我沒做過耶
主管:我相信你可以的,主管要走時,回頭說明天就要,此時是晚上7
點多。
ME:........
MESad此時我的心中出現了,好吧大家一起死。)


reply to postreply to post
心中浮現出回家種田的想法~><"
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:antijava]
juevampire

藍色吸血鬼:皮卡丘十萬伏特!!!



發文: 167
於 2007-03-21 12:09 user profilesend a private message to usersend email to juevampirereply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
antijava wrote:
FAQ

有幾個面向可以來看這個問題

1.問題本身
是"不會寫程式"還是"沒寫過程式"?
相當多的PM和SA是由程式設計師promote上來,
而由於工作內容的改變,
已經沒有辦法寫程式寫的比程式設計師快又好

2.專案性質
以"軟體部份佔整個專案比例"來看的話
如果比例越高,
那麼PM/SA對程式的了解越多,
規劃和實作的結果差異可能比較小,
如果是一個包含"軟體開發, 多家產品整合, 硬體採購"..的專案,
那麼PM/SA對整體架構的了解及掌握度,
遠比對程式的了解來得重要

以前聽過別人講過一個比喻,
就是"建築師"和"現場施工人員",
你說"建築師"有沒有綁過鋼筋? 有沒有敲過板模?
你說"建築師"會不會綁過鋼筋? 會不會敲板模?
你看過幾個現場施工人員可以升上來變建築師的?

不管如何不能接受,
某種程度來看重要性,
PM > SA > PGM,
為什麼?
因為 PM(SA) 的一個 promise,
後面就有一拖拉庫的人受惠(害).

不管是PM/SA/PGM,
各個職務都有自己的位置該負責的事,
怎麼看都是別人做的工作比較輕鬆,
自己的loading最重,
這不過是自己的心態問題,
越能早點調整,
對自己越好.

常有一天你自己當上了 PM/SA 的時侯,
記得今天你自己覺得 PM/SA 做得好的地方,
改進 PM/SA 做不好的地方,

路, 還長得很呢...


推你的文章!!

系統分析重要的是Domain knowledge,
而不是 technique,
所以在當銀行業界納入IT時,
是請在銀行中有法律背景和相關實務背景的行員去學coding,
然後去設計他們自個所要的系統,
而不是找outsourcing或是一個coding能力高強的人,
這點相信很多人都有深刻的體會吧..


reply to postreply to post
什麼時候我曾孫會叫哆啦A夢來照顧我?
㆝\('_')/ ㆞<(._.)> ㆟/(-_-)\
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:magicfish]
antijava





發文: 65
於 2007-03-21 17:56 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
magicfish wrote:
PM:我相信你可以做到的,不足的去拜拜辜狗大神就好了


我倒是常跟小朋友講類似的話TongueTongue

我的口頭禪是:
「我們又不是寫什麼發射太空梭的系統」

你碰到的問題別人早就碰過(解決)了,
趕快解決問題最重要.

剛開始大家不熟, 對我半信半疑,
幾次 work 合作下來,
我總是能在網路上找到小朋友要的答案.

只要能讓小朋友同意

"用「別人的」公式算出圓面積比「自己」證明圓周率"有意義的話,

之後就不用再多說了,
大家日子都輕鬆愉快.

PS.我們家的系統都是最簡單的增刪查改, 比起站上大大開發的系統, 真的不難


antijava edited on 2007-03-21 17:59
reply to postreply to post

作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:antijava]
hearenly

壓力是一種享受,但有時卻是一種折磨。



發文: 322
於 2007-03-22 13:10 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
antijava wrote:
我倒是常跟小朋友講類似的話TongueTongue

我的口頭禪是:
「我們又不是寫什麼發射太空梭的系統」

你碰到的問題別人早就碰過(解決)了,
趕快解決問題最重要.

剛開始大家不熟, 對我半信半疑,
幾次 work 合作下來,
我總是能在網路上找到小朋友要的答案.

只要能讓小朋友同意

"用「別人的」公式算出圓面積比「自己」證明圓周率"有意義的話,

之後就不用再多說了,
大家日子都輕鬆愉快.

PS.我們家的系統都是最簡單的增刪查改, 比起站上大大開發的系統, 真的不難


不~我想那是你說話的技巧問題。

簡單說就是EQ吧。

"你不會自己找"和"你可以上網去查查看,這個問題應該是有人已碰過",
二句話的意思都是要自己去找,但是口氣和說法讓人接受度不同。

我們主管是屬於前者,而且還外加碎碎念,在加有時心情不爽口氣更不好。
而你可能是後者。


reply to postreply to post
心中浮現出回家種田的想法~><"
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
singlelog

換回來



發文: 416
於 2007-03-22 16:23 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
有吧,我遇過一個很強的人,他用excel加word就把系統要有的需求通通都講的一清二楚,而且從頭到尾完全貫通無虞。

剩下的就是怎麼把他做完而已。

會不會寫程式不是重點,重點是這個人好不好溝通,他在表達需求時是不是採取了讓人容易理解的形式,他描繪出來的東西到底是不是做得到的,以及這個東西到底是不是end user最後會需要的。


reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
cphunterlin





發文: 193
於 2007-03-23 01:09 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
chermanyen wrote:
我們公司是這樣子,不會寫程式但是在做系統分析及pm,不知道各位對這有何看法?

標題是寫 系統分析 . 但您的問題卻是有 系統分析及pm.

系統分析 SA,將期望需求轉為 程式設計前的第一步.
將 User 要的、程式可以做的、系統設計該準備的規劃好.
這是有系統概念、程式架構 know - how 的、甚至有該開發軟體、DB 的概念的會比較好. SA 如對需求的消化不良、會在 SD 時很累很累的. 所以拙見認為 , SA 要有一點程式的 know -how 比較好. 但不一定要會寫程式. 上面所述的能力,可擇其一擁有當然是好的.

PM . 是專案的管理者,這個通常是行政上的主管來當就行了 ( 我現在的主管管就不會程式),但她會 layout 美美的 html 給我們 = =哈哈~~把需求定義的很清楚. 她管時程、開發的功能取決;我在估算時間時,也會將開發的功能和時間的長短來做一個取決. 專案時間是每一個軟體開發的成本線. PM是管這個的,PM 要有經驗、行政能力. 程式的能力、看來是不需要的 Big Smile


reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:cphunterlin]
chermanyen





發文: 19
於 2007-03-23 08:27 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
那這樣看起來找SA和PM的話就找業務就好了是嗎?
只要容易溝通,能和END USER建立關係,了解END USER的要求
也不正是業務在做的事嗎?
know how也不是從課本上及課堂上就學的來的,也不正是從跟user
的溝通中才能了解嗎?


chermanyen edited on 2007-03-23 08:34
reply to postreply to post
程式寫的好,要飯要到老…orz
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
singlelog

換回來



發文: 416
於 2007-03-23 12:41 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
業務通常聽不懂user的需求,而且還會把事情想得很簡單呀。

knowhow的話不一定是從課堂上學來的,從系統裡面學的機會也蠻高的。

至於PM,這並不是行政上的主管來當就行了呀。 Big Smile

PM最重要做的事就是要build up一個team,除此之外,還要讓大家keep motivated,也要做planning與decision,他常常要在各個不同的目標與代價之間做取捨。真正好的PM對專案是無可或缺的。不過這種大將難求,找不到的人,就找找廖化當先鋒吧。


reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
sayNever





發文: 250
於 2007-03-23 18:17 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我之前待的軟體公司就有剛進來公司就馬上訓練他們做sa的,
之前和她合作一個case,很常在開發過程中遇到一些問題。
個人覺得sa不懂code的話,
起碼對系統要有一定程度上的了解,
這樣子比較能有溝通上的共同基礎。
懂code是比較好的,
起碼在估工時上不會相差太多。
個人經驗,
一張12小時的規格,
我寫了將近1個月的時間。(泣~)

另外在此請問SD和PG的差異?
個人覺得好像蠻相近的,
請問各位先進們的公司在工作內容上,
二者有啥不同的嗎?


reply to postreply to post
且縱歇聲穿山去,埋此心情青松底,常棲息。
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
kenchu





發文: 128
於 2007-03-26 00:42 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
這是台灣普遍存在的問題
基本是 PM 的 M 就是"管理"
也就是專案管理 這根本是廢話
可真是廢話嘛 ?
坦白說,有台灣多少人真的知道PM到底該做些什麼 ??
陪客戶打屁 ? 系統分析 ? 管人 ?

在有規模的公司
工程師可以選擇兩個方向
一個是願意面對客戶 在當任SA前 會先要求當業務或相關職務
一個則是走技術..
這兩者會有其不同的走向
而PM則是由管理職的人擔任
不一定需要懂技術
專案管理並不是管技術而是管"專案"


kenchu edited on 2007-03-26 00:57
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
singlelog

換回來



發文: 416
於 2007-03-26 03:14 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
管理職的人確實可以來當PM,就跟你也可以在路上隨便拉條狗來當PM一樣。可是是不是做的好,還是只會沒事亂吠汪汪叫,這就差很多了。

我個人是覺得,好的PM的話不會只懂行政,可是也不用懂所有技術上的細節,而是要了解專案是怎麼進行的,遇到問題時要怎麼樣找人去幫忙你下正確的判斷,然後好好地跟你的團隊一起合作向前走。

當然,PM要幫忙解決很多行政上的問題。可是這並不表示PM只要會行政就好了。


reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:singlelog]
kenchu





發文: 128
於 2007-03-26 09:31 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
PM 不等於 Team Leader
PM 最重要的是資源管理與計畫
管理職 也不等於行政
所謂的管理就是做好一件事的方法

singlelog wrote:
管理職的人確實可以來當PM,就跟你也可以在路上隨便拉條狗來當PM一樣。可是是不是做的好,還是只會沒事亂吠汪汪叫,這就差很多了。

我個人是覺得,好的PM的話不會只懂行政,可是也不用懂所有技術上的細節,而是要了解專案是怎麼進行的,遇到問題時要怎麼樣找人去幫忙你下正確的判斷,然後好好地跟你的團隊一起合作向前走。

當然,PM要幫忙解決很多行政上的問題。可是這並不表示PM只要會行政就好了。


reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
singlelog

換回來



發文: 416
於 2007-03-26 17:32 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
kenchu,

這牽涉到的是你認為project manager的工作到底是把什麼東西做好就好。

比如說,他只要做plan,然後調整resource,完全只要把人當做手上的棋子移動來移動去,這也叫做project manager。不過,我還是蠻喜歡tom demarco的說法。

不過關於PM該會什麼,這已經是個老梗了。

http://www.javaworld.com.tw/jute/post/view?bid=15&id=45776&tpg=1&ppg=1&sty=1&age=0

再次分享tom demarco的話。

Four Essentials of Good Management
•Get the right people
•Match them to the right jobs
•Keep them motivated
•Help their teams to jell and stay jelled
(All the rest is Administrivia)

摘錄自Deadline, by Tom Demarco


reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:singlelog]
kenchu





發文: 128
於 2007-03-27 09:42 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
坦白說

我說的是對PM這個職務得定義與需求
"專案"經理
為什麼要加上專案?
管得是"專案"
重點在專案管理

再次說明 Team leader 不等於 PM
PM 的定義是在運用資源做好專案與管理
這是這職務的定義

要把PM當作 Team leader 業務 SA SD PG 那都是公司的文化
沒有對或不對之分
而是PM 原本的定義就是在管理專案,資源分配
人力 , 時間 ,資金 ,跟其他需要用到的 都屬於資源
管理在於計畫與執行
計畫在於規劃與分析
執行在於掌握與控管
在才是PM該做的

其他什麼有的沒的 ,那個是部門主管該做的
如果 PM 老是要挑好的工程師才能完成一件事
那也只是半調子的PM罷了

singlelog wrote:
kenchu,

這牽涉到的是你認為project manager的工作到底是把什麼東西做好就好。

比如說,他只要做plan,然後調整resource,完全只要把人當做手上的棋子移動來移動去,這也叫做project manager。不過,我還是蠻喜歡tom demarco的說法。

不過關於PM該會什麼,這已經是個老梗了。

http://www.javaworld.com.tw/jute/post/view?bid=15&id=45776&tpg=1&ppg=1&sty=1&age=0

再次分享tom demarco的話。

Four Essentials of Good Management
•Get the right people
•Match them to the right jobs
•Keep them motivated
•Help their teams to jell and stay jelled
(All the rest is Administrivia)

摘錄自Deadline, by Tom Demarco


reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:kenchu]
singlelog

換回來



發文: 416
於 2007-03-27 10:42 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我想我的focus更窄,只focus 在軟體專案管理經理。因為我沒有當過其他行業的PM。Big Smile

我不覺得當一個軟體專案管理的經理,在管理專案的過程中,可以『只』考慮到資源的分配還有排程。

當然,這個命題反過來問,PM要會把資源分配好,把專案管理好,這不會有錯。

find the right people 並不是要挑好的工程師,而是要挑對的人把他組合起來。你是個籃球教練,你的兵就這幾個。有時候就是看你怎麼調度。歐尼爾在籃下很厲害,可是罰球很爛,你就是要把他在對的時機放到場上。

你有的不一定是歐尼爾這樣的大柱子,可是有時候,幾個看來不怎麼樣的傢伙兜起來,也會是一支鋼鐵勁旅。前幾年活塞拿到總冠軍就是個很好的例子。

以我自己的經驗來說,管理專案最重要的因素在於人。也在於怎麼樣把人組合起來,變成一個team,發揮最大的力量。人當然是資源的一種,可是人這種資源不是放到甘特圖裡面就一定會有固定的產出。

當然,你要認為這都是部門主管的事,這也可以。只會把人排排隊插到甘特圖上,delay了就再去繞人來,這種專案經理我也看過。不過我並不覺得這是什麼很好的專案經理呀。Big Smile


reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:singlelog]
kenchu





發文: 128
於 2007-03-27 17:56 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
怎說呢..

專案經理的工作明明白白定義的很清楚
重點是計畫,擬訂工作項目
工作項目包含 內容 ,資源 , 時程 , 風險
其中 人力屬於資源的一部分
專案經理應提出資源的運用計畫,與可能的風險
其中就包含資源的不足,包含人的素質所可能造成的風險
而專案經理所擬訂的專案計畫工作項目中
就包含工作項目的執行單位或負責人
而挑正確人的則是這些單位或負責人(Team Leader) 的責任
但專案經理應清楚提出可能風險

簡單說,專業專案經理人,最主要的工作就是工作項目的執行管理
也就是 計畫,執行與分配

這都不是我說的,這些都是對專案經理的定義

我在強調一次
專案經理不等於Team Leader

一個專案經理可以不需要懂技術,但要清楚得了解專案的工作項目的規劃,執行與控管

所以我回應開版者
也就是不會寫程式當專案經理是沒有什麼好質疑的
請不要將專案管理跟軟體工程掛上等號
軟體工程是軟體得開發經驗累積的學問
而專案管理是專案管理經驗累積的學問

兩者並不同

回singlelog
專案經理就是專案經理
我並沒有說你說得內容如何

我是針對專案經理這個職務說明一個專案經理的定義

find the right people
從來都不是專案經理得工作
專案經理該做的就是正確的清楚分析工作項目,與所需資源(人力也是資源)
並針對所有可能的產生風險(包含用錯人)提供清楚的分析

這才是專業專案經理人

至於你說的
那個是 Leader 的責任
並不是專案管理
這部分我建議您可以看一些專案管理的書
我想應該會有更清楚得了解

題外話
一個本來就很強很多人的球隊,當然可以組成一個很強的隊伍
但就算是雜牌軍
都可以訓練到足以威脅到強隊
這才是人才

singlelog wrote:
我想我的focus更窄,只focus 在軟體專案管理經理。因為我沒有當過其他行業的PM。Big Smile

我不覺得當一個軟體專案管理的經理,在管理專案的過程中,可以『只』考慮到資源的分配還有排程。

當然,這個命題反過來問,PM要會把資源分配好,把專案管理好,這不會有錯。

find the right people 並不是要挑好的工程師,而是要挑對的人把他組合起來。你是個籃球教練,你的兵就這幾個。有時候就是看你怎麼調度。歐尼爾在籃下很厲害,可是罰球很爛,你就是要把他在對的時機放到場上。

你有的不一定是歐尼爾這樣的大柱子,可是有時候,幾個看來不怎麼樣的傢伙兜起來,也會是一支鋼鐵勁旅。前幾年活塞拿到總冠軍就是個很好的例子。

以我自己的經驗來說,管理專案最重要的因素在於人。也在於怎麼樣把人組合起來,變成一個team,發揮最大的力量。人當然是資源的一種,可是人這種資源不是放到甘特圖裡面就一定會有固定的產出。

當然,你要認為這都是部門主管的事,這也可以。只會把人排排隊插到甘特圖上,delay了就再去繞人來,這種專案經理我也看過。不過我並不覺得這是什麼很好的專案經理呀。Big Smile


reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:kenchu]
singlelog

換回來



發文: 416
於 2007-03-27 18:40 user profilesend a private message to usersend email to singlelogreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
kenchu,

這就是定義上的不同了。Big Smile

我們並不是在準備考試,所以書上講的定義雖然很漂亮,可是單純做這種事情就可以被稱為是專案經理,這專案經理也太好做了。

好吧,我翻一下多年前看過的RUP。

project manager
The role with overall responsibility for the project. The Project Manager needs to ensure tasks are scheduled, allocated and completed in accordance with project schedules, budgets and quality requirements.

如果只有看到後面那一大堆,那果然沒錯,你反正就提出計畫再執行。不過這個人,是要扛專案成敗責任的人。所以對我來說,並不是只是計畫,擬訂工作項目這樣而已。

你訂完plan,你要去執行,你要去修正,你要去評估,你要解決你面臨到的問題,你要去取捨。而軟體專案的特點,在於人到目前為止都是一個非常關鍵的因素。你要做的事,通通都跟人有關。

所以你講的有關厲害的PM這塊,我其實完全同意。厲害的人,就像Larry Brown把活塞帶起來一樣。活塞的人並不是什麼super star,可是他們就拿到了當年的總冠軍。咦,這不就是我舉過的例子嗎?

而這裡,是不是有慧眼可以識英雄,是不是會把人擺對位置,然後讓整個team可以融合在一起,發揮所長地朝目標邁進,這就是Tom Demarco認為專案經理最重要的工作。而我對於這個看法深表贊同。

因為對軟體專案來說,resource/time/cost/quality其實都跟人息息相關。有興趣看看Tom Demarco的說法的話請看看 deadline(最後期限)這本書。

我並不覺得,people management這一塊是team leader 的responsibility。PM可以不懂coding的技術,可是他不能不懂,軟體開發流程,以及各個不同目標之間的tradeoff。總不能人家提出一個技術上的評估報告,你沒有能力去判斷,到底要怎麼做比較好。

而對我來說,這也是廣義的"技術"。這不是什麼路上拉個張三李四就會的東西。主要是因為前面有人說,只要是行政的人就好了,我也覺得這不是一般只受過類似商業管理教育的人就可以理解的東西。總還有很多地方是需要補強才能勝任軟體專案經理的工作。

我覺得把太多事看的太理所當然,又不懂技術(software development process)的專案經理,其實是很多專案最大的問題根源。

專案管理是一門單獨的學問,像是建築工程,研發計畫...各類不同的jproject,project management共通的部份都是在調resource/time/cost/quality。可是對於軟體專案來說,做project management不能不懂software engineering。所以我同意,專案管理跟軟體工程不能掛上等號,可是如果對於一個軟體專案經理來說(在java論壇我也假設這個專案經理就是搞軟體專案的。),不懂軟體工程就很難做好一個稱職的專案經理。

不過如果要看看這個業界的話,其實尸位素餐的人還蠻多的。

當然,要是你心目中的專案經理不用為專案的成敗負責的話,那又是another story了。


singlelog edited on 2007-03-27 18:50
reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

my blog http://tinyurl.com/36gcye
(Total 33 pages)  
go to first page go to previous page  1   2   3   4   5   6   7   8   9   10   11  go to next page go to last page
» JWorld@TW »  交流、聊天、灌水

reply to topicthreaded modego to previous topicgo to next topic
  已讀文章
  新的文章
  被刪除的文章
Jump to the top of page

JWorld@TW 本站商標資訊

Powered by Powerful JuteForum® Version Jute 1.5.8