公司研發(fā)部門與產(chǎn)品部門一起對之前的開發(fā)流程做了優(yōu)化，優(yōu)化后的主流程見附件。

針對流程中的需要團(tuán)隊(duì)內(nèi)部確定的細(xì)節(jié)點(diǎn)討論最終決定如下：

1、需求預(yù)審階段
    1）步驟說明：
    1》小組長安排時間看需求，組織小組成員（包含技術(shù)負(fù)責(zé)人）討論
    2》通過思維導(dǎo)圖工具（xmind）列出功能點(diǎn)，并對功能點(diǎn)進(jìn)行詳細(xì)的需求分析
    3》注釋需要注意的地方及疑問，并提前和產(chǎn)品溝通疑問點(diǎn)，盡量在需求講解之前消除疑問點(diǎn)
    2）產(chǎn)出文檔：通過xmind導(dǎo)出pdf文件上傳到redmine指定路徑存檔（上傳需要包含源文件）

2、需求分析階段
    1）步驟說明：
        1》完善需求預(yù)審階段的文檔，保持對需求的理解盡量和產(chǎn)品達(dá)成一致，最低限度減少需求分歧
        2》由小組長及技術(shù)負(fù)責(zé)人確定要產(chǎn)出哪些文檔（包括流程圖、端內(nèi)技術(shù)方案、項(xiàng)目技術(shù)方案等），并安排組內(nèi)成員完成
        3》成員產(chǎn)出文檔后由小組長安排組員（包含技術(shù)負(fù)責(zé)人，如涉及到后臺，還需要后臺人員參與）對方案進(jìn)行評審，確定最終方案
    2）產(chǎn)出文檔：
        1》流程圖：復(fù)雜業(yè)務(wù)需要出業(yè)務(wù)流程圖（源文件及導(dǎo)出pdf文件）
        2》技術(shù)方案：對技術(shù)解決方案進(jìn)行詳細(xì)描述（用word或者Pages或類似的文字編輯工具及導(dǎo)出pdf文件）
        注：技術(shù)方案應(yīng)該基本包含以下幾個點(diǎn)：
        1】提出問題（重構(gòu)或者優(yōu)化現(xiàn)有邏輯需要說明當(dāng)前存在哪些問題，新需求需要描述需求點(diǎn)）
        2】方案解釋（用這個方案的原因說明）
        3】方案具體實(shí)現(xiàn)（如數(shù)據(jù)流程圖或者類結(jié)構(gòu)設(shè)計(jì)圖或者其他解釋性語言進(jìn)行描述）
        以上文檔需要上傳至redmine指定路徑存檔（上傳需要包含源文件）

3、code review階段
    code review主要分以下兩個階段進(jìn)行：
    1）編碼中review（目的確保核心功能的改動能夠符合產(chǎn)品預(yù)期并沒有嚴(yán)重bug存在）
        1》小組長對組員提交的代碼進(jìn)行review（主要是關(guān)鍵的、核心的或者影響比較廣的改動），提出不合理點(diǎn)，安排組員進(jìn)行修改
        2》小組成員出于對自身代碼質(zhì)量的要求，主要邀請技術(shù)或者經(jīng)驗(yàn)更足的同學(xué)幫忙review自己的代碼
    2）編碼完成后（初步商定在上78測試至發(fā)布版本期間）對代碼進(jìn)行review（目的主要是加強(qiáng)代碼規(guī)范，添加注釋）
        1》采取會議方式，由小組長組織對某些代碼（如某個人開發(fā)的代碼）進(jìn)行review
        2》如果發(fā)現(xiàn)嚴(yán)重的bug，則需要立即安排修改，如果需要優(yōu)化或者重構(gòu)，則安排任務(wù)在下一個版本中完成

4、由于之前開發(fā)過程中，缺少撰寫技術(shù)文檔一環(huán)節(jié)，為了團(tuán)隊(duì)成員更好的適應(yīng)新的開發(fā)流程，在正常工作之余，會安排一些額外的技術(shù)類文檔的編寫，所有的方案文檔都需要走評審環(huán)節(jié)，評審?fù)ㄟ^后才可以進(jìn)行代碼的編寫

5、以上提到的所有產(chǎn)出的文檔及安排的任務(wù)都會陸續(xù)遷移到remine中，請相關(guān)人員密切關(guān)注redmine