星期六, 4月 14, 2007

R君談專案管理

R君是鳥毅的朋友,在X公司的Java專案部門擔任工程師,是從Apple II開始玩電腦的資深電腦玩家;據說他在小學時代就會寫Basic,前年用OpenGL寫了一個小game自己玩。
針對這次Leopard延期事件,R君表達他的看法,以下是MSN上的對話:

R君 說:
昨天看到Apple工程師被調去做iPhone的軟體,我覺得會這是個大問題

鳥毅 說:
對呀,所以Leopard要october才會出來,我前一天去看還是寫spring 咧

R君 說:
第一是 iPhone 的系統搞不出來
第二是Leopard會停擺
寫過軟體的都知道
突然被調去做原來不相關的事
那表示專案管理出問題了

鳥毅 說 :
說到管理,我有一個想法:如果把軟體元件化,例如人事、薪資等全部元件化,programmer只能從元件抓資料或send message,不允許直接存取db,會不會比較好?

R君 說:
這是合理的架構
全都由BO提供

鳥毅 說:
敝公司的MIS沒有做共同元件,自己造輪子,結果要整合都從DB抓資料,現在為了權限弄得一團亂。
我在以前的公司根本不知道會員資料的架構,還是可以寫整合的服務

R君 說 (上午 11:16):
要有個權力統合的SD角色

鳥毅 說:
之前提code review,但根本沒人鳥我

R君 說:
這就是看機會來時有沒辦法把握囉
當沒人做時跳出來做
自然會得到上面賞識
很多事情
用說的倒不如先做出來
低調點
等到其他系統出包時
就把您做的拿出來
這樣自然有人會相信您
因為我現在就是在這樣搞

鳥毅 說:
太強了,您現在的職稱是?

R君 說:
工程師。

鳥毅 說:
貴公司有單獨的SA/SD/PM嗎

R君 說:
專案經理差不多要待10年以上才有
有SA部門跟PG部門

鳥毅 說:
果然是大公司,X新2年就是顧問級

R君 說:
SD是一個大空洞

鳥毅 說 :
why?

R君 說 :
簡單的說,沒人在做SD
因為上頭不重視

鳥毅 說 :
那就是SA兼SD

R君 說:
yes,就是很傳統的方式思惟在做系統

鳥毅 說 :
了,但還是比一般公司好太多

鳥毅 說:
您說得太好了,我要放在blog上

2 則留言:

Kuon 提到...

想請問您所說的 Code Review, Review Scope 應該包含哪些呢? 謝謝.

鳥毅 提到...

Kuon兄,我就是看到您那篇Defect Detection Tool 之不需要道聽途說才推薦code review的呀:P