- 相關(guān)推薦
互聯(lián)網(wǎng)公司如何管理研發(fā)團(tuán)隊(duì)
需求管理平臺(tái) Req
在互聯(lián)網(wǎng)公司，每天都會(huì)有不同的需求被反饋，可能是線上bug、可能是用戶體驗(yàn)優(yōu)化、也可能是新的項(xiàng)目需求等等。這些需求按類別可以分為三類：日常需求、缺陷需求、項(xiàng)目需求。與之對(duì)應(yīng)的有3個(gè)管理池：需求池、缺陷池和項(xiàng)目池。
需求池
需求池里可以建立簡(jiǎn)單的日常需求，這些需求一般是一對(duì)一可以指派的問題。比如運(yùn)營(yíng)提出的可以提高用戶體驗(yàn)的一些優(yōu)化建議、UI提出的視覺方面的修改和調(diào)整。這些問題一般不屬于線上BUG，可以短期（1到2天）內(nèi)修復(fù)上線的。日常需求的生命周期如下：
建需求 －> 拉分支 －> 本地開發(fā)測(cè)試 －> 代碼評(píng)審 - > 預(yù)發(fā)布驗(yàn)證 -> 正式發(fā)布驗(yàn)證
缺陷池
缺陷池是給測(cè)試部門使用的。無論是日常需求還是項(xiàng)目發(fā)布都會(huì)有測(cè)試工程師介入測(cè)試，測(cè)試過了才能發(fā)上線。測(cè)試過程中發(fā)現(xiàn)的一切問題都要如是記錄在缺陷池里，指明對(duì)應(yīng)的責(zé)任人和處理人，并跟蹤此缺陷的生命周期。缺陷按照嚴(yán)重性可以分為P0～P5，P0最為嚴(yán)重，一般發(fā)生P0缺陷，整個(gè)網(wǎng)站或者系統(tǒng)將無法正常運(yùn)行，責(zé)任人和處理人需要在1個(gè)小時(shí)之內(nèi)解決，如果解決不了需要立即回滾代碼。如果你造成P0缺陷，那么對(duì)不起，輕則季度考核不合格，重則直接勸退。
而P級(jí)數(shù)字越大，缺陷嚴(yán)重程度越低。不過如果無法在規(guī)定時(shí)間內(nèi)解決該缺陷，會(huì)自動(dòng)上升一級(jí)。所以一旦出現(xiàn)缺陷，壓力還是很大的，開發(fā)工程師應(yīng)該在自測(cè)完全沒問題之后才能申請(qǐng)測(cè)試工程師進(jìn)行專業(yè)型測(cè)試。
項(xiàng)目池
一般一個(gè)需求的生命周期超過8天的'必須申請(qǐng)立項(xiàng)——即成為一個(gè)單一項(xiàng)目進(jìn)行管理。一個(gè)項(xiàng)目完整的生命周期如下：
需求評(píng)審 -> 產(chǎn)品出文檔和交互 -> UI 制作視覺稿、標(biāo)注稿 -> 后端給出Mock數(shù)據(jù)接口 --> 前端編寫頁面，綁定數(shù)據(jù) -->視覺UI走查 --> 前后端線下連調(diào) --> 后端接口上線 --> 用例測(cè)試 ---> 前端頁面上線 --> 用戶反饋和優(yōu)化
每個(gè)項(xiàng)目會(huì)有一個(gè)產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理整體跟進(jìn)，如果項(xiàng)目成員多的會(huì)設(shè)立專門的項(xiàng)目室（所謂的“小黑屋“）進(jìn)行開發(fā)和溝通，以提高溝通效率。
wiki文檔管理平臺(tái) Doc
每個(gè)研發(fā)團(tuán)隊(duì)都需要有一個(gè)統(tǒng)一的平臺(tái)來管理一些文檔，包括接口的API文檔、代碼規(guī)范、最佳實(shí)踐和技術(shù)分享等東西。在互聯(lián)網(wǎng)公司我們不會(huì)寫一大堆的word文檔或者整一些PPT，所有的文檔都采用markdown語法編寫，簡(jiǎn)約又易于分享。
接口API文檔
接口文檔的作用是為了前后端解耦�，F(xiàn)在前后端分離的開發(fā)模式已經(jīng)深入人心的，如果你還發(fā)現(xiàn)你的公司仍然搞一大堆什么JSP、Smarty、Velocity、FreeMarker等所謂的后端模板引擎的，趕緊告訴他們已經(jīng)Ou t了！前端模板引擎的性能和用戶體驗(yàn)都遠(yuǎn)遠(yuǎn)高于后端。呵呵，可能這時(shí)遠(yuǎn)方飄飄然會(huì)傳來一聲不屑——胡扯，后端模板引擎的性能怎么會(huì)輸給前端呢？會(huì)這么想你肯定不知道前端模板引擎強(qiáng)大的.預(yù)編譯功能——模板引擎再厲害還是會(huì)有編譯過程，預(yù)編譯則把編譯事先做了。
好了回歸主題，規(guī)范的接口API文檔應(yīng)該包含以下幾個(gè)內(nèi)容：
第一：接口的用途
第二：接口的類型、是否需要登錄
第三：接口的參數(shù)列表和字段說明
第四：接口成功返回的數(shù)據(jù)字段說明
第五：接口失敗返回的數(shù)據(jù)字段說明
第六：接口對(duì)應(yīng)的mock數(shù)據(jù)入口
代碼規(guī)范
說到代碼規(guī)范，各個(gè)團(tuán)隊(duì)有所不同。前端、后端、客戶端、測(cè)試、大數(shù)據(jù)等各有各的代碼規(guī)范。代碼規(guī)范的作用是統(tǒng)一編碼風(fēng)格，提高代碼復(fù)用能力。這個(gè)規(guī)范可以是長(zhǎng)期開發(fā)經(jīng)驗(yàn)積累整理的一套編碼風(fēng)格。前端的話應(yīng)該包括：文件命名規(guī)范、HTML文檔規(guī)范、less或Sass編寫規(guī)范、JavaScript編碼規(guī)范等。代碼規(guī)范應(yīng)該隨著變成語言的升級(jí)而不斷更新，并且每次更新后應(yīng)該對(duì)每位開發(fā)人員進(jìn)行代碼規(guī)范 考試。
最佳實(shí)踐
最佳實(shí)踐是指針對(duì)某個(gè)問題總結(jié)出的最佳的處理方式，可以是代碼片段、設(shè)計(jì)模式或框架設(shè)計(jì)等。每次項(xiàng)目完成之后應(yīng)該做這樣的總結(jié)工作，梳理一下項(xiàng)目的脈絡(luò)和技術(shù)實(shí)現(xiàn)，思考性能優(yōu)化和用戶體驗(yàn)細(xì)節(jié)提升的技巧，然后積土成山，并長(zhǎng)期維護(hù)和更新，構(gòu)建團(tuán)隊(duì)自己的技術(shù)棧。
技術(shù)分享
技術(shù)分享應(yīng)該以專題的方式進(jìn)行，理論上團(tuán)隊(duì)每個(gè)成員定期都應(yīng)該做特定專題的技術(shù)分享，并和各自的績(jī)效掛鉤。分享方式很簡(jiǎn)單，演示文稿和markdown文檔，如果是技術(shù)實(shí)踐應(yīng)該還有配套的demo代碼，最好在小組的周會(huì)上進(jìn)行，鼓勵(lì)討論和反駁，一起進(jìn)步。最后這些分享資料以期刊形式進(jìn)行整理和出版，構(gòu)建團(tuán)隊(duì)的技術(shù)棧。
開發(fā)管理平臺(tái)
開發(fā)管理平臺(tái)主要用于開發(fā)過程中的所有流程的把控和個(gè)人質(zhì)量統(tǒng)計(jì)。這個(gè)平臺(tái)應(yīng)該和需求管理平臺(tái)以及代碼管理平臺(tái)聯(lián)通，協(xié)同使用。
個(gè)人缺陷管理
該模塊可以反應(yīng)開發(fā)者目前的代碼質(zhì)量水平，統(tǒng)計(jì)扣分情況。上面說了代碼缺陷等級(jí)分為P0～P5，開發(fā)者一旦出現(xiàn)缺陷會(huì)被統(tǒng)計(jì)在缺陷池里，并以扣分的形式呈現(xiàn)在這里。并且扣分排名前30名會(huì)上榜，全公司的.開發(fā)人員都可以看到，互相督促。
開發(fā)任務(wù)跟蹤
該模塊里會(huì)呈現(xiàn)開發(fā)人員當(dāng)前的任務(wù)隊(duì)列，每個(gè)開發(fā)任務(wù)的生命周期只要沒有走完，都可以申請(qǐng)發(fā)布計(jì)劃或取消發(fā)布，任務(wù)一旦發(fā)布成功該任務(wù)就會(huì)從列表里隱藏。
發(fā)布計(jì)劃
開發(fā)任務(wù)一旦成功生成發(fā)布計(jì)劃，會(huì)自動(dòng)從trunk里產(chǎn)生新的分支，并給出新生成的分支號(hào)，然后開發(fā)者把代碼切到該分支，在此分支上進(jìn)行新的開發(fā)。
代碼評(píng)審 codeReview
開發(fā)者一旦完成本地開發(fā)并自測(cè)沒有問題，申請(qǐng)發(fā)布前必須先經(jīng)過上一級(jí)的代碼評(píng)審。代碼評(píng)審包括編碼風(fēng)格審查，代碼執(zhí)行效率、業(yè)務(wù)邏輯實(shí)現(xiàn)的性能等多方面的排查。評(píng)審?fù)ㄟ^了才允許繼續(xù)發(fā)布。否則打回上一步，問題修改完成后繼續(xù)提交評(píng)審。
代碼發(fā)布
代碼評(píng)審?fù)ㄟ^后，會(huì)進(jìn)入當(dāng)天的發(fā)布隊(duì)列。
發(fā)布隊(duì)列
平臺(tái)管理員每天在規(guī)定時(shí)間把發(fā)布隊(duì)列里的發(fā)布計(jì)劃進(jìn)行預(yù)發(fā)布操作，即把分支合并到trunk。
預(yù)發(fā)布
代碼正式發(fā)布前先進(jìn)入預(yù)發(fā)布環(huán)境。預(yù)發(fā)布環(huán)境和正式環(huán)境一模一樣，測(cè)試人員需要把本地的hosts配置成預(yù)發(fā)布的IP地址。然后進(jìn)行預(yù)發(fā)布驗(yàn)證。驗(yàn)證如果不通過會(huì)被打回，開發(fā)人員需要在30分鐘內(nèi)進(jìn)行修改，問題解決后管理員會(huì)重新合并代碼，繼續(xù)預(yù)發(fā)布驗(yàn)證。超時(shí)或無法解決問題，回滾代碼。該發(fā)布計(jì)劃失敗。
正式發(fā)布
預(yù)發(fā)布驗(yàn)證沒問題了，發(fā)布隊(duì)列里的任務(wù)會(huì)進(jìn)入正式環(huán)境。測(cè)試人員需要把本地hosts配置成正式的IP地址。然后進(jìn)行正式發(fā)布驗(yàn)證，一般不會(huì)再出現(xiàn)問題。
緊急發(fā)布
每天進(jìn)行發(fā)布的時(shí)間是規(guī)定的。過了規(guī)定的發(fā)布時(shí)間如果還需要發(fā)布代碼的，需要走緊急發(fā)布。緊急發(fā)布每個(gè)開發(fā)人員都有次數(shù)限制，一般如果存在未知風(fēng)險(xiǎn)或涉及核心代碼的，不允許緊急發(fā)布。
代碼回滾
如果正式環(huán)境出現(xiàn)問題，在規(guī)定時(shí)間內(nèi)開發(fā)人員無法解決的，必須回滾到上一個(gè)版本。
代碼管理平臺(tái) gitLab、SVN
每個(gè)開發(fā)團(tuán)隊(duì)都需要一個(gè)代碼管理工具，svn或者git 是目前常用的工具之一。如果使用svn則只需要提供兩臺(tái)svn服務(wù)器（正式和預(yù)發(fā)）。如果使用git則需要搭建gitLab作為代碼的私有倉庫。
分支管理
開發(fā)統(tǒng)一拉分支進(jìn)行開發(fā)，然后合并到trunk。并且trunk上一般開發(fā)人員沒有寫的`權(quán)限，保護(hù)trunk的安全。
版本控制
各分支之間允許合并和回滾，由開發(fā)人員自己管理。
團(tuán)隊(duì)管理平臺(tái) team
每個(gè)小組應(yīng)該成立一個(gè)team平臺(tái)進(jìn)行管理。在這個(gè)平臺(tái)上可以查看隊(duì)伍各個(gè)成員之間的工作情況（日?qǐng)?bào)、周報(bào)、項(xiàng)目進(jìn)度等）
日?qǐng)?bào)
每日一報(bào)，寫一下今天做的`日常需求，如果是項(xiàng)目，就寫一下項(xiàng)目的進(jìn)度。
周報(bào)
每周一報(bào)。本周工作總結(jié)和下周工作計(jì)劃。
項(xiàng)目進(jìn)度
開發(fā)管理平臺(tái)各自的任務(wù)的生命周期應(yīng)該同步到這里。方便你的leader進(jìn)行查看和工作匯報(bào)。
員工管理平臺(tái) oa
這個(gè)幾乎每個(gè)公司都有，就不介紹了。
規(guī)章制度
保密。
人事流程
請(qǐng)假、考勤、打卡、離職、入職等。
場(chǎng)地申請(qǐng)
會(huì)議場(chǎng)地、項(xiàng)目室申請(qǐng)。
會(huì)議通知
會(huì)議開始前會(huì)定時(shí)通知與會(huì)人員。
組織架構(gòu)
研發(fā)團(tuán)隊(duì)是互聯(lián)網(wǎng)公司強(qiáng)大的'后盾，“養(yǎng)“著一群技術(shù)人員。這些人員不僅更具崗位職能進(jìn)行劃分。還有一個(gè)更重要的分法是根據(jù)工作性質(zhì)進(jìn)行分配。
業(yè)務(wù)部
負(fù)責(zé)新業(yè)務(wù)開發(fā)和舊業(yè)務(wù)的維護(hù)。
基礎(chǔ)部
負(fù)責(zé)開發(fā)服務(wù)化工具和大數(shù)據(jù)分析。
系統(tǒng)部
負(fù)責(zé)系統(tǒng)架構(gòu)設(shè)計(jì)和新技術(shù)研究。
運(yùn)維部
負(fù)責(zé)服務(wù)器管理和維護(hù)。
質(zhì)量保證部
我們的測(cè)試工程師同胞們。
【互聯(lián)網(wǎng)公司如何管理研發(fā)團(tuán)隊(duì)】相關(guān)文章：
互聯(lián)網(wǎng)UED團(tuán)隊(duì)如何管理？07-10
初創(chuàng)互聯(lián)網(wǎng)公司如何進(jìn)行團(tuán)隊(duì)建設(shè)？07-10
請(qǐng)問互聯(lián)網(wǎng)公司里研發(fā)和產(chǎn)品/運(yùn)營(yíng)/策劃之類的待遇如何？07-10
如何去管理銷售團(tuán)隊(duì)04-16
職場(chǎng)上如何管理好團(tuán)隊(duì)08-04
大家對(duì)各類互聯(lián)網(wǎng)公司的印象如何？07-10
互聯(lián)網(wǎng)創(chuàng)業(yè)公司如何起步更好？07-10
大一如何在杭州找到互聯(lián)網(wǎng)公司和創(chuàng)業(yè)團(tuán)隊(duì)暑期實(shí)習(xí)機(jī)會(huì)？07-10