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程序猿，無(wú)論是愛(ài)瘋的還是安卓的都是屬于這一類別。偏向于后端的技術(shù)實(shí)現(xiàn)。

FE

前端（Front-End）；前端開(kāi)發(fā)（Front-End Development）

FE是web前端研發(fā)、前端開(kāi)發(fā)的意思！

UE

用戶體驗(yàn)（User Experience，簡(jiǎn)稱UX或 UE）

是一種純主觀的在用戶使用一個(gè)產(chǎn)品（服務(wù)）的過(guò)程中建立起來(lái)的心理感受。因?yàn)樗羌冎饔^的，就帶有一定的不確定因素。

個(gè)體差異也決定了每個(gè)用戶的真實(shí)體驗(yàn)是無(wú)法通過(guò)其他途徑來(lái)完全模擬或再現(xiàn)的。但是對(duì)于一個(gè)界定明確的用戶群體來(lái)講，其用戶體驗(yàn)的共性是能夠經(jīng)由良好設(shè)計(jì)的實(shí)驗(yàn)來(lái)認(rèn)識(shí)到。

計(jì)算機(jī)技術(shù)和互聯(lián)網(wǎng)的發(fā)展，使技術(shù)創(chuàng)新形態(tài)正在發(fā)生轉(zhuǎn)變，以用戶為中心、以人為本越來(lái)越得到重視，用戶體驗(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è)性有品味，還要讓軟件的操作變得舒適、簡(jiǎn)單、自由、充分體現(xiàn)軟件的定位和特點(diǎn)。

UI還有其它的意義，如Unit Interval，Univ of Iowa，Unlock Instruction，Urgent Interrupt。

QA

測(cè)試（QUALITY ASSURANCE，中文意思是“質(zhì)量保證”）

其在ISO8402：1994中的定義是“為了提供足夠的信任表明實(shí)體能夠滿足質(zhì)量要求，而在質(zhì)量管理體系中實(shí)施并根據(jù)需要進(jìn)行證實(shí)的全部有計(jì)劃和有系統(tǒng)的活動(dòng)”。有些推行ISO9000的組織會(huì)設(shè)置這樣的部門(mén)或崗位，負(fù)責(zé)ISO9000標(biāo)準(zhǔn)所要求的有關(guān)質(zhì)量保證的職能，擔(dān)任這類工作的人員就叫做QA人員。

OP

運(yùn)維（Operations）

OP這個(gè)詞語(yǔ)代表的意思很多，這個(gè)簡(jiǎn)稱來(lái)自于英文的Operations一詞。我也不清楚誰(shuí)最早用op代表運(yùn)維工程師，不過(guò)2010年開(kāi)始，這個(gè)詞慢慢被很多人所知道。

OP工作內(nèi)容主要就是維護(hù)公司的服務(wù)器能夠正常提供服務(wù)，細(xì)分的話包括系統(tǒng)部分，網(wǎng)絡(luò)部分，應(yīng)用程序部分，數(shù)據(jù)庫(kù)部分，具體根據(jù)公司的規(guī)模和職位職能不同，運(yùn)維的定義也不同?，F(xiàn)在市面上主要的OP有三種：網(wǎng)絡(luò)游戲運(yùn)維，網(wǎng)站運(yùn)維，大型項(xiàng)目測(cè)試和生產(chǎn)環(huán)境運(yùn)維。

DBA

數(shù)據(jù)庫(kù)管理員（Database Administrator，簡(jiǎn)稱DBA）

是一個(gè)負(fù)責(zé)管理和維護(hù)數(shù)據(jù)庫(kù)服務(wù)器的人。數(shù)據(jù)庫(kù)管理員負(fù)責(zé)全面管理和控制數(shù)據(jù)庫(kù)系統(tǒng)。這個(gè)職位對(duì)不同的人意味著不同的意義。

另外還有DB，既數(shù)據(jù)庫(kù)（Database）。

還有就是互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)常用文檔類型的縮寫(xiě)： BRD、MRD、PRD、FSD等

MRD

　市場(chǎng)需求文檔（Market Requirements Document）

獲得老大的認(rèn)同后，產(chǎn)品進(jìn)入實(shí)施，需要先出MRD，具體來(lái)說(shuō)要有更細(xì)致的市場(chǎng)與競(jìng)爭(zhēng)對(duì)手分析，通過(guò)哪些功能來(lái)實(shí)現(xiàn)商業(yè)目的，功能/非功能需求分哪幾塊，功能的優(yōu)先級(jí)等等。實(shí)際工作中，這個(gè)階段PD可能的產(chǎn)出物有Mind Manager的思維圖，Excel的Feature List等。

市場(chǎng)需求文檔（MRD）重點(diǎn)放在為一個(gè)被提議的新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)定義市場(chǎng)需求。與BRD指出商業(yè)問(wèn)題和解決這些問(wèn)題的解決方案不同，MRD更深入提議解決方案的細(xì)節(jié)。它包括一些或者所有這些細(xì)節(jié)：

a. 解決商業(yè)問(wèn)題所需要的特色

b. 市場(chǎng)競(jìng)爭(zhēng)分析

c. 功能和非功能需求

d. 特色/需求的優(yōu)先級(jí)

e. 用例

MRD通常是由擁有產(chǎn)品經(jīng)理，產(chǎn)品營(yíng)銷經(jīng)理或者行業(yè)分析師頭銜的人撰寫(xiě)的。MRD通常是一份連續(xù)的5-25頁(yè)Word文檔，或者正如之后描述那樣在一些機(jī)構(gòu)中甚至更長(zhǎng)。

PRD

　產(chǎn)品需求文檔（Product Requirements Document）

進(jìn)步一細(xì)化，這部分是PD寫(xiě)得最多的內(nèi)容，也就是傳統(tǒng)意義上的需求分析，我們這里主要指UC（use case）文檔。主要內(nèi)容有，功能使用的具體描述（每個(gè)UC一般有用例簡(jiǎn)述、行為者、前置條件、后置條件、UI描述、流程/子流程/分支流程，等幾大塊），Visio做的功能點(diǎn)業(yè)務(wù)流程，界面的說(shuō)明，demo等。Demo方面，可能用dreamweaver、ps甚至畫(huà)圖板簡(jiǎn)單畫(huà)一下，有時(shí)候也會(huì)有UI/UE支持，出高保真的demo，開(kāi)發(fā)將來(lái)可以直接用的那種。

產(chǎn)品需求文檔（PRD）重點(diǎn)放在為一個(gè)被提議的新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)定義市場(chǎng)需求。與MRD側(cè)重于從市場(chǎng)需要角度看需求的不同，PRD側(cè)重于從產(chǎn)品本身角度看待需求。通常在特點(diǎn)和功能需求上更深入細(xì)節(jié)，并也可能包括屏幕截圖和用戶界面流程。在那些MRD不包括具體需求和用例的機(jī)構(gòu)中，PRD就包含這些具體內(nèi)容。PRD通常是由擁有產(chǎn)品經(jīng)理，行業(yè)分析師或者產(chǎn)品分析師頭銜的人撰寫(xiě)的。PRD通常是一份連續(xù)的20-50頁(yè)Word文檔，或者針對(duì)復(fù)雜產(chǎn)品甚至更長(zhǎng)。

提醒：一些機(jī)構(gòu)將這里描述的MRD和PRD合并成一個(gè)文檔，并稱最后的文檔為MRD。在這種情況下，MRD包括本段描述的內(nèi)容，也包括上一段描述PRD的內(nèi)容，并且可能超過(guò)50頁(yè)。

FSD

功能詳細(xì)說(shuō)明（Functional Specifications Document）

有一點(diǎn)像“概要設(shè)計(jì)”，這步就開(kāi)始往開(kāi)發(fā)銜接了，產(chǎn)品UI、業(yè)務(wù)邏輯的細(xì)節(jié)都要確定，細(xì)化文檔并保持更新。相應(yīng)的，有很多內(nèi)容，比如表結(jié)構(gòu)設(shè)計(jì)，要由項(xiàng)目經(jīng)理來(lái)編寫(xiě)了。

功能規(guī)格文檔（FSD）把焦點(diǎn)集中在實(shí)現(xiàn)，定義產(chǎn)品功能需求的全部細(xì)節(jié)。FSD可能通過(guò)一張張的截屏和一條條功能點(diǎn)來(lái)定義產(chǎn)品規(guī)格。這是一份可以直接讓工程師創(chuàng)建產(chǎn)品的文檔。

與MRD和PRD側(cè)重于以市場(chǎng)需要和產(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)理頭銜的人撰寫(xiě)的 – 作者通常屬于工程部門(mén)。通常一個(gè)連續(xù)幾十頁(yè)的Word或類似文檔。

文章標(biāo)題：PM,RD,FE,UE,UI,QA,OP,DBA,BRD,MRD, PRD,FSD等縮寫(xiě)的全稱解析
網(wǎng)頁(yè)鏈接：http://www.rwnh.cn/news17/157017.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)頁(yè)設(shè)計(jì)公司、網(wǎng)站制作、靜態(tài)網(wǎng)站、動(dòng)態(tài)網(wǎng)站、小程序開(kāi)發(fā)、網(wǎng)站收錄

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)