2009年8月29日 星期六

為什麼現在的社會這麼亂

最近常常跟室友一起討論為什麼現在的社會這麼亂?
失業率這麼高?
以後要找什麼工作?
為公司賣肝是好的嗎?可以得到相對應的報酬嗎?
為什麼現在科技業不再是科技新貴了?
為什麼在台灣大學這麼多,老闆還是抱怨找不到人才?
在討論的過程中,是有得到一些結論,而且,也有提出一些方法,但是,這一個方法在實際上是否可行,仍然是一個問題。
=============================
而昨天的其中一個話題是,如何讓公司的team的運作效率會更好?
在公司中,尤其是大的公司,分工會越來越細,上面的人不可能全部都知道下面在做什麼。其實,這是很合理的。
像是寫程式,PM去外面談說要多久完成這一個專案,或是有什麼功能,若時間沒有估算的很好,若是功能做不出來,卻跟客戶說做的出來。
現在一個工程師可能要同時參與多個project,而一位PM可能也要同時參與多個project,這樣的一個缺點是剛剛說的,PM對這一個project的實做方式並不清楚執行上的困難,跟客戶的溝通與工程師之間會有一個落差。而要決定這一個困難,我覺得PM最好是由這一個team這一個工程師中選一個當作PM,當然,他的責任會比較高,薪水會比較高,但是,coding的部分可能會比較少。而不是像別人專職做PM,常常出一張嘴,完全不管工程師要設計這一個功能的難度。
而這一個team的PM最好以一個project為單位,來更換PM,這樣的好處是,你知道下一個PM會是自己,你會去觀察如何做好PM,而有時候PM的要求,你可能也會站在PM的角度來看他的要求,而不是只有由工程師的角度去觀看。
例如:
這一個team有A1,A2,A3,A4四位工程師來處理這一個project,一開始是由比較有經驗的A1來當作這一個project的PM,主要是負責與客戶之間做溝通,他雖然也是要負責coding,但是,負責的部分會比較少。而等到下一個project則由A2來負責PM。
====================
現在跟之前的不同的地方就是,現在系統越來越複雜,而越來越多人在競爭,所以,價錢就必需要有競爭力,時間越來越短,所以,制度越來越重要,最好PM最好是由工程師直接選取起來,這樣PM比較知道這一個功能所需要的時間。而現在一堆人,程式也不是很強,但是,確因為不想寫程式,而直接去做PM,試問這樣真的可以取得客戶跟工程師之間良好的溝通嗎?
因此,一個PM最好有1PM+0.5工程師的特質

沒有留言: