PM
項目經理( Project Manager )
從職業角度，是指企業建立以項目經理責任制爲核心，對項目實行質量、安全、進度、成本管理的責任保證體系和全面提高項目管理水平設立的重要管理崗位。項目經理是爲項目的成功策劃和執行負總責的人。
項目經理是項目團隊的領導者，項目經理首要職責是在預算範圍內按時優質地領導項目小組完成全部項目工作內容，並使客戶滿意。爲此項目經理必須在一系列的項目計劃、組織和控制活動中做好領導工作，從而實現項目目標。
當然在互聯網公司這個有着項目經理or產品經理的意思。
RD
研發（Research and Development）
如：軟件RD工程師就是軟件研發工程師，諸如PHP程序猿，Java程序猿，無論是愛瘋的還是安卓的都是屬於這一類別。偏向於後端的技術實現。
FE
前端（Front-End）；前端開發（Front-End Development）
FE是web前端研發、前端開發的意思！
UE
用戶體驗（User Experience，簡稱UX或 UE）
是一種純主觀的在用戶使用一個產品（服務）的過程中建立起來的心理感受。因爲它是純主觀的，就帶有一定的不確定因素。
個體差異也決定了每個用戶的真實體驗是無法通過其他途徑來完全模擬或再現的。但是對於一個界定明確的用戶羣體來講，其用戶體驗的共性是能夠經由良好設計的實驗來認識到。
計算機技術和互聯網的發展，使技術創新形態正在發生轉變，以用戶爲中心、以人爲本越來越得到重視，用戶體驗也因此被稱做創新2.0模式的精髓。
另外還有有個組合叫法：UED（產品交互設計師，用戶體驗師）。
UI
用戶界面（User Interface）
UI設計則是指對軟件的人機交互、操作邏輯、界面美觀的整體設計。好的UI設計不僅是讓軟件變得有個性有品味，還要讓軟件的操作變得舒適、簡單、自由、充分體現軟件的定位和特點。
UI還有其它的意義，如Unit Interval，Univ of Iowa，Unlock Instruction，Urgent Interrupt。
QA
測試（QUALITY ASSURANCE，中文意思是“質量保證”）
其在ISO8402：1994中的定義是“爲了提供足夠的信任表明實體能夠滿足質量要求，而在質量管理體系中實施並根據需要進行證實的全部有計劃和有系統的活動”。有些推行ISO9000的組織會設置這樣的部門或崗位，負責ISO9000標準所要求的有關質量保證的職能，擔任這類工作的人員就叫做QA人員。
OP
運維（Operations）
OP這個詞語代表的意思很多，這個簡稱來自於英文的Operations一詞。我也不清楚誰最早用op代表運維工程師，不過2010年開始，這個詞慢慢被很多人所知道。
OP工作內容主要就是維護公司的服務器能夠正常提供服務，細分的話包括系統部分，網絡部分，應用程序部分，數據庫部分，具體根據公司的規模和職位職能不同，運維的定義也不同。現在市面上主要的OP有三種：網絡遊戲運維，網站運維，大型項目測試和生產環境運維。
DBA
數據庫管理員（Database Administrator，簡稱DBA）
是一個負責管理和維護數據庫服務器的人。數據庫管理員負責全面管理和控制數據庫系統。這個職位對不同的人意味着不同的意義。
另外還有DB，既數據庫（Database）。
還有就是互聯網產品設計常用文檔類型的縮寫： BRD、MRD、PRD、FSD等
BRD
商業需求文檔。
BRD是產品生命週期中最早的文檔。
MRD
市場需求文檔（Market Requirements Document）
獲得老大的認同後，產品進入實施，需要先出MRD，具體來說要有更細緻的市場與競爭對手分析，通過哪些功能來實現商業目的，功能/非功能需求分哪幾塊，功能的優先級等等。實際工作中，這個階段PD可能的產出物有Mind Manager的思維圖，Excel的Feature List等。
市場需求文檔（MRD）重點放在爲一個被提議的新產品或者現有產品的改進定義市場需求。與BRD指出商業問題和解決這些問題的解決方案不同，MRD更深入提議解決方案的細節。它包括一些或者所有這些細節：
a. 解決商業問題所需要的特色
b. 市場競爭分析
c. 功能和非功能需求
d. 特色/需求的優先級
e. 用例
MRD通常是由擁有產品經理，產品營銷經理或者行業分析師頭銜的人撰寫的。MRD通常是一份連續的5-25頁Word文檔，或者正如之後描述那樣在一些機構中甚至更長。
PRD
產品需求文檔（Product Requirements Document）
進步一細化，這部分是PD寫得最多的內容，也就是傳統意義上的需求分析，我們這裏主要指UC（use case）文檔。主要內容有，功能使用的具體描述（每個UC一般有用例簡述、行爲者、前置條件、後置條件、UI描述、流程/子流程/分支流程，等幾大塊），Visio做的功能點業務流程，界面的說明，demo等。Demo方面，可能用dreamweaver、ps甚至畫圖板簡單畫一下，有時候也會有UI/UE支持，出高保真的demo，開發將來可以直接用的那種。
產品需求文檔（PRD）重點放在爲一個被提議的新產品或者現有產品的改進定義市場需求。與MRD側重於從市場需要角度看需求的不同，PRD側重於從產品本身角度看待需求。通常在特點和功能需求上更深入細節，並也可能包括屏幕截圖和用戶界面流程。在那些MRD不包括具體需求和用例的機構中，PRD就包含這些具體內容。PRD通常是由擁有產品經理，行業分析師或者產品分析師頭銜的人撰寫的。PRD通常是一份連續的20-50頁Word文檔，或者針對複雜產品甚至更長。
提醒：一些機構將這裏描述的MRD和PRD合併成一個文檔，並稱最後的文檔爲MRD。在這種情況下，MRD包括本段描述的內容，也包括上一段描述PRD的內容，並且可能超過50頁。
FSD
功能詳細說明（Functional Specifications Document）
有一點像“概要設計”，這步就開始往開發銜接了，產品UI、業務邏輯的細節都要確定，細化文檔並保持更新。相應的，有很多內容，比如表結構設計，要由項目經理來編寫了。
功能規格文檔（FSD）把焦點集中在實現，定義產品功能需求的全部細節。FSD可能通過一張張的截屏和一條條功能點來定義產品規格。這是一份可以直接讓工程師創建產品的文檔。
與MRD和PRD側重於以市場需要和產品角度看需求不同，FSD把重點放在了以表格形式定義產品細節，再讓工程師實現這些細節。FSD也可能包括完整的屏幕截圖和UI設計細節。
FSD通常是由擁有產品分析師，工程領導或者項目經理頭銜的人撰寫的 – 作者通常屬於工程部門。通常一個連續幾十頁的Word或類似文檔。