close
拜近日的面試所賜, 對我之前RD的認知有所修正.
以前待過專做金融業的公司, 有自己的產品, 也有該產品的RD Team.
公司老大每每會議揭櫫: RD Team要視Project Team為客戶, Project Team的income來自客戶,
自然RD Team的income來自Project Team, 是故RD Team的framework在on site時出了狀況,
要停下手邊研發工作, 全力support project team到產品能用為止.
這似乎只針對單一domain的SI廠商有用, 若是大型SI廠商, 什麼專案都接, 鮮有大家公用的framework, 最多到web site
而我也見過NEC這大型公司, 買下open source的Enhydra server改成自己的AP Server;
也見過III把open source的Axis兜成平台出售.
當然, 關鍵字不在open source, 而是站在別人肩膀研發, open source目的是成本考量而已.
所以web site不會是大型SI廠商唯一產出. 也無悖於我之前對framework的認知－是特定domain的solution.
domain也不限於business rule. 像generate code或pool份屬純技術議題
看看apache的專案list, 一系列的公共議題與半BR的議題, 如BPEL等.
這時候我能體會大型SI廠商若成立RD Team, 會有相當的成本考量, 而大多儘量採用open source, 使之成本耗在人才部份.
這時公司的頭痛問題來了, 如何留住人才. 若人才留不住, 退而求其次, 統一成具體而通透的文件也是課題,
不因key man走人而瓦解.只一味考量人事成本, 縮減編制. 或許近期能解決財務困頓, 但長遠來看這種作法是笨蛋.
賞罰不信, 產能相差60倍的兩人, 薪資只差個1%. 公司不必殘忍到解僱無用者, 但賞而不罰, 其賞也微, 只會造成不平衡心理擴大.
全站熱搜
留言列表
