導入新技術這件事，無論對團隊還是公司都是一種風險；但現在技術更新的速度遠超過去任何一個時代，如果專案總是用自己熟悉的技術開發，那未來可能就要面對被時代淘汰的風險...

在上篇文章中，我們分析技術主管會顧慮的點。

的確，導入新技術這件事，無論對團隊還是公司都是一種風險；但現在技術更新的速度遠超過去任何一個時代，如果專案總是用自己熟悉的技術開發，那未來可能就要面對被時代淘汰的風險。

想當年 Flash 有多紅，結果才過沒幾年就成為了時代的眼淚。（應該還有人記得這門技術吧？）

醜話說在前面，即使按照文章的建議執行，公司也未必會採納你所提出的新技術；但經過這些步驟，你肯定對新技術有更高的掌握度，未來跳槽時也有更多的選擇。

▋確認自己有能力駕馭這個新技術

千萬不要把公司的專案當成白老鼠！

筆者知道有些人是以「練功」的角度來建議公司導入新技術的，本身對技術的認知也僅限於官方文檔的介紹、技術社群的評價，有時自己連一份 Side Project 都沒有做過。

因此建議在推薦新技術前，至少要先做一份 Side Project，並且涵蓋的內容最好包含：

• 這個新技術能解決過去專案的哪些痛點：以網站來舉例，如果你導入這個技術是為了解決過去系統遇到大流量會當機的問題，那就需要提供相關的測試數據。
• 確保新技術能完成過去專案的功能：很多時候我們只注意到新技術能解決的問題，卻沒有去驗證它是否也能完成過去原有的功能。

如果想導入的技術需要額外的費用，那最好做一份簡單易懂的報告。

比如過去商城在舉辦限時搶購活動時，短時間的大流量常常導致系統不穩定甚至當機，這造成原本會下單的潛在客戶流失；如果能列出提升系統穩定度要「花多少錢」以及「預計提升下單數」的比率，領導就更能明白這些錢具體的效益在哪裡。

▋先用分享會試試水溫

不是每間公司都會開技術分享會，但每間公司一定都有「開會」。

你可以先跟主管說自己最近學了一個新技術，並簡述它的優點；然後再提出自己想透過一個簡短的分享會（15~30 min）跟同事介紹它。

如果當下沒有緊急的專案，大部分主管是很樂意看到成員間彼此交流技術、共同成長的；在這種分享會的形式下，大家也能放下戒心地去「認識」新技術，如果能引起其他工程師的興趣，你就有機會在公司建立盟友。

盡量不要以「導入新技術」的角度來分享，因為這樣台下的人會用挑惕的眼光來審視這個技術，一下子就把所有同事拉到了對立面。

▋前提是技術主管願意學習

如果團隊中的技術主管對新技術不感興趣，那就很難推的動了；因為以技術主管的角度來說，他是不會冒險導入一個自己不理解的技術。

如果想讓新技術成功導入，那技術主管是一個非常重要的突破口，如果他願意學習，並透過實作了解這個技術的價值；在評估完各方面的可行性後，這個技術被導入的機率會大幅上升。

▋筆者觀點

在公司推新技術也是宣傳自己的一種方式，如果公司因為你引進的技術而獲得利益（ex：開源節流、提升效率），那這份履歷無論在內部晉升，亦或是未來找工作都是非常棒的談判資本。

假使你想導入新技術，是因為公司所使用的技術過於老舊，如果繼續用下去可能會對自己的職涯發展有影響；但在導入的過程中受到保守派的強烈反對，那筆者認為換一間公司未嘗不是個選擇。

人生是自己的，未必要選擇最艱難的道路拓荒，在合適的環境中，成長才會更加快速。

轉職一定要經過謹慎評估，筆者僅是提出個人觀點。

☛ 如果想更深入認識我，可以 Follow 筆者的技術部落格 。
☛ 如果對工程師的職涯感到迷茫，筆者最近出版的新書 也許能給你帶來不同的觀點。

這篇文章 工程師：「為什麼在公司推新技術這麼困難？」(下)｜專家論點【林鼎淵】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

學到新技術，跟把新技術應用到專案是兩件事；在這篇文章中，筆者會分析導入新技術前，技術主管會顧慮的點有哪些...

應該絕大多數的公司都希望員工自學新技術。

不過學到新技術，跟把新技術應用到專案是兩件事；在這篇文章中，筆者會分析導入新技術前，技術主管會顧慮的點有哪些。

在文章的開頭我們先把新技術分為兩種：

1. 在原有的基礎上擴充： 為了提升效能、解決問題而擴充的「套件」。
2. 直接取代原有技術： 想導入新的「框架、程式語言、資料庫」。

通常第一點的技術導入，團隊都是樂於接受的；所以這裡我們主要討論「直接取代原有技術」會遇到的障礙。

▋團隊中有多少人接觸過這個技術？

如果團隊中只有少數人，甚至只有一位工程師接觸過這門技術；那技術主管通常都會否決掉這個提議，先不論這個新技術有多少優勢，光是讓大家學會這門新技術就是不小的時間成本。

而且可以預見推行新技術時會遇到很多阻力，因為大多數人都不願意放下深耕多年的技術。

▋導入這個新技術會不會出事？

我們不能只看新技術的優勢，還要看它的成熟度，以及實際使用者的數量。

有時我們在參加技術大會時，會被講師介紹的技術所吸引，進而忽略這門技術潛在的風險。

以筆者來說，過去就曾犯下對新技術不夠了解，卻用它來開發產品的錯誤，這個誤判讓我在後續維護時吃盡苦頭。

▋專案爆掉後的備案

如果專案在開發過程中就發現新技術的總總缺陷，甚至連第一版都無法順利上線，筆者認為這是相對幸運的。

最慘的是專案在上線後才爆掉，如果團隊成員過去沒有解決這些突發狀況的經驗，一但卡住的時間太久，會很難跟公司（甲方）交代。

因此有些公司在導入新技術時，會安排另一組人用熟悉的技術開發，作為出包時的應對方案。

▋舊專案如何處置？

如果公司過去已經開發了數十個專案，接下來可能會遇到以下問題：

1. 舊專案要導入新技術嗎？
2. 如果舊專案要改，那需要付出多少時間、人力成本？
3. 如果舊專案不改，那是不是代表公司還是需要有人來維護？

除了上面的問題要思考外，另一個現實的問題就是「招募成本」，假使專案導入新的程式語言；那未來找工程師時，是要找同時會兩種語言的人（招募成本高），還是找只會其中一種語言的人（培養週期長）？

▋大家可以想一想

上面所列出的顧慮只是冰山一角而已。

如果有朋友想導入新技術卻被打槍，可以想想上面所列出的問題，自己是否都有相應的配套方案。

在了解技術主管顧慮的點後，下一篇文章會跟大家分享做「哪些事前準備」，會讓新技術更容易被採納。

☛ 如果想更深入認識我，可以 Follow 筆者的技術部落格 。
☛ 如果對工程師的職涯感到迷茫，筆者最近出版的新書 也許能給你帶來不同的觀點。

這篇文章 工程師：「為什麼在公司推新技術這麼困難？」(上)｜專家論點【林鼎淵】 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。