日本乱中文字幕系列-日本伦理黄色大片在线观看网站-日本伦理片网站-日本伦理网站-韩国三级视频网站-韩国三级视频在线观看

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