一樣都叫工程師，IT、RD大不同！淺談台灣的「免洗筷」軟體 ... | 美體產業公開資訊

2020年10月8日—讓我們聊聊軟體工程團隊內的專業分工。在台灣，軟體工程師最常被稱為RD（​Research&Development）或是IT（InformationTechnology）。

讓我們聊聊軟體工程團隊內的專業分工。在台灣，軟體工程師最常被稱為RD（Research & Development）或是IT（Information Technology）。工程師的團隊，在公司內常被稱為「技術部」或「工程部」，由公司其他團隊拋出需求給工程師處理。另外，跟大家討論需求，然後幫工程師排工作、追進度的，統稱「PM」（專案經理）。

很多的上市公司、中小企業和新創公司，組織編制都差不多，故此，在台灣的職場拋出「RD」或「PM」的職缺，各會有同質性相當高的人選們來應徵。

進一步而言，這種軟體工程編制算是相當陽春且專業度低，長久下來多會對組織造成負面影響，問題出在這種編制下「組織角色」很模糊。

如果今天公司內的工程團隊都是RD與PM的編制，那今天客戶碰到問題，PM整理問題和要做的事情給RD做；公司內部要開發新的功能（feature），也是PM整理給RD去做。如此一來，大家要不是沒有想清楚，就是認為「RD不就是寫Code嗎？其他的事情都是PM的事」。

推薦閱讀：工程師與專案經理的摩擦[1]

這當然就是問題所在，大家職務可能都是工程師，但是在專案中的角色不可能只有一種。正常來說，一個人的「角色」，是相對於情境和面對的對象。同一職務的人，在任何專案中，都很有可能扮演多個不同的角色。

聽「RD」的中文就是「研發」，排除純學術性的研究工作後，大部分公司內的RD工程師，負責的業務很多都與產品管理相關。當產品程式碼紊亂，需要整理或是改寫（清理技術債，repaying tech debt），或是產品運作速度太慢需要調校（最佳化，optimization），在這種情況下，專案的需求方就是PM或是其工程管理者。

RD工程團隊主要是以軟體開發為主，一般來說更講究工程流程管理、技能培訓、品質控管以及發布管理。這些工程管理的面向，在台灣科技公司中很少落實，但這已經超出這次的討論篇幅。

說到I...