《第１１篇》一個(gè)標(biāo)準(zhǔn)的互聯(lián)網(wǎng)公司的技術(shù)部組織架構(gòu)是什么？

這里所說(shuō)的互聯(lián)網(wǎng)公司也對(duì)于電子商務(wù)也有一定的參考意義；
 技術(shù)部門一般包括產(chǎn)品研發(fā)(R&D)，質(zhì)量（軟件測(cè)試，版本管理，項(xiàng)目管理），產(chǎn)品（負(fù)責(zé)產(chǎn)品需求分析，項(xiàng)目管理）；
 　　產(chǎn)品研發(fā)(R&D)，質(zhì)量（軟件測(cè)試，版本管理，項(xiàng)目管理），產(chǎn)品（負(fù)責(zé)產(chǎn)品需求分析，項(xiàng)目管理）；應(yīng)該說(shuō)這三個(gè)部門對(duì)于研發(fā)大部門來(lái)說(shuō)，是三足鼎立；那一個(gè)部門都重要，套用一句話：不是所有重要的部門都叫技術(shù)部；
 　　百度非常重視產(chǎn)品部門的作用，每個(gè)產(chǎn)品都有獨(dú)立的產(chǎn)品經(jīng)理負(fù)責(zé)，產(chǎn)品經(jīng)理負(fù)責(zé)收集產(chǎn)品需求，負(fù)責(zé)需求文檔撰寫，負(fù)責(zé)項(xiàng)目排期，負(fù)責(zé)協(xié)調(diào)測(cè)試，負(fù)責(zé)安排開發(fā)計(jì)劃，負(fù)責(zé)優(yōu)先級(jí)排定，總之產(chǎn)品經(jīng)理對(duì)產(chǎn)品的設(shè)計(jì)以及開發(fā)進(jìn)度是第一負(fù)責(zé)人；
 　　測(cè)試部負(fù)責(zé)系統(tǒng)測(cè)試，一般按照 研發(fā)人員：測(cè)試人員=3:1 配比；大家別以為測(cè)試人員就是會(huì)挑刺的，但這些刺不跳出來(lái)，然后要等到產(chǎn)品上線后讓用戶發(fā)現(xiàn)么？我了解了很多公司，其對(duì)測(cè)試都不太重視，造成系統(tǒng)上線后問題一大堆；更讓我吃驚的是，在百度線上產(chǎn)品出了問題，各種處罰從VP到研發(fā)每個(gè)人都會(huì)受到不通程度的處罰（一般是罰款），而在其他公司缺險(xiǎn)有這樣的事情；我想這個(gè)和百度非常重視產(chǎn)品質(zhì)量和用戶體驗(yàn)很有關(guān)系；
 　　研發(fā)按照產(chǎn)品部門撰寫的需求文檔，并按照之前確定產(chǎn)品開發(fā)計(jì)劃進(jìn)行研發(fā)；產(chǎn)品部門關(guān)心的是功能和用戶體驗(yàn)，而研發(fā)卻要負(fù)責(zé)如何更有效的通過(guò)技術(shù)去實(shí)現(xiàn)這些功能；
 　　這三個(gè)部門是如何協(xié)調(diào)工作的呢？
 　�。�。每個(gè)產(chǎn)品均有唯一的產(chǎn)品經(jīng)理（產(chǎn)品部），產(chǎn)品經(jīng)理負(fù)責(zé)需求分析，項(xiàng)目開發(fā)計(jì)劃排定，測(cè)試安排，產(chǎn)品上線時(shí)間安排，用戶培訓(xùn)等；產(chǎn)品經(jīng)理收集需求，并按照優(yōu)先級(jí)排定計(jì)劃；一般說(shuō)來(lái)，產(chǎn)品經(jīng)理根據(jù)功能的大小和優(yōu)先級(jí)，并考慮到互聯(lián)網(wǎng)產(chǎn)品一般版本升級(jí)較快（特別是面向用戶前端），所以每一個(gè)版本的升級(jí)頻率都在2個(gè)星期左右，外加測(cè)試和培訓(xùn)也不會(huì)超過(guò)２０天；
 　　２。產(chǎn)品經(jīng)理根據(jù)業(yè)務(wù)部門，產(chǎn)品使用部門撰寫的文檔為需求文檔（在百度叫MRD），并和研發(fā)工程師討論實(shí)現(xiàn)方式（當(dāng)然產(chǎn)品經(jīng)理對(duì)產(chǎn)品也是非常熟悉的）以便初步評(píng)估產(chǎn)品開發(fā)周期；對(duì)于產(chǎn)品版本，對(duì)于小功能的升級(jí)（小于一個(gè)月，非架構(gòu)升級(jí)）一般改變產(chǎn)品的最后一位（1.1,1.2,1.3..），對(duì)于架構(gòu)的重大升級(jí)改變產(chǎn)品版本第一位(1.0,2.0...);產(chǎn)品經(jīng)理撰寫好MRD后，對(duì)召開一個(gè)需求討論會(huì)對(duì)需求文檔中的內(nèi)容進(jìn)行評(píng)審（內(nèi)容較多且容易引起歧義需要會(huì)議確認(rèn)，內(nèi)容較少且簡(jiǎn)單郵件評(píng)審就可以），評(píng)審后研發(fā)就可以根據(jù)需求排定開發(fā)計(jì)劃，測(cè)試部門根據(jù)需求文檔排定測(cè)試計(jì)劃，產(chǎn)品經(jīng)理根據(jù)研發(fā)提供的開發(fā)時(shí)間和測(cè)試提供的測(cè)試時(shí)間確定上線時(shí)間；當(dāng)然產(chǎn)品經(jīng)理對(duì)于產(chǎn)品的上線時(shí)間有最終的控制權(quán)，這個(gè)事先一般都會(huì)有評(píng)估；

 備注：除開研發(fā)，測(cè)試，產(chǎn)品之外，一般還有用戶體驗(yàn)（User Experience）等部門，用戶體驗(yàn)負(fù)責(zé)產(chǎn)品界面的設(shè)計(jì)，包括Logo設(shè)計(jì)，界面設(shè)計(jì)，字體，按鈕，操作方式等等；我想一個(gè)爽心悅目的界面無(wú)疑將讓用戶停留更多時(shí)間從而也為公司提升更多收入，一個(gè)粗制濫造的產(chǎn)品足以讓人崩潰；

來(lái)源：巨靈鳥 歡迎分享本文