如題，本人對鳥語瞭解的太少。更何況是縮寫。於是，這裡做個總結，免得被人嘲笑為民工。

• PM

這個是產品經理的意思。我一直以為是專案經理的縮寫。太坑爹了，本人還寫過一個屌絲文章，看來要貽笑大方了。

• RD

RD是研究與開發（研發）。諸如PHP程式猿，Java程式猿，無論是愛瘋的還是安卓的都是屬於這一類別。

• FE

FE是前端研發。有點意思！

• UE

UE是使用者體驗

• QA

QA是測試

• OP

OP是運維

還有DBA,DB,UI,WC這些應該都清楚。

-----------------------------------------

在各個角色之前協調時離不開的就是文件了。於是又來了一堆文件的縮寫。

具體我也沒有研究，摘抄如下文章：

“網際網路產品設計常用文件型別 BRD、MRD、PRD、FSD”

http://blog.sina.com.cn/s/blog_4bfe0c0f0100p060.html#

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或類似文件。

還有諸如PSD,BSD等等，大家可以自己意會。

from:夢想擺渡的專欄http://blog.csdn.net/mengxiangbaidu/article/details/8236495