我們是一家技術(shù)服務(wù)型公司，公司性質(zhì)決定我們的研發(fā)情況比做一個單獨(dú)項(xiàng)目節(jié)奏還要快，處理的問題更為復(fù)雜，這套流程目前來說執(zhí)行的較好，它可以很好的幫助我們進(jìn)行階段性的規(guī)劃及驗(yàn)收，輔助產(chǎn)品及商務(wù)對進(jìn)行項(xiàng)目的合理評估。

首先大的方向及目標(biāo)可以大致劃分為項(xiàng)目的執(zhí)行和過程的監(jiān)控

迭代執(zhí)行：任命項(xiàng)目負(fù)責(zé)人，并對執(zhí)行過程進(jìn)行監(jiān)控，同時進(jìn)行風(fēng)險(xiǎn)預(yù)警。

迭代細(xì)化：項(xiàng)目負(fù)責(zé)人對需求及工作量進(jìn)行落地分配，產(chǎn)品經(jīng)理對需求進(jìn)行區(qū)分，將非功能性需求在細(xì)化階段刨除，并反饋上級。

考慮每個迭代需要達(dá)成的目標(biāo)：工作量評估、功能性需求。非功能性需求。

項(xiàng)目的研發(fā)周期有長有短，有難也有簡單。我們將研發(fā)流程劃分為幾個階段。

1）原型演示:階段性須有可查看的交互文件，需要確定時間：迭代開發(fā)、自測完成，準(zhǔn)備提交測試前。團(tuán)隊(duì)內(nèi)部進(jìn)行需求評審，為團(tuán)隊(duì)成員進(jìn)行需求講解，同時由聽審成員提出執(zhí)行意見，（這個階段將個別實(shí)現(xiàn)困難，設(shè)置不合理等潛在影響交付的風(fēng)險(xiǎn)進(jìn)行排除。）

2）測試用例評審：測試工程師根據(jù)需求文檔編寫測試用例，并組織項(xiàng)目團(tuán)隊(duì)進(jìn)行測試用例評審。根據(jù)評審意見修改測試用例。

3）開發(fā)：根據(jù)前期的鋪墊，通過相關(guān)文檔進(jìn)行有計(jì)劃的開發(fā)，開發(fā)過程做關(guān)鍵性節(jié)點(diǎn)檢查。檢查由測試工程師與產(chǎn)品經(jīng)理負(fù)責(zé)

4）開發(fā)自測：在開發(fā)過程中，每完成部分功能點(diǎn)，都需要及時的進(jìn)行開發(fā)自測并通知相關(guān)人進(jìn)行驗(yàn)收

5）BUG修改：在IT平臺中獲取分配給自己的BUG進(jìn)行修改。

6）測試和回歸：提交測試時，必須要有正確的版本。測試人員根據(jù)測試用例進(jìn)行測試，在IT平臺中提交測試BUG，ui設(shè)計(jì)師進(jìn)行視覺驗(yàn)收，根據(jù)不同工種的驗(yàn)收標(biāo)準(zhǔn)給出產(chǎn)品是否發(fā)布的意見。如驗(yàn)收不通過將打回項(xiàng)目負(fù)責(zé)人進(jìn)行內(nèi)部整改。

7）驗(yàn)收：驗(yàn)證通過后方可流到產(chǎn)品經(jīng)理及商務(wù)負(fù)責(zé)人交付客戶。

8）灰度發(fā)布：迭代一定版本后，由項(xiàng)目經(jīng)理與團(tuán)隊(duì)共同決定是否需要進(jìn)行灰度發(fā)布。

9）項(xiàng)目總結(jié)與信息收集：會議在產(chǎn)品上線后由項(xiàng)目負(fù)責(zé)人組織。會議期間，由項(xiàng)目負(fù)責(zé)人組織大家體驗(yàn)并將項(xiàng)目中所遇到問題及解決方案進(jìn)行總結(jié)。會后由參與各人發(fā)出總結(jié)留檔。

這套流程應(yīng)該有更好的方案，我們還在不斷的學(xué)習(xí)和優(yōu)化這套方案，所謂因地制宜，我們需要辯證的看待公司情況，如果沒有好的方向倒是可以參考，我們主要業(yè)務(wù)是做互聯(lián)網(wǎng)產(chǎn)品的研發(fā)及維護(hù)，涉及到的有教育、金融方向的產(chǎn)品，根據(jù)客戶實(shí)際情況推薦使用app、微信、pc不同方案進(jìn)行開發(fā)，其目的是希望為客戶提供更滿意的產(chǎn)品。如果你有更好的開發(fā)流程且是流程的受用者歡迎與我討論。