跳到主要內容
  • 2018年10月5日
  • Martin Rowe, EE Times
隨著戰後嬰兒潮世代工程師退休離開工程崗位,是否將知識經驗傳承給新世代?他們的工程經驗對於千禧世代來說重要嗎?或者,千禧世代工程師在乎嗎?
「千禧世代」(Millennials)——那些在1981年至1996年間出生的人(或稱Y世代),許多都已經進入了工程崗位,如今甚至身居決策要職。然而,隨著戰後嬰兒潮世代(baby boomers;1945年~1965年出生的人)的工程師開始退休,他們是否將其知識經驗傳承給新的世代?他們的工程經驗對於千禧世代來說重要嗎?或者,千禧世代工程師在乎嗎?
根據IEEE GlobalSpec進行的《2018年工程脈動》(2018 Pulse of Engineering)調查結果顯示,似乎很少有公司會在經驗豐富的工程師離職之前交接其專業的知識經驗。
IEEE_Survey_2018
除了「知識流失」(knowledge loss),這項調查的其他發現還包括工程師的專案數量、離職原因,還有工程師持續承受以更少資源做更多事情的壓力。其中,我覺得最重要的就是知識的流失。
針對專業工程知識流失,圖1顯示,在2,236名受訪者中有61%的人表示這個問題極為重要或非常重要。當然,「極其重要」(extremely important)和「非常重要」(very important)之間十分模糊;另外還有24%的人認為知識流失的重要性普通(moderately important)。然而,只有2%的人認為這並不重要。但我們並不知道是誰給出了這樣的答案,也許是顧問或是在只有少數幾位年輕員工的新創公司工作的工程師。
IEEE_Survey_fig1_Knowledge_loss
圖1:約有61%的工程師認為「知識流失」的問題至關重要(來源:IEEE Globalspec)
此外,有65%的人表示他們的公司並沒有正式的「知識轉移」(transferring knowledge)(圖2)程序,這讓許多公司似乎錯失了大好機會。但這並不表示非正式的知識轉移不會發生,事實上我們知道這經常發生在企業文化中。
IEEE_Survey_fig2_Knowledge_loss
圖2:65%的受訪者表示他們的公司並沒有正式的知識轉移或交接程序(來源:IEEE Globalspec)
事實上,有些人寧願不要交接這些知識,特別是年齡越大的員工。為什麼呢?因為他們希望自己擁有這些獨特的知識並將其視為保有飯碗的一種方式。我曾經看過一位老工程師由於在公司工作的時間太長,以至於成為唯一能為仍使用前幾代產品的客戶提供支援的工程師。我們在此提到的資本設備通常都會使用個10到20年。然而,當他退休後,該公司就沒有人能支援這些客戶了。當然,使用這些舊機器的客戶也一年年地減少。這位工程師一直沒機會換到新的職位,不過他自己也不想換就是了。
IEEE_Survey_fig3_skill_upgrade
圖3:在工程師認為需要提升才能換工作的工程技能中,編程和軟體技能排名前二大(來源:IEEE Globalspec)
如果產業在知識轉移方面不足,或是千禧世代認為資深工程師的知識與他們無關,那麼他們的新知識從何而來?圖4提出了一些想法。
IEEE_Survey_fig4_advance_skills
圖4:工程師擁有許多獲取資訊以提高其技能的選擇(來源:IEEE Globalspec)
當我看到列表底端的線上視訊只有16%時感到十分驚訝。我猜測這個百分比在千禧世代中應該更高,而在嬰兒潮世代則會更低些。我自己就比較喜歡閱讀有關如何實作而不是透過觀看視訊進行學習,除非是為了修好某種東西而試圖拆解時,透過視訊通常比看照片或圖片的效果更好。
千禧世代和嬰兒潮世代之間另一個有趣的區別在於他們傾向於註冊以獲取資訊,而千禧世代則多半認為線上內容不應該收費,甚至不需要註冊(圖5)。你可以用較老一輩人的想法來看——即生產和發佈任何技術內容都需要花錢,而你願意為有價值的東西買單。
IEEE_Survey_fig5_register_pay_content
圖5:千禧世代較不願意為獲取技術內容付錢或註冊(來源:IEEE Globalspec)
為了提高被新工作錄取的機會,提升工程技能是方法之一。工程師轉換跑道的原因很多,離職的原因也因年齡不同而異,畢竟年輕工程師因退休離職的情況較少。圖6比較千禧世代工程師與經驗豐富的資深工程師,但我們先假設這些經驗豐富的工程師都比年齡最大的千禧世代更年長。在經驗豐富的工程師中,高達35%的人表示他們即將退休離開工作崗位。當然,這可以有多種解讀方式。但想想看,是40歲的工程師還是60歲(或更年長)的資深工程師更希望在退休前留在原有的工作崗位?
IEEE_Survey_fig6_Reason_for_leaving
圖6:約有35%的資深工程師預計將退休離開現職(來源:IEEE Globalspec)
正如預期的,有超過一半的千禧世代工程師都希望換到其他公司工作,但有時間表嗎?目前尚不清楚。此外,我認為這項調查問題還少了一個選擇:自己創辦公司。對於有多少年輕工程師考慮這項選擇,其結果可能會讓IEEE感到驚訝。
這項調查涵蓋了作為工程師的幾個工作面向。就像其他的工程師調查一樣,這項調查結果顯示競爭格局越來越困難,而且工程師也不斷被要求要用更少的資源做更多事情。對此,我們分別以經濟衰退和經濟成長來看:在經濟低迷時期,人員被裁撤的比重較工作量的縮減更多,而到了經濟成長後,雇主卻又不願意補足真正需要的工程師人數。
編譯:Susan Hong
(參考原文:Boomers Retire, Knowledge Goes With Them,by Martin Rowe)

留言

這個網誌中的熱門文章

2017通訊大賽「聯發科技物聯網開發競賽」決賽團隊29強出爐!作品都在11月24日頒獎典禮進行展示

2017通訊大賽「聯發科技物聯網開發競賽」決賽團隊29強出爐!作品都在11月24日頒獎典禮進行展示 LIS   發表於 2017年11月16日 10:31   收藏此文 2017通訊大賽「聯發科技物聯網開發競賽」決賽於11月4日在台北文創大樓舉行,共有29個隊伍進入決賽,角逐最後的大獎,並於11月24日進行頒獎,現場會有全部進入決賽團隊的展示攤位,總計約為100個,各種創意作品琳琅滿目,非常值得一看,這次錯過就要等一年。 「聯發科技物聯網開發競賽」決賽持續一整天,每個團隊都有15分鐘面對評審團做簡報與展示,並接受評審們的詢問。在所有團隊完成簡報與展示後,主辦單位便統計所有評審的分數,並由評審們進行審慎的討論,決定冠亞季軍及其他各獎項得主,結果將於11月24日的「2017通訊大賽頒獎典禮暨成果展」現場公佈並頒獎。 在「2017通訊大賽頒獎典禮暨成果展」現場,所有入圍決賽的團隊會設置攤位,總計約為100個,展示他們辛苦研發並實作的作品,無論是想觀摩別人的成品、了解物聯網應用有那些新的創意、尋找投資標的、尋找人才、尋求合作機會或是單純有興趣,都很適合花點時間到現場看看。 頒獎典禮暨成果展資訊如下: 日期:2017年11月24日(星期五) 地點:中油大樓國光廳(台北市信義區松仁路3號) 我要報名參加「2017通訊大賽頒獎典禮暨成果展」>>> 在參加「2017通訊大賽頒獎典禮暨成果展」之前,可以先在本文觀看各團隊的作品介紹。 決賽29強團隊如下: 長者安全救星 可隨意描繪或書寫之電子筆記系統 微觀天下 體適能訓練管理裝置 肌少症之行走速率檢測系統 Sugar Robot 賽亞人的飛機維修輔助器 iTemp你的溫度個人化管家 語音行動冰箱 MR模擬飛行 智慧防盜自行車 跨平台X-Y視覺馬達控制 Ironmet 菸消雲散 無人小艇 (Mini-USV) 救OK-緊急救援小幫手 穿戴式長照輔助系統 應用於教育之模組機器人教具 這味兒很台味 Aquarium Hub 發展遲緩兒童之擴增實境學習系統 蚊房四寶 車輛相控陣列聲納環境偵測系統 戶外團隊運動管理裝置 懷舊治療數位桌曆 SeeM智能眼罩 觸...
opencv4nodejs Asynchronous OpenCV 3.x Binding for node.js   122     2715     414   0   0 Author Contributors Repository https://github.com/justadudewhohacks/opencv4nodejs Wiki Page https://github.com/justadudewhohacks/opencv4nodejs/wiki Last Commit Mar. 8, 2019 Created Aug. 20, 2017 opencv4nodejs           By its nature, JavaScript lacks the performance to implement Computer Vision tasks efficiently. Therefore this package brings the performance of the native OpenCV library to your Node.js application. This project targets OpenCV 3 and provides an asynchronous as well as an synchronous API. The ultimate goal of this project is to provide a comprehensive collection of Node.js bindings to the API of OpenCV and the OpenCV-contrib modules. An overview of available bindings can be found in the  API Documentation . Furthermore, contribution is highly appreciated....

完形心理學!?讓我們了解“介面設計師”為什麼這樣設計

完形心理學!?讓我們了解“介面設計師”為什麼這樣設計 — 說服客戶與老闆、跟工程師溝通、強化設計概念的有感心理學 — 情況 1 : 為何要留那麼多空白? 害我還要滾動滑鼠(掀桌) 情況 2 : 為什麼不能直接用一頁展現? 把客戶的需求塞滿不就完工啦! (無言) 情況 3: 這種設計好像不錯,但是為什麼要這樣做? (直覺大神告訴我這樣設計,但我說不出來為什麼..) 雖然世界上有許多 GUI 已經走得又長又遠又厲害,但別以為這種古代人對話不會出現,一直以來我們只是習慣這些 GUI 被如此呈現,但為何要這樣設計我們卻不一定知道。 由於 完形心理學 歸納出人類大腦認知之普遍性的規則,因此無論是不是 UI/UX 設計師都很適合閱讀本篇文章。但還是想特別強調,若任職於傳統科技公司,需要對上說服老闆,需要平行說服(資深)工程師,那請把它收進最愛;而習慣套用設計好的 UI 套件,但不知道為何這樣設計的 IT 工程師,也可以透過本文來強化自己的產品說服力。 那就開始吧~(擊掌) 完形心理學,又稱作格式塔(Gestalt)心理學,於二十世紀初由德國心理學家提出 — 用以說明人類大腦如何解釋肉眼所觀察到的事物,並轉化為我們所認知的物件。它可說是現代認知心理學的基礎,其貫徹的概念就是「整體大於個體的總合 “The whole is other than the sum of the parts.” —  Kurt Koffka」。 若深究完整的理論將會使本文變得非常的艱澀,因此筆者直接抽取個人認為與 UI 設計較為相關的 7 個原則(如下),並搭配實際案例做說明。有興趣了解全部理論的話可以另外 Google。 1. 相似性 (Similarity)  — 我們的大腦會把相似的事物看成一體 如果數個元素具有類似的尺寸、體積、顏色,使用者會自動為它們建立起關聯。這是因為我們的眼睛和大腦較容易將相似的事物組織在一起。如下圖所示,當一連串方塊和一連串的圓形並排時,我們會看成(a)一列方塊和兩列圓形(b)一排圓形和兩排三角形。 對應用到介面設計上,FB 每則文章下方的按鈕圖標(按讚 Like / 留言Comment / 分享 Share)雖然功能各不相同,但由於它們在視覺上顏色、大小、排列上的相似性,用戶會將它們視認為...