# 工程師：「為什麼在公司推新技術這麼困難？」（上）

- 作者：林鼎淵（Dean Lin）
- 網址：https://deanlin.net/blog/202208/pushing-new-tech-at-work-1/
- 發布：2022-08-31
- 主題：團隊合作
- 系列：在公司推動新技術
- 標籤：科技島專欄、技術導入、新技術
- 摘要：不過學到新技術，跟把新技術應用到專案是兩件事；在這篇文章中，筆者會分析導入新技術前，技術主管會顧慮的點有哪些。

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

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

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

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

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

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

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

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

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

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

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

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

## **專案爆掉後的備案**

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

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

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

## **舊專案如何處置？**

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

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

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

## **大家可以想一想**

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

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

在了解技術主管顧慮的點後，[下一篇文章](https://deanlin.net/blog/202209/pushing-new-tech-at-work-2/)會跟大家分享做「哪些事前準備」，會讓新技術更容易被採納。

---

關於作者：林鼎淵（Dean Lin），台灣的生成式 AI 企業內訓講師、外商資安公司軟體專家，也是生成式 AI 創新學院發起人。出版 7 本書（包含全台第一本 ChatGPT 應用專書），兩度獲得 iThome 鐵人賽佳作，累積上百場授課與顧問經驗。（https://deanlin.net/about/）
引用時請附上原文網址：https://deanlin.net/blog/202208/pushing-new-tech-at-work-1/