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
本主題所含的標籤
無標籤
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:kenchu]
singlelog

換回來



發文: 416
於 2007-04-18 17:21 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 wrote:
這些跟你說的,PM要懂技術有什麼關係?
我根本看不出有什麼關聯性 ?
您提的都是風險
pm當然要會管理風險
那是他的工作
但這些跟技術有什麼關係
我知道,你要說PM不懂才會造成這問題


不,我要說的根本就不是說PM不懂才會造成這個問題。

我要說的是,PM什麼都不懂,是要跟人家做什麼風險管理?

做管理是要負責任的。PM如果薪水領的比別人多,就是因為要擔負的責任比較大,要做的判斷比較有價值。

不管PM懂不懂技術,專案都會有它自己衍生出來的問題。PM就是要去做管理。而這個管理就是做決策。如果他什麼技術都不懂,就光說要去做專案管理,要去做風險管理,結果只是找人來開會,然後把會議結論用email寄給大家,那跟一條只會吠的狗有什麼不同?
kenchu wrote:
但全公司最該懂技術問題的叫作技術主管不叫PM
難道技術主管沒能力幫助PM處理這些
反而是PM技術比技術主管強...

技術主管只會也只該解技術問題。比如說,專案要不要喊停,要不要重做,這都不是單純的技術問題。

比如說我丟出來的問題:Team leader告訴你,他還要再10個人,而且也不見得可以解決現在落後的進度。不過人不夠一定死。你已經超出原有預算與deadline,你要怎麼辦?

你的管理作為是什麼?

有時候,我會去觀察,他的人打算怎麼運用,我會去思考,這樣的問題,是不是導因於需求的不清楚,我會找SA來問,是不是裡面有什麼out of scope的東西?我會問SD,這中間他覺得問題的關鍵出在哪邊?是不是只要把某部份的核心調對,就可以回歸正軌?我會去問technical leader,我人力如果還是擠不出來時,有沒有其它的方法讓這件事可以繼續go 下去?

技術主管只會就技術的部份給意見。比如說,一個技術問題我們要怎麼樣才能解,有什麼可行的solution,他要是可以給一個方向就很幸福了。要不要做下去,該怎麼做下去,是我PM的問題。是我PM的決定。因為到時候是我要對專案負責,不是他。

而我如果不懂技術,我根本就不知道該怎麼下這些決定。

kenchu wrote:
要嘛拿軟體管理套在專案管理上
要嘛拿技術主管的工作套在PM上

最後再來說PM要懂技術....
難道不是粉末倒置

你的粉末倒置了以後要是結塊了,那就表示藥品已經變質,千萬不要再吞下肚了。

看來我們對於軟體專案管理跟各個主管該做什麼大家想法南轅北轍。這再討論下去,大概什麼結論都不會有。

Anyway,很久沒有遇到這種暴走的thread。不過我不太知道要繼續討論什麼,因為我的理念差不多都講完了。聽不聽就在個人了。Big SmileBig SmileBig Smile


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

我的網站:diggirl.net

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

換回來



發文: 416
於 2007-04-18 17:27 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 wrote:
其實有人質疑,以為我的都是我個人得世界...
但我說的其實都是 CMMI 的東西...
就是針對軟體業界很多問題所提出得節決之道
台灣CMMI 沒有什麼成效
不是CMMI 好不好的問題
是導入了 也是敷衍了事

溫伯格的軟體管理學,我剛看沒幾章,裡面他講到的model,就是cmmi還剛開始的時候的幾個level。

很奇怪的是,CMMI的東西,怎麼會跟溫伯格背道而馳?我想不懂。我自己對於CMMI了解的不夠徹底全面而深入,所以可能有哪位CMMI大師可以教一下,CMMI有教導人家說管理者應該是個不懂技術的人嗎?


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

我的網站:diggirl.net

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

井底蛙



發文: 624
於 2007-04-18 18:44 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
在這裡不是回覆誰,所以那個快速回覆的 Re: ID 不是正確的..

這麼長的討論串外加超長的引言...真的看不下去,只是這麼火熱的話題不表示一下怎可以

要這種各說各話的情形,大家很容易自認為自己是對的
(事實上也有可能,不同的專案有不同的要求,換句話說在自己面臨的專案真的是對的)

這時候,可以用同一個專案去討論,就用 高鐵 那個專案好了,如下這一篇
http://www.javaworld.com.tw/jute/post/view?bid=14&id=179146&sty=1
用這個例子,再來說 PM 到底是要懂什麼? 還是只要像 執行長/董事長/總經理 一樣只要坐在那裡叫誰作就好了 ? 到時就會自動做好


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

換回來



發文: 416
於 2007-04-18 20:12 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
我是覺得要討論的話,倒也不是說誰對誰錯,只是透過理性地思辨,去找出什麼比較接近真理。

在推理的過程中,保持一顆開放的心,遵循邏輯,然後拿自己自身的經驗來驗證,其實是很有趣的事情。

我是覺得邏輯還蠻重要的。因為有很多時候是把相鄰的兩件事當做是有因果關係,這很危險,因為會有錯誤的推論。有些危險則是來自於想當然爾的推論。

對於事實做錯誤的解讀,或是做任何過度擴張的解讀,對於找出共通的法則,其實並沒有幫助。

我自己會盡量做到在理解別人的論點時,我會把贊同跟反對的部份區分開來,我同意的部份我會表示意見,然後對於我不同意的地方提出我的看法。

我個人是認為,在討論的過程中,適度的禮節與尊重是有必要的。如果發言沒有針對問題,反倒是開始挑戰對方是不是有什麼經驗,有沒有看過書,我個人的話就會用同樣的禮貌來對待他。因為我覺得,人必自侮而後人侮之。尊重其實是相對的。大家是要討論出怎麼做比較好,而不是要看誰的出身比較高。


singlelog edited on 2007-04-18 20:14
reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

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





發文: 2
於 2007-04-18 22:06 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
Post is deleted

ianhong edited on 2007-04-26 15:32
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:kenchu]
yesteven





發文: 2
於 2007-04-18 22:37 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
這個討論串也看了好幾天了, 我只是實在抓破頭想不懂,
Kenchu老是叫人要多看書,ㄚ人家Singlelog也看了,還
quote出來做印證給參考.

可是Kenchu一直說不出來自己的觀點有哪本書的哪個
論點可以引用一下,讓大家討論討論.

這樣實在很難說有說服力.

-the end-

kenchu wrote:
我沒惡意
坦白說,我的朋友、我的同事對某些東西不熟的時候
我會希望他多看書
多看書,是希望彼此可以有共識
畢竟專案管理不等於軟體管理
看軟體管理得書套用在專案管理
本來就會有所誤解
在篇幅有限得情況下
我建議多看書
如果要說這是惡意
哪我沒意見......


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





發文: 89
於 2007-04-18 22:48 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
ianhong wrote:
希望大家有注意到 大家都有扭曲或擴大別人的意思.....

事實上, Kenchu 有分明出 Technical Leader 負責 technical. 當然很多企業沒有 technical leader, 所以才仰賴 PM 兼起這樣的職務. 當沒有 TL, 且 PM 也不負起 TL 職務時, 失敗是自然的. 畢竟很多工程師都很菜, 也沒有人去技術上整合.



這一點我想是沒人反對過,我自己比較不能被Kenchu說服的點在於
Kenchu認為只要有詳盡的專案計畫書,PM是誰來當都無所謂
問題是,意外總會發生,這不在計畫書的範圍內,如果在計畫書範圍內的話
那就不叫做意外了,當然PM會有幕僚可以協助,但是幕僚能做的還是有限度
最起碼,他就沒有權限決定該怎麼做,這完全是PM的Call

很多時候幕僚如果呈上來的選項並不是很明確的建議
他並不是PM,能看到整個專案所有的面向
比方說,現在這個系統寫到一半,已經可以預期效能會不好
幕僚建議整個翻掉重寫,或者是想辦法弄錢出來多買幾台硬體去解決
兩個二選一,
那..... 幕僚沒有提建議嗎? 幕僚也沒唬弄PM,這兩個方案都可行耶!
請PM決定而已,沒人要他下去寫吧!

採用方案一,專案延期,方案二,超出預算
現在出這種包了,PM不用去跟出錢的老板報告嗎?
老闆現在問PM他的看法,
PM是要跟老闆說,我以幕僚的看法為看法
還是要說老闆怎麼說我怎麼做?

之前我提到徒善不足以為政,完全仰賴PM的能力這當然是不好的
從來也沒看到有人說弄專案不用寫計畫書
但是徒法不足以自行,不然PM的P難道是PVCS的P,還是Proxy的P嗎
就說最愛搞作戰計畫的軍隊了,美國國防部好了
他們甚至連占領地如果在OOXX情況下應該由駐軍發行代替當地貨幣的軍票
都定義在計畫書裡,各位可以想像,這種財政經濟類的他們都定義了
何況是軍事類的計畫

那,巴格達的汽車炸彈等等難道是假的嗎?佔領這麼久了,應該局勢早就該穩定了吧
該不會是伊拉克戰爭的計畫書就打算好到現在局勢都不能讓他穩定下來吧

真要說PM可以沒有相關的技術跟經驗
假設,假設啦,
NASA打算要再發射一顆太空望遠鏡
說哈伯2號好了
你如果是NASA老大,有兩個PM人選,一個是上次發射哈伯這個專案的PM
另外一個是大門警衛,你會選哪個

NASA沒有專家?資源不夠沒辦法建立幕僚單位協助?
沒有上次的計畫書跟檢討書?

所以你會選門口警衛,因為他便宜?


eriklin edited on 2007-04-18 23:00
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:ianhong]
singlelog

換回來



發文: 416
於 2007-04-18 23:01 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
ianhong wrote:
事實上, Kenchu 有分明出 Technical Leader 負責 technical. 當然很多企業沒有 technical leader, 所以才仰賴 PM 兼起這樣的職務. 當沒有 TL, 且 PM 也不負起 TL 職務時, 失敗是自然的. 畢竟很多工程師都很菜, 也沒有人去技術上整合.

ianhong ,

現在又開放觀眾回應了嗎?XD

我在討論kenchu的model時,我其實是站在有Team Leader這樣的role來思考的。可是我提出的問題,都被四兩撥千斤的擋掉了。

有了team leader,做決定的人還是PM嗎?還是說PM只要重複別人的話語就可以了?

我們通常在設計組織時會權責相符。如果,一個案子的失敗,PM要負責的話,如果Team Leader給了PM錯誤的資訊,那是Team Leader要負責,還是PM要負責?如果Team Leader的錯誤資訊是來自於底下的team member,所以,只要出事了,就通通都是屬下的錯?

比如說TVBS做了假新聞,弄到最後都是小記者的錯。李濤還反過來在2100問潘祖蔭,你新聞部總監怎麼幹的。所以李濤不用負責?因為分層負責都負責掉了嘛。

政界也有人是這樣,出了事就都是說這局長做不好。好像一個當市長的什麼責任都沒有,切割一下都是局處首長不認真。

事實上,只要project fail,PM就難辭其疚。因為你在做的是管理。沒管理好,就是你要負責。先前剛好kenchu提到將軍的例子。打敗仗沒有人會把問題歸罪在小兵身上,誰官階最高誰就要被K。因為榮華富貴也是你拿最多。

我們把一個沒有技術能力的人擺在PM的位置,明知道他沒有技術判斷力,卻要他負責,這叫找一個傀儡,找一個代罪羔羊。如果他就已經沒有判斷能力了,你還硬要他背書,出事了要他下台,這不就是拿他當沙包,當個靶子而已嗎?

所以,我問的是,難道有了team leader,PM就不用做決策嗎?這並不是誰負責technical的問題。而是說,如果是technical decision,PM就不用負責嗎?

當然啦,也因為我指的是PM也專職,TL也專職,所以後面你講的故事根本就自動作廢了。

至於PM兼任technical leader,這不一定會有問題。有問題的地方,其實是在他會不會有角色上的衝突。通常,最常看到的角色衝突,像是自己需要監督自己這種事最好不要有。

如果PM剛好是technology的owner,他要兼任technical leader,那最好他做的事就是只負責回答問題,只負責解決技術上所遇到的難題,盡量是把工作分出去,帶領小朋友們把它做完。

實務上比較小型的案子,PM還會兼任SA/Tester...

事實上也因為案子比較小,不複雜,人力不足時是會發生這種事。那就表示PM要做的事更加全面。這樣的PM當然一定要懂技術。

至於是不是這樣就沒辦法把專案給管理好,這就不一定了。事實上因為案子小不複雜,所以關鍵掌握好,就可以把案子結掉了。這就沒有一定的答案。

當然,這種小案子沒什麼賺頭,可是要是做垮了,要賠一拖拉庫。所以,很多人就覺得一直這樣搞,台灣沒前途。不過我覺得台灣軟體業如果因為這樣沒前途,問題是出在公司的方向上,不去開發那種可以出光碟就收大錢的軟體,硬要賺這種辛苦錢,這能說什麼?

ianhong wrote:
基本上這是名詞跟職權的辯論. 所以要跟kenchu 討論, 當然必須要站在 kenchu 的邏輯(或名詞定義上)思考. 跟 singlelog 討論, 當然就是singlelog 的基準點上討論. 但千萬不要一次跟兩個人同時討論.... 他們兩個人的模式完全不一樣....

至於這種說法我就不敢茍同了。因為並不是我沒有站在kenchu的邏輯上思考,而是我站在kenchu的邏輯上思考,指出他推論的問題時,他把它當做空氣一樣。然後開始講一些類似數學恆等式的話語。


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

我的網站:diggirl.net

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





發文: 2
於 2007-04-18 23:38 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
Post is deleted

ianhong edited on 2007-04-26 15:32
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
poshoung





發文: 51
於 2007-04-18 23: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
說到cmmi管理,忍不住想插點嘴

話說前頭,我壓根沒有正統的學過cmmi
一切都是在旁邊看公司搞的印象
所以有錯請不吝賜教

cmmi在我的印象中是個很偉大的制度
把"軟體專案"切割成許許多多的功能作業與階段
再用許許多多的文件,確認書,說明書,評量表
追朔表。...etc來串接,評量,監督這些階段與作業的進行。
用意本是良善
偏偏台灣的環境,有幾個專案是經過詳細的評估有足夠的工時的?
評估沒做好,需求就沒有收斂,造成工時過份樂觀,最後deadline臨頭
第一個milestone來臨時,PM拿鞭子請您把文件交出來時。
明明昨天還在跟客戶夜間的聯誼活動後的宿醉中,今天突然間像變魔術一樣
出現一本熱騰騰的文件。其內容品質也許非常cmmi
但是真的是有用的東西嗎?

第一本不行,接下來的環環相扣後面就不用贅述了。

也許管理之所以是門學問就是在於沒有任何方法可以管的住人性吧
不管在上的貪婪鄉愿或是在下的蠢鈍偷機


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





發文: 0
於 2007-04-18 23:57 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
singlelog wrote:
因為並不是我沒有站在kenchu的邏輯上思考,而是我站在kenchu的邏輯上思考,指出他推論的問題時,他把它當做空氣一樣。然後開始講一些類似數學恆等式的話語。


呵呵,這是他日常的習慣嗎?

建議 kenchu,把他平常讀書得到的理論,用在他任職的公司,改造一下他任職的公司。

也建議他,把平常讀書得到的理論,真正去執行 PM 的工作,自己作作看;而非老是建議公司、上司、其他的 PM,應該如何按照理論去作事。

自己作作看,把理論化為實際,如果成功,拿出實例,或是說說實戰的經驗,如果真有實戰經驗,這個討論串也不會這麼長了。

如果,只是一直叫人看書,一起沉醉在理論中,作一些學術上的辯論,這,有點不切實際。

呵呵,kenchu 連 CMMI 都搬出來了。Big Smile


what_is edited on 2007-04-19 00:00
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:ianhong]
singlelog

換回來



發文: 416
於 2007-04-19 00:04 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
ianhong wrote:
決策 是 PM 一個人該做的嗎?

要不然呢?

他可以把這個程序弄得很長,也可以去問很多人,也可以請很多人給他好幾個選擇,可是大多數的情況下,就是他要決定。

如果不讓PM做最後的決定,專案做不好你還要罵他的話,是在罵心酸的嗎?


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

我的網站:diggirl.net

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





發文: 161
於 2007-04-19 01:25 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,就是要做決策,因為一但有問題
是PM要負責,而客戶也只會找PM來罵,而不是PM找底下評估錯誤的人過來請客戶罵

PM要做決策,因為他要負責的

另外我看了一下CMMI,我是不大懂啦!不過這是不是就好像UML的Design Pattern?
專案管理的解決方案?

那麼這又讓我想到Extreme Programming,也是另外一種Design Pattern
不過這是屬於"軟體開發組的"....抱歉,我又離題了 XDDDD


reply to postreply to post
電腦是害人的工具,但是上帝卻可以藉著它行奇妙的大能
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:singlelog]
singlelog

換回來



發文: 416
於 2007-04-19 09:50 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
singlelog wrote:
我要說的是,PM什麼都不懂,是要跟人家做什麼風險管理?

我剛剛在晾衣服,忽然想起來,我這句話要是沒解釋,等一下又是一堆口水。

風險管理是門很專門的學問,對於不懂的人來說,不就是把risk寫下來,放在一個list裡面follow就好了?

有些人會比較認真一點,會寫一寫risk發生的機率,影響大小,然後預防與解決措施。

可是,這是沒有技術或是沒有專業知識的人就可以做到的事情嗎?

講到這個就不免要問,你有受過風險管理的專業訓練嗎?還是說你心目中的風險,一樣是去project team繞一圈做做市調後,請品管部門提供給你,這就算是風險管理了?

事實上risk management在軟體專案來講是蠻冷門的學問,因為研究這門學問要像法醫一樣,當人家送來一具具冰冷的屍體,你要把它到處割開來研究一下,這到底死因是什麼。有時候雖然一個人看起來像是被下了毒藥而死亡,可是實際驗屍以後找不出原因,最後才發現原來是中了佛地魔的索命咒。這種東西就需要有那種從一堆死人骨頭裡面找原因的熱情才會做的很好。

以往IBM在規劃process時,在project宣告結束之後會開一個驗屍大會(port mortem)。就是在專案結束後來看看有沒有什麼值得改進的地方。這邊累積下來的知識,就足以讓後人可以借鏡。

我雖然沒有受過專業的risk management的訓練,不過關於這個領域還是有書可以推薦。

Assessment and Control of Software Risks

這本書是大師Capers Jones所寫的,這本書很枯燥,因為它一開始在撰寫時,就刻意把內容弄得像是病理學的課本一樣(這是作者自己說的)。

我是沒唸過病理學啦,不過作者的想法是說,風險這東西呢,應該要把症狀寫清楚,然後把形成的原因,發生的機率,會有什麼併發症,已經知道的疫苗,已經知道的解藥,嚴重程度...這些通通列出來。等到專案的醫生去診斷發現,啊,你這下感冒了,鼻塞就要吃什麼藥。咦,我忘記了,就可以把這本書打開來翻一翻,然後看看前人累積下來的智慧。

也因為它搞的像是字典一樣,所以這本書我實在沒興趣從頭看到尾,所以在風險管理這門課上我應該會被死當。而這種書呀,我看大概也不太可能出中文版。有興趣的人就自己考慮一下要不要上amazon去買了。

所以,如果我們說風險管理是那種沒技術經驗的人就可以做的事情,這實在也只能說,我們把專業這件事看得太廉價了。好像路上隨便拉個阿伯都可以來做風險管理一樣,Capers Jones聽到大概會昏倒吧。

事實上軟體工程的領域很廣。每一門都是很專門的學問,有蠻多有用的知識,其實都很冷門的。很多時候我們沒有鑽研的人,就會單從字面上去解釋,把一些工作想的很簡單。事實上在大型專案中,所養的每個人,所負責的每件事,背後可能都有很深的道理,也需要很深的專業學養才能勝任。只是說,目前市場並不見得會給專業人士等值的報酬。因為你的價值不見得有辦法可以彰顯出來。

我自己剛剛是想起了電影阿波羅十三號,Ed Harris演的那個應該是NASA的指揮官。你說他不懂技術嗎?我想最少對於每個環節都有足夠的認知。最少換我上去我就不知道該做什麼。可是要說他就會計算什麼登月小艇回地球的航道呢,我想這就不一定了。他雖然不見得會計算,可是他自己就知道有這件事是要做的,而且需要被納入管制。這是什麼沒經驗的人就可以想到的嗎?我不知道。最少對我來說,我是完全的無知。

所以要是誰是接班人要我上電視去演,要怎麼當NASA的PM,我一定會讓Tom Hanks葛屁。

當登月艇出問題時,他們弄了一個team來研究,怎麼樣在有限的電力下,改變程序,讓登月艇可以在電力極度不足的狀況下,重新設定回地球的航道。當裡面的二氧化碳濃度過高時,他們得要自己從現有的一堆拉里拉雜的東西裡面,變出一個空氣濾清器來。

這是什麼寫在登月計畫書使用者手冊裡面的東西嗎?我想不是。可是身為一個管理者,就是要在突發狀況發生時,帶領你的team想辦法找出solution。讓結果貼近你想要的樣子。

要不然就準備迎接一火箭的死太空人吧。

所以我並不覺得管理就是寫完計劃書,做做風險管理這麼簡單。Well, god knows what you really mean by risk management.

這比較像是你跟上帝在丟骰子比大小,而這骰子已經灌了水銀在裡面。你是要派個羊祜去跟他玩呢,還是要派韋小寶出馬,這哪個贏面比較大,這好像已經不言可喻了。

當然啦,要是有人要說,這不是專案管理,這是登月任務管理。Ed Harris應該要什麼都不懂,放著讓屬下去做就好了,要不然他就沒有在做真正管理者該做的事,就是拿著麥克風當司儀照著唸。因為專業的NASA,應該會有很好的品管小組云云,這好像也沒錯。

反正當主管的要是出槌了,最多也只是去死太空人的靈堂,上香獻花獻果要家屬節哀順變就好,畢竟,什麼地方不死人呀?至於誰要負責?這是意外呀,當然是上帝要負責。我們就把一切交給上帝吧。

這或許也不失為一個好方法。不過這就跟我想要走的路,有比較遠的差別了。


singlelog edited on 2007-04-19 10:00
reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

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





發文: 2
於 2007-04-19 09: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
Post is deleted

ianhong edited on 2007-04-26 15:32
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:老陳]
ianhong





發文: 2
於 2007-04-19 10:02 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
Post is deleted

ianhong edited on 2007-04-26 15:32
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
eriklin





發文: 89
於 2007-04-19 10: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
專案計畫書,專案計畫書

這本書到底是哪來的,上帝傳真過來的神諭?

還不是PM要去寫

沒有相關經驗的PM,有辦法寫出來嗎?

就算要去改現有的計畫書

問題是,沒有兩個專案是完全相同的,寫書的PM還是要依照他的專案的情況來調整

找一個沒經驗的人來寫,寫的出來嗎?

也許會有一個Team,獨立於專案之外,來寫這本書

那好了

你是老闆,你會從寫這本書的Team裡面找個人來當PM

還是已經有這本書了,所以PM就可以省點錢了?


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





發文: 161
於 2007-04-19 10:12 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
無言.....Dead

看到ianhong的回應我不知該如何回應了,應該是說不知道該怎麼解釋了Big Smile
照這樣說,一個專案是否沒有頭? 如果有, 那麼....... 還是無言.... XD


reply to postreply to post
電腦是害人的工具,但是上帝卻可以藉著它行奇妙的大能
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:chermanyen]
singlelog

換回來



發文: 416
於 2007-04-19 10:13 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
ianhong,

這是在玩走捲軸式的迷宮遊戲嗎?好像一個人所有的決定只能有一個模式?Big SmileBig Smile

1.PM對於他自己可以決定的事情就自己決定,比如說,有個Programmer跑來問他,我可不可以請假出國一個禮拜出去玩。PM 誰都不用聽,自己決定就好。比如說你可能會說『啊你的code是寫完了嗎?你是想讓我們死嗎?現在在UAT的最後一個階段了,不准。』

2.對於PM 不懂的事,他可以自己去決定問什麼人,要用什麼形式,然後再來決定。比如說他可能選擇就問architect,或是開個會大家來討論。有會議的好處是,你做的決定最少有一群人幫你背書。缺點是什麼東西都要開會決定的話,對大企業來說,這會花超久的時間。

3.就算去問了全部的人,也不會是由全部的人來負責。而且,對一個專案上會遇到的問題來說,你很少會有什麼問題是要問全部的人。因為每個人的專業程度都不一樣,所以不可能票票等值。

唯一有可能要問全部的人的問題是:『公司現在有一筆獎金下來獎勵我們,大家要去哪邊happy一下呀?』

我的答案是1與2,3是不可能發生什麼大事的。因為我不會拿什麼重要的事去問全部的人。不過我覺得因事制宜還是很重要的。我們做事情不會完全就是遵照同一個模式,你會去分類,然後用不同的處理方式。

在專案裡面,做錯事其實最大的懲罰在於你要把它做到完。被罵還只是一時的心酸,你要是要繼續跟一個病入膏肓的專案藕斷絲連,牽扯不清,這才是真正讓人痛苦的地方。


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

我的網站:diggirl.net

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





發文: 2
於 2007-04-19 10:18 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
Post is deleted

ianhong edited on 2007-04-26 15:32
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:ianhong]
eriklin





發文: 89
於 2007-04-19 10:23 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
ianhong wrote:
模式:
1. PM 誰都不聽, 自己決定.
2. PM 聽完全部意見, 最後做決定.
3. 大家一起決定.

三種模式 都有其優缺點.

1. 不用聽笨蛋的意見. 但是知識拘限於 PM 而已.
2. PM 整合了大家的意見, 做出決定. 但是 PM 要真的懂. 如果要懂不懂的, 一樣會做錯決定.
3. 大家的知識跟意見都會被整合到. 因為都是專家直接的意見. 問題是, 不要先吵起來.

誰負責失敗?
1. PM
2. PM 大多數
3. 全部人.

你的答案是 2. 所以你的企業模式必須要用 2 的模式. PM 要懂很多事情. 不然她真的會被罵心酸了.

kenchu 應該比較偏向 3. 問題是他的團隊都要很專業, 可以接納包容其他人的意見. 且可以很快速做決定. 不過那是採用他模式的人的問題. 所以 kenchu 的企業模式要採用 3.


三種都要PM負責啦


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

換回來



發文: 416
於 2007-04-19 10:24 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
ianhong wrote:
這個就像是 sales, 明明不是他開發的. 但是因為開發人員搞砸, 害她還要去說對不起. 他也滿可憐的.

sales要是沒有專業能力還可以拿commission,他的薪水裡面本來就有一定的比例是遮羞費。

好像mhung有寫過一篇文章就在講這個。

不過如果照你的邏輯來看,那經濟不好關阿扁屁事?市政不好關馬英九屁事?因為通通都不是他們搞的嘛。

圓環也不是馬英九挑磚瓦去重建的呀,設計圖也不是他畫的呀。阿扁也沒有自己寫什麼兩兆雙星,大建設大感動計畫呀。雪山隧道也不是他挖的。那為什麼我們有功有過都要歸在這些人頭上?你當人家主管的,出了事就是要扛。

講說不是我做的還要去跟人家對不起,這很可憐。老實說,這叫推諉塞責,沒有人會同情你的。

馬英九做過一次這種事,這就是轟動全台的邱小妹妹事件。他一開始想說,這小女生被家暴又不是我害的,發生在台北市我就要去道歉,這還真無辜。所以事情爆出來的頭幾天還一副輕描淡寫的樣子,還被媒體拍到他去親民黨的晚會上面喝酒跳舞。隔了沒幾天發現不對,就天天跑醫院去表達他的慰問了。

你就算很無辜,很倒楣,你坐在這個位子上,你就是要去扛這些東西,要不然你就不要做。


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

我的網站:diggirl.net

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





發文: 2
於 2007-04-19 10:26 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
Post is deleted

ianhong edited on 2007-04-26 15:32
reply to postreply to post
作者 Re:有沒有不會寫程式卻在做系統分析的? [Re:ianhong]
singlelog

換回來



發文: 416
於 2007-04-19 10:29 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
ianhong wrote:
看來又是一次的準備閉嘴...

這次打算閉多久?Big Smile

不要把所有的事情都弄成是不是在針對你個人。我們是在討論,怎麼做比較好。要是每個人被人批評,不去想想他的論點有沒有道理,反倒一直在喊說是不是要我閉嘴,那你要閉嘴就閉嘴不要講話就好了。幹嘛還一直喋喋不休?

每個人都有不同的觀點,你講完你的看法,換我們講我們的,大家經由理性的討論,希望可以找出什麼樣的作法比較好。不要講沒幾句話就是,你是不是要我閉嘴,你為什麼不多看一點書...講這些都是偏離主題。

不過,這裡是灌水版,所以沒有主題就是最好的主題啦。Big Smile


singlelog edited on 2007-04-19 10:36
reply to postreply to post
我的書:專案管理Happy書!

我的網站:diggirl.net

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





發文: 161
於 2007-04-19 10:30 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
ianhong wrote:
不合理? 你們不也說 kenchu 的話, 不合理?

我沒有說沒有頭, 而是職權是什麼, 怎麼分配. 不習慣? 不要用就好啦?

看來又是一次的準備閉嘴...


別動怒,我沒有任何不尊重的意思,讓你誤會的地方請見諒 Smile
(希望這個議題可以很心平氣和的討論下去喔~~ ^^)

我要說的是....一個專案一定要有頭,而這個頭是有責任要負的
他不是負對內的責任,而是負對外的責任,對客戶的交代,這一定是要有頭去擋子彈的
這個頭對外要對專案的成敗負上責任, 這不是刻版印像,而是一個頭最基本要做的事

P.S. 這個主題在目前"回覆最多的話題"排行榜衝到前五名囉!看來應該可以衝到前三,已經打破灌水區的最高紀錄囉 Big Smile


reply to postreply to post
電腦是害人的工具,但是上帝卻可以藉著它行奇妙的大能
(Total 33 pages)  
go to first page go to previous page  3   4   5   6   7   8   9   10   11   12   13  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