?PM
????項(xiàng)目經(jīng)理(?Project?Manager?)
????從職業(yè)角度，是指企業(yè)建立以項(xiàng)目經(jīng)理責(zé)任制為核心姻乓，對項(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ì)劃益愈、組織和控制活動中做好領(lǐng)導(dǎo)工作梢灭，從而實(shí)現(xiàn)項(xiàng)目目標(biāo)。
????當(dāng)然在互聯(lián)網(wǎng)公司這個有著項(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）
????是一種純主觀的在用戶使用一個產(chǎn)品（服務(wù)）的過程中建立起來的心理感受县爬。因?yàn)樗羌冎饔^的，就帶有一定的不確定因素添谊。
????個體差異也決定了每個用戶的真實(shí)體驗(yàn)是無法通過其他途徑來完全模擬或再現(xiàn)的财喳。但是對于一個界定明確的用戶群體來講，其用戶體驗(yàn)的共性是能夠經(jīng)由良好設(shè)計(jì)的實(shí)驗(yàn)來認(rèn)識到。
????計(jì)算機(jī)技術(shù)和互聯(lián)網(wǎng)的發(fā)展耳高，使技術(shù)創(chuàng)新形態(tài)正在發(fā)生轉(zhuǎn)變扎瓶，以用戶為中心、以人為本越來越得到重視泌枪，用戶體驗(yàn)也因此被稱做創(chuàng)新2.0模式的精髓概荷。
????另外還有有個組合叫法：UED（產(chǎn)品交互設(shè)計(jì)師，用戶體驗(yàn)師）碌燕。
????UI
????用戶界面（User?Interface）
????UI設(shè)計(jì)則是指對軟件的人機(jī)交互误证、操作邏輯、界面美觀的整體設(shè)計(jì)修壕。好的UI設(shè)計(jì)不僅是讓軟件變得有個性有品味愈捅，還要讓軟件的操作變得舒適、簡單慈鸠、自由改鲫、充分體現(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)的活動”。有些推行ISO9000的組織會設(shè)置這樣的部門或崗位瘪松，負(fù)責(zé)ISO9000標(biāo)準(zhǔn)所要求的有關(guān)質(zhì)量保證的職能咸作，擔(dān)任這類工作的人員就叫做QA人員。
????OP
????運(yùn)維（Operations）
????OP這個詞語代表的意思很多宵睦，這個簡稱來自于英文的Operations一詞记罚。我也不清楚誰最早用op代表運(yùn)維工程師，不過2010年開始壳嚎，這個詞慢慢被很多人所知道桐智。
????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）
????是一個負(fù)責(zé)管理和維護(hù)數(shù)據(jù)庫服務(wù)器的人攻礼。數(shù)據(jù)庫管理員負(fù)責(zé)全面管理和控制數(shù)據(jù)庫系統(tǒng)业踢。這個職位對不同的人意味著不同的意義。
????另外還有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ì)致的市場與競爭對手分析，通過哪些功能來實(shí)現(xiàn)商業(yè)目的芳悲，功能/非功能需求分哪幾塊立肘，功能的優(yōu)先級等等。實(shí)際工作中名扛，這個階段PD可能的產(chǎn)出物有Mind?Manager的思維圖谅年，Excel的Feature?List等。
市場需求文檔（MRD）重點(diǎn)放在為一個被提議的新產(chǎn)品或者現(xiàn)有產(chǎn)品的改進(jìn)定義市場需求肮韧。與BRD指出商業(yè)問題和解決這些問題的解決方案不同融蹂，MRD更深入提議解決方案的細(xì)節(jié)。它包括一些或者所有這些細(xì)節(jié)：
????????????a.?解決商業(yè)問題所需要的特色
b.市場競爭分析
????????????c.?功能和非功能需求
????????????d.?特色/需求的優(yōu)先級
????????????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)容有，功能使用的具體描述（每個UC一般有用例簡述业汰、行為者伙窃、前置條件、后置條件样漆、UI描述为障、流程/子流程/分支流程，等幾大塊），Visio做的功能點(diǎn)業(yè)務(wù)流程鳍怨，界面的說明呻右，demo等。Demo方面鞋喇，可能用dreamweaver声滥、ps甚至畫圖板簡單畫一下，有時(shí)候也會有UI/UE支持侦香，出高保真的demo落塑，開發(fā)將來可以直接用的那種。
? ?產(chǎn)品需求文檔（PRD）重點(diǎn)放在為一個被提議的新產(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文檔枚冗，或者針對復(fù)雜產(chǎn)品甚至更長缓溅。
提醒：一些機(jī)構(gòu)將這里描述的MRD和PRD合并成一個文檔，并稱最后的文檔為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)理頭銜的人撰寫的?–?作者通常屬于工程部門。通常一個連續(xù)幾十頁的Word或類似文檔珍德。
