網際網路行業職位介紹——PM,RD,FE,UE,UI,QA,OP,DBA,BRD,MRD, PRD,FSD等
阿新 • • 發佈：2019-01-07
轉自：http://www.manro.com.cn/news/article.php?colid=222&id=280
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等
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或類似文件。