: > 低能兒來發言啦，跟你才不用認真吧，還有不用擔心沒人做農夫、工人
: > 再不往sa、pm發展，一輩子就是做工人，將相與你們無緣
: 有辦法去外商公司的話，
: 就不會這樣想了，
: 外商公司也有研發人員專屬的升遷路線，
: 並不一定要往管理職鑽才有前途。
: 當 PM 也會遇上一些問題，
: 你一個很完美的構想，
: 下面的人因為都不會寫程式，
: 把你想得很王道的系統架構寫成跟垃圾一樣，
: 結果上面追究起責任來你第一個倒大楣，
: 所以這時你還是得下海去陪大家搞定一切。
: 再來舉個例子，
: 最近不少公司的主管開始在問，
: 怎麼人家的軟體隨便就能移植到 64-bit 環境，
: 我們的還只能在 32-bit 環境下跑 (或是 64-bit 裡的相容模式下)，
: 這個時候你帶的人都不知道要怎樣搞定，
: 那你還是得要有那個本事去教他們怎樣做，
: 不然你還是會倒楣。
王道系統, ㄏㄏ, 看來你比較適合做architect, 在我的工作環境中, 做出一個好
系統, 是architect的興趣, 他的成就感來源就是一個被客戶稱讚的系統. PM管不
到這一塊, architect只要跟PM說, 依照客戶的需求, 這系統需要弄成xxxxxxx,
所以我需要會xxxx and xxxx的人, 因為系統要被設計成
PM就要傷腦經了, 人去哪找, 錢夠不夠, 不然就要砍scope, 砍scope要跟誰砍
, 跟architec砍, 也要跟上面砍. 任何一方搞不定, PM就慘了. 所以PM是夾在
上下. 當然啦, 真正事情被簡單化了. 實際情況會更複雜. 我總覺得, 有時候
architect是半個PM, 他看事情時候, 要看技術面, 也要看管裡面. 但好處是, 可以
跟PM耍硬, 畢竟quality of works是很重要的. 不能給一個不是很清楚技術的PM指
引方向帶著走. 很多PM也是技術出身, 但畢竟對技術越來越陌生, even白痴. PM也
知道自己對技術系統架構不行, 所以也很認份. 必境以後架構出事情, 是
architect的事. schedule出問題是PM的事.
好的系統, 誰功勞大, 客戶看到的公司, 老闆. 老闆看的是architect, PM.
team member看到的是architect, PM.
重點是, 大家一個team, 如果心存誰比較低誰比較高, 等於是自己罵自己, 不是
都同一個team嗎.
--
╭──── Origin:<不良牛牧場> bbs.badcow.com.tw (210.200.247.200)─────╮
│ ↘ Welcome to SimFarm BBS -- From : [59.117.62.166] │
╰◣◣◢ ◢◢《不良牛免費撥接→電話:40586000→帳號:zoo→密碼:zoo》 ◣◣◢ ─╯