《技术人员的幼稚是把双刃剑 应先去做生产？》這篇文章有很多東西值得更深入地去探討，在一個快速發展的地方，很多的東西只看到成長，而忽略了長期發展的沉澱，結果就是這種現象層出不窮。
這樣的工程師雖然態度上有可議之處，可是公司領導的帶領方式，是否就完全沒有問題？也是另一個著眼點，今天藉此方塊來與諸君分享一下個人看法。
1980年代屬第一代研發，工程師本來就是以天真的方式來進行技術開發，所以有很多的技術是讓人噴飯的；1990年代進入到第二代研發，市場快速變化帶來的產品開發理念已不再如以往，速度與創新是這個時期強調的重點，工程師被逼著進入到市場導向(群眾路線)的產品研發。
然進入到21世紀，第三代研發改變的是研發是一種系統集成的基本觀念，整合與創新加上協同合作，才有機會勝出。第一代的工程師主要在於技術本身，第二代工程師主要在於應用，第三代工程師則不然，創新與整合加上跨機能合作，才有可能出類拔萃。
研發管理的名言是研發階段決定80%的勝負，工程師要能夠做到DFX(Design For Cross，X有幾個代名詞，分別為：
C：Cost，
DFC：Design For Cost,
DFR：Design For Reliability，
DFA：Design For Assembly，
DFM：Design For Manufacturing，
DFT：Design For Test
DFQ：Design For Quality等等。
像博主提到的工程師，本身沒有錯，只錯在欠缺正確的設計理念與好的管理技術，而公司領導也只認識專業技術，不知道研發管理中還有管理技術的成分。工程師丟到生產線很有效，卻糟蹋了糧食(工程師一般稱為稀有資源，就是不易多得之意)，就好比把一些動腦(計算)的CPU拿來做簡單的控制一樣，浪費資源。但如何讓工程師能夠考慮到後段的生產與行銷(甚至售後服務)，工程師的設計理念必須清晰與正確，再佐以品質意識的提升，才可能脫胎換骨。
這些動作工程師本身無法改變事實，必須靠領導塑造一個創新環境(開發支持環境)來引導，這可能才是搏主該注意的，否則這樣的動作(逼走工程師)將會成為公司的常態。建立工程師正確的設計理念，成長不只是課堂上課，理念的灌輸必須從任務的分派開始，也就是項目的當責(Accountability)的概念。
這家企業的問題在管理而非技術，浪費的機會成本，可能比對工程師施以教育訓練要高出n百倍，只是領導可能只看到技術，猜想這家企業的起家應該也是技術出身的，這是常態，卻非不可改，就如喬布斯一樣，也是經過寒徹骨，才徹底的了解到成功之道。
用户1776819 2014-12-12 10:07
用户491593 2014-3-27 17:50
凤舞天 2014-3-27 12:47
自做自受 2014-3-27 11:25
看到邮件新闻标题是《是管理的不问题而不是工程师的问题！》，呵，昨天看到了，想说没说，也是我的电脑出故障，中文输入法失效。
如题，引起联想，几十年前学到的前人总结：操作工出问题的原因八成都是管理原因。
工程师也是操作工啊！哈哈，如今感叹：前人犯过的错误，后人一定会犯。而且就在眼前不得不看着它发生。只道是：风险自把控。
管理不是科学，真可谓是艺术！
忆轻狂 2014-3-27 10:36
用户1630105 2014-3-27 08:46
用户1678053 2014-3-27 07:56