PM
項(xiàng)目經(jīng)理( Project Manager )
從職業(yè)角度收班，是指企業(yè)建立以項(xiàng)目經(jīng)理責(zé)任制為核心坟岔，對(duì)項(xiàng)目實(shí)行質(zhì)量、安全摔桦、進(jìn)度社付、成本管理的責(zé)任保證體系和全面提高項(xiàng)目管理水平設(shè)立的重要管理崗位。項(xiàng)目經(jīng)理是為項(xiàng)目的成功策劃和執(zhí)行負(fù)總責(zé)的人邻耕。
項(xiàng)目經(jīng)理是項(xiàng)目團(tuán)隊(duì)的領(lǐng)導(dǎo)者鸥咖，項(xiàng)目經(jīng)理首要職責(zé)是在預(yù)算范圍內(nèi)按時(shí)優(yōu)質(zhì)地領(lǐng)導(dǎo)項(xiàng)目小組完成全部項(xiàng)目工作內(nèi)容，并使客戶滿意兄世。為此項(xiàng)目經(jīng)理必須在一系列的項(xiàng)目計(jì)劃啼辣、組織和控制活動(dòng)中做好領(lǐng)導(dǎo)工作，從而實(shí)現(xiàn)項(xiàng)目目標(biāo)碘饼。
當(dāng)然在互聯(lián)網(wǎng)公司這個(gè)有著項(xiàng)目經(jīng)理or產(chǎn)品經(jīng)理的意思熙兔。
RD
研發(fā)（Research and Development）
如：軟件RD工程師就是軟件研發(fā)工程師，諸如PHP程序猿艾恼，Java程序猿，無論是愛瘋的還是安卓的都是屬于這一類別麸锉。偏向于后端的技術(shù)實(shí)現(xiàn)钠绍。
FE
前端（Front-End）；前端開發(fā)（Front-End Development）
FE是web前端研發(fā)花沉、前端開發(fā)的意思柳爽！
UE
用戶體驗(yàn)（User Experience，簡稱UX或 UE）
是一種純主觀的在用戶使用一個(gè)產(chǎn)品（服務(wù)）的過程中建立起來的心理感受碱屁。因?yàn)樗羌冎饔^的磷脯，就帶有一定的不確定因素。
個(gè)體差異也決定了每個(gè)用戶的真實(shí)體驗(yàn)是無法通過其他途徑來完全模擬或再現(xiàn)的娩脾。但是對(duì)于一個(gè)界定明確的用戶群體來講赵誓，其用戶體驗(yàn)的共性是能夠經(jīng)由良好設(shè)計(jì)的實(shí)驗(yàn)來認(rèn)識(shí)到。
計(jì)算機(jī)技術(shù)和互聯(lián)網(wǎng)的發(fā)展柿赊，使技術(shù)創(chuàng)新形態(tài)正在發(fā)生轉(zhuǎn)變俩功，以用戶為中心、以人為本越來越得到重視碰声，用戶體驗(yàn)也因此被稱做創(chuàng)新2.0模式的精髓诡蜓。
另外還有有個(gè)組合叫法：UED（產(chǎn)品交互設(shè)計(jì)師，用戶體驗(yàn)師）胰挑。
UI
用戶界面（User Interface）
UI設(shè)計(jì)則是指對(duì)軟件的人機(jī)交互蔓罚、操作邏輯椿肩、界面美觀的整體設(shè)計(jì)。好的UI設(shè)計(jì)不僅是讓軟件變得有個(gè)性有品味豺谈，還要讓軟件的操作變得舒適覆旱、簡單、自由核无、充分體現(xiàn)軟件的定位和特點(diǎn)扣唱。
UI還有其它的意義，如Unit Interval团南，Univ of Iowa噪沙，Unlock Instruction，Urgent Interrupt吐根。
QA
測試（QUALITY ASSURANCE正歼，中文意思是“質(zhì)量保證”）
其在ISO8402：1994中的定義是“為了提供足夠的信任表明實(shí)體能夠滿足質(zhì)量要求，而在質(zhì)量管理體系中實(shí)施并根據(jù)需要進(jìn)行證實(shí)的全部有計(jì)劃和有系統(tǒng)的活動(dòng)”拷橘。有些推行ISO9000的組織會(huì)設(shè)置這樣的部門或崗位局义，負(fù)責(zé)ISO9000標(biāo)準(zhǔn)所要求的有關(guān)質(zhì)量保證的職能，擔(dān)任這類工作的人員就叫做QA人員冗疮。
OP
運(yùn)維（Operations）
OP這個(gè)詞語代表的意思很多萄唇，這個(gè)簡稱來自于英文的Operations一詞。我也不清楚誰最早用op代表運(yùn)維工程師术幔，不過2010年開始另萤，這個(gè)詞慢慢被很多人所知道。
OP工作內(nèi)容主要就是維護(hù)公司的服務(wù)器能夠正常提供服務(wù)诅挑，細(xì)分的話包括系統(tǒng)部分四敞，網(wǎng)絡(luò)部分，應(yīng)用程序部分拔妥，數(shù)據(jù)庫部分忿危，具體根據(jù)公司的規(guī)模和職位職能不同，運(yùn)維的定義也不同∶涣現(xiàn)在市面上主要的OP有三種：網(wǎng)絡(luò)游戲運(yùn)維铺厨，網(wǎng)站運(yùn)維，大型項(xiàng)目測試和生產(chǎn)環(huán)境運(yùn)維兜畸。
DBA
數(shù)據(jù)庫管理員（Database Administrator努释，簡稱DBA）
是一個(gè)負(fù)責(zé)管理和維護(hù)數(shù)據(jù)庫服務(wù)器的人。數(shù)據(jù)庫管理員負(fù)責(zé)全面管理和控制數(shù)據(jù)庫系統(tǒng)咬摇。這個(gè)職位對(duì)不同的人意味著不同的意義伐蒂。
另外還有DB，既數(shù)據(jù)庫（Database）肛鹏。
還有就是互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)常用文檔類型的縮寫： BRD逸邦、MRD恩沛、PRD、FSD等
MRD
市場需求文檔（Market Requirements Document）
獲得老大的認(rèn)同后缕减，產(chǎn)品進(jìn)入實(shí)施雷客，需要先出MRD，具體來說要有更細(xì)致的市場與競爭對(duì)手分析桥狡，通過哪些功能來實(shí)現(xiàn)商業(yè)目的搅裙，功能/非功能需求分哪幾塊，功能的優(yōu)先級(jí)等等裹芝。實(shí)際工作中部逮，這個(gè)階段PD可能的產(chǎn)出物有Mind Manager的思維圖，Excel的Feature List等嫂易。
市場需求文檔（MRD）重點(diǎn)放在為一個(gè)被提議的新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)定義市場需求兄朋。與BRD指出商業(yè)問題和解決這些問題的解決方案不同，MRD更深入提議解決方案的細(xì)節(jié)怜械。它包括一些或者所有這些細(xì)節(jié)：
a. 解決商業(yè)問題所需要的特色
b. 市場競爭分析
c. 功能和非功能需求
d. 特色/需求的優(yōu)先級(jí)
e. 用例
MRD通常是由擁有產(chǎn)品經(jīng)理颅和，產(chǎn)品營銷經(jīng)理或者行業(yè)分析師頭銜的人撰寫的。MRD通常是一份連續(xù)的5-25頁Word文檔缕允，或者正如之后描述那樣在一些機(jī)構(gòu)中甚至更長峡扩。
PRD
產(chǎn)品需求文檔（Product Requirements Document）
進(jìn)步一細(xì)化，這部分是PD寫得最多的內(nèi)容灼芭，也就是傳統(tǒng)意義上的需求分析有额，我們這里主要指UC（use case）文檔。主要內(nèi)容有彼绷，功能使用的具體描述（每個(gè)UC一般有用例簡述、行為者茴迁、前置條件寄悯、后置條件、UI描述堕义、流程/子流程/分支流程猜旬，等幾大塊），Visio做的功能點(diǎn)業(yè)務(wù)流程倦卖，界面的說明洒擦，demo等。Demo方面怕膛，可能用dreamweaver熟嫩、ps甚至畫圖板簡單畫一下，有時(shí)候也會(huì)有UI/UE支持褐捻，出高保真的demo掸茅，開發(fā)將來可以直接用的那種椅邓。
產(chǎn)品需求文檔（PRD）重點(diǎn)放在為一個(gè)被提議的新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)定義市場需求。與MRD側(cè)重于從市場需要角度看需求的不同昧狮，PRD側(cè)重于從產(chǎn)品本身角度看待需求景馁。通常在特點(diǎn)和功能需求上更深入細(xì)節(jié)，并也可能包括屏幕截圖和用戶界面流程逗鸣。在那些MRD不包括具體需求和用例的機(jī)構(gòu)中合住，PRD就包含這些具體內(nèi)容。PRD通常是由擁有產(chǎn)品經(jīng)理撒璧，行業(yè)分析師或者產(chǎn)品分析師頭銜的人撰寫的透葛。PRD通常是一份連續(xù)的20-50頁Word文檔，或者針對(duì)復(fù)雜產(chǎn)品甚至更長沪悲。
提醒：一些機(jī)構(gòu)將這里描述的MRD和PRD合并成一個(gè)文檔获洲，并稱最后的文檔為MRD。在這種情況下殿如，MRD包括本段描述的內(nèi)容贡珊，也包括上一段描述PRD的內(nèi)容，并且可能超過50頁涉馁。
FSD
功能詳細(xì)說明（Functional Specifications Document）
有一點(diǎn)像“概要設(shè)計(jì)”门岔，這步就開始往開發(fā)銜接了，產(chǎn)品UI烤送、業(yè)務(wù)邏輯的細(xì)節(jié)都要確定寒随，細(xì)化文檔并保持更新。相應(yīng)的帮坚，有很多內(nèi)容妻往，比如表結(jié)構(gòu)設(shè)計(jì)，要由項(xiàng)目經(jīng)理來編寫了试和。
功能規(guī)格文檔（FSD）把焦點(diǎn)集中在實(shí)現(xiàn)讯泣，定義產(chǎn)品功能需求的全部細(xì)節(jié)。FSD可能通過一張張的截屏和一條條功能點(diǎn)來定義產(chǎn)品規(guī)格阅悍。這是一份可以直接讓工程師創(chuàng)建產(chǎn)品的文檔好渠。
與MRD和PRD側(cè)重于以市場需要和產(chǎn)品角度看需求不同，F(xiàn)SD把重點(diǎn)放在了以表格形式定義產(chǎn)品細(xì)節(jié)节视，再讓工程師實(shí)現(xiàn)這些細(xì)節(jié)拳锚。FSD也可能包括完整的屏幕截圖和UI設(shè)計(jì)細(xì)節(jié)。
FSD通常是由擁有產(chǎn)品分析師寻行，工程領(lǐng)導(dǎo)或者項(xiàng)目經(jīng)理頭銜的人撰寫的 – 作者通常屬于工程部門霍掺。通常一個(gè)連續(xù)幾十頁的Word或類似文檔。
