7 m- a2 v" K) w5 q& `0 M大多數程序員(相當于我們這行的制造車間工人)“還不清楚自己要動的是什么東西,就已經亂動了”的事情,確實經常發生。
% a, E) H& @: I% y3 M
1 o# J$ _ @) a! T3 D我們這行也有類似的問題,是怎么解決的呢?: W3 _2 F$ M W: w! A
首先我們會有設計師,這在軟件行業是PD。非常奇怪的是,軟件業的PD數量太少,許多研發中干脆就沒有PD。這就像我們的產品沒有設計師策劃,由生產車間自己湊合著做,那還不出事?
/ P# {/ t( G }) B t0 R% S" ]其次我們這行會有技術地位較高的檢查員,按設計師的圖紙等來檢測車間制造的成品。非常奇怪的是,軟件業的QA與我們不同,是一些不懂專業的學計算機的學生,而且說話的份量遠低于程序員,技術地位最低。! D& ]& h0 f! A4 x- Z* t8 j, a0 t
最后,在我們這行中技術地位較低的制造車間工人,在軟件業就是程序員。程序員的技術地位最高,甚至軟件研發管理的PM,也經常受制于程序員。他們說做不成,PM多數外行,也無可奈何。2 c, r# t( b7 I$ Q
T* A: E7 D/ }
總之,在軟件業,并沒有一種日常的機制去提升程序員(相當于我們的車間工人)的專業能力和技術水平。而軟件研發的主要左右者,還就是這群人。這就是軟件業的古怪之處。& N- }& `9 A2 K6 @% O( ^6 p
我在退休前,在幾個軟件公司做過地位較高的技術主管,曾經設法解決這個問題,實際上已經很有成效(其實就是照搬機械制造業的技術管理模式)。但是我離職后,一切又回復常態。奈何?7 j$ H! _* p+ m2 ?3 G: i* `2 f* r
0 S2 u7 k1 b- e3 fInventor的顯示問題,是因為使用OGS之后的細節沒有處理好造成的。程序員不熟悉Inventor的使用,是不是有問題他們不知道;QA們也不專業,沒發現這種現象;用戶們呢?碰見了問題也不說話,忍著... 于是,問題就長期沒有被發現,也就談不上解決了。
; Y; ~! O1 P1 I+ G5 ?3 G) Z, o% n/ r- {" L+ r1 X- }9 s2 w7 q3 e
3 w2 l9 t0 P* x2 \! q
|