研發(fā)組內(nèi)角色分工

• 開發(fā)經(jīng)理/架構(gòu)
• 項(xiàng)目/系統(tǒng)負(fù)責(zé)人
• 開發(fā)人員

角色職責(zé)描述

• 開發(fā)經(jīng)理/架構(gòu)
  負(fù)責(zé)系統(tǒng)的整體架構(gòu)，資源整合，對(duì)系統(tǒng)方案進(jìn)行評(píng)審，把握系統(tǒng)方向，監(jiān)督研發(fā)質(zhì)量，給開發(fā)人員提供支持
• 項(xiàng)目/系統(tǒng)負(fù)責(zé)人
  每個(gè)系統(tǒng)原則上要求有兩位負(fù)責(zé)人，固定系統(tǒng)由指定開發(fā)擔(dān)當(dāng)負(fù)責(zé)人，臨時(shí)項(xiàng)目臨時(shí)調(diào)配負(fù)責(zé)人，負(fù)責(zé)人要參與需求評(píng)審、方案設(shè)計(jì)、方案評(píng)審等工作，對(duì)系統(tǒng)質(zhì)量和進(jìn)度負(fù)責(zé)。
• 開發(fā)人員
  具體系統(tǒng)編碼人員/頁面編碼人員

研發(fā)流程

• 需求評(píng)審
  系統(tǒng)負(fù)責(zé)人要參與產(chǎn)品需求評(píng)審，確定研發(fā)排期
• 頁面設(shè)計(jì)
  對(duì)于網(wǎng)站/APP系統(tǒng)由美工設(shè)計(jì)出頁面，視具體情況出一級(jí)、二級(jí)甚至三級(jí)頁面。
  對(duì)于應(yīng)用系統(tǒng)設(shè)計(jì)出具有代表性的頁面和整體風(fēng)格。
• 系統(tǒng)設(shè)計(jì)
  由系統(tǒng)負(fù)責(zé)人根據(jù)PRD文檔和用例描述文檔進(jìn)行系統(tǒng)設(shè)計(jì)，維護(hù)在wiki里
• 方案評(píng)審
  由系統(tǒng)設(shè)計(jì)人員/架構(gòu)對(duì)系統(tǒng)設(shè)計(jì)方案進(jìn)行評(píng)審，見下方
• 程序開發(fā)
  開發(fā)人員根據(jù)系統(tǒng)設(shè)計(jì)文檔進(jìn)行編碼，編寫測試用例，輸出程序源代碼和配置文檔等
  開發(fā)人員需要做好程序本身的測試工作，以及程序間的聯(lián)調(diào)工作
• 程序測試
  開發(fā)提交測試以后，部署到測試環(huán)境，交付給測試人員安排測試
• 功能集成測試
  以系統(tǒng)設(shè)計(jì)人員為主，與其他人員（可能包括系統(tǒng)支持人員、程序開發(fā)人員、產(chǎn)品經(jīng)理、業(yè)務(wù)提出者）組成臨時(shí)測試小組，測試組裝后的程序。
• 系統(tǒng)發(fā)版
  開發(fā)人員提供部署方案，根據(jù)上線時(shí)間，提交上線申請(qǐng)，走自動(dòng)化發(fā)版
  服務(wù)器相關(guān)聯(lián)系運(yùn)維操作
  數(shù)據(jù)庫相關(guān)聯(lián)系DBA操作

開發(fā)方式

所有開發(fā)人員原則上都在本地進(jìn)行開發(fā)和進(jìn)行單元測試
前后端分離的開發(fā)流程，參考【基于接口開發(fā)管理】

版本管理

使用基于git的源碼管理，有g(shù)ithub和gitflow兩種開發(fā)模式，由系統(tǒng)負(fù)責(zé)人根據(jù)開發(fā)規(guī)模確定使用哪種模式，參與開發(fā)人員多、需求版本多的情況是用gitflow模式，其他情況使用github模式。

工具

• java開發(fā)工具：IDEA、eclipse
• 版本控制工具：git、svn，新項(xiàng)目使用git
• 數(shù)據(jù)庫設(shè)計(jì)工具：powerdesigner
• 數(shù)據(jù)庫：oracle、mysql，新項(xiàng)目使用mysql

數(shù)據(jù)庫管理

• 數(shù)據(jù)庫環(huán)境分為：線上、測試、開發(fā)
• 開發(fā)服務(wù)器和測試服務(wù)器上的數(shù)據(jù)庫的管理操作只能由系統(tǒng)負(fù)責(zé)人員進(jìn)行。數(shù)據(jù)庫的建立依賴于系統(tǒng)設(shè)計(jì)人員提供的數(shù)據(jù)庫生成腳本和原始數(shù)據(jù)腳本。
• 程序中訪問數(shù)據(jù)庫時(shí)使用統(tǒng)一的用戶、統(tǒng)一的連接文件訪問數(shù)據(jù)庫。
• 在開發(fā)過程中如果有數(shù)據(jù)庫變動(dòng)，統(tǒng)一報(bào)到指定的系統(tǒng)設(shè)計(jì)人員處，由系統(tǒng)設(shè)計(jì)人員確認(rèn)，生成數(shù)據(jù)庫修改腳本，交由系統(tǒng)支持人員處理，或交由指定的系統(tǒng)設(shè)計(jì)人員處理（必須經(jīng)過系統(tǒng)支持人員授權(quán)）。同時(shí)該系統(tǒng)設(shè)計(jì)人員將數(shù)據(jù)庫修改腳本發(fā)給所有相關(guān)的開發(fā)人員，由開發(fā)人員自行修改自己本地的數(shù)據(jù)庫，以達(dá)到數(shù)據(jù)庫同步。

問題跟蹤/BUG管理

1. 目前公司內(nèi)部采用的需求/Bug管理工具是禪道。禪道由系統(tǒng)支持人員管理，包括建立項(xiàng)目、分配項(xiàng)目成員、設(shè)置權(quán)限等。
2. 測試人員提交的Bug先指派給開發(fā)組長，再由開發(fā)組長分派給開發(fā)人員解決。
3. 項(xiàng)目結(jié)束后由系統(tǒng)支持人員以每個(gè)人為單位統(tǒng)計(jì)Bug的數(shù)量，作為歷史數(shù)據(jù)保留，作為質(zhì)量考核的依據(jù)。

評(píng)審機(jī)制

在項(xiàng)目設(shè)計(jì)階段需要做階段交付成果的評(píng)審：

• 數(shù)據(jù)庫模型評(píng)審
  參加人員：[相關(guān)需求人員]、相關(guān)設(shè)計(jì)組成員、開發(fā)組負(fù)責(zé)人員。
• 程序模型評(píng)審
  參加人員：相關(guān)設(shè)計(jì)組成員、開發(fā)組負(fù)責(zé)人員。
• 包括序列圖、類圖、程序框架
  參加人員：相關(guān)設(shè)計(jì)組成員、開發(fā)組負(fù)責(zé)人員。
• 詳細(xì)設(shè)計(jì)文檔評(píng)審
  參加人員：[相關(guān)需求人員]、相關(guān)設(shè)計(jì)組成員、開發(fā)組負(fù)責(zé)人員。
• 設(shè)計(jì)交底會(huì)
  參加人員：相關(guān)設(shè)計(jì)組成員、相關(guān)的開發(fā)人員。

與其他組對(duì)接工作

• 與產(chǎn)品組對(duì)接
  由產(chǎn)品經(jīng)理提供需求文檔/PRD文檔/用例文檔/需求變更文檔/系統(tǒng)原型
• 與測試組對(duì)接
  提交給測試組已經(jīng)部署好的程序