隨著工作年限的增長(zhǎng)，我們從一開(kāi)始負(fù)責(zé)一個(gè)功能，再到負(fù)責(zé)一個(gè)模塊的數(shù)據(jù)字典及框架設(shè)計(jì)。再到負(fù)責(zé)整個(gè)系統(tǒng)的需求評(píng)審及架構(gòu)設(shè)計(jì)。這一路見(jiàn)證著程序猿的成長(zhǎng)。但當(dāng)我們逐步成為一名架構(gòu)師，或是一名項(xiàng)目管理人員時(shí)，會(huì)發(fā)現(xiàn)一個(gè)項(xiàng)目的成功，會(huì)牽扯到各式各樣的問(wèn)題及風(fēng)險(xiǎn)。無(wú)論是系統(tǒng)本身要兼容快速發(fā)展的業(yè)務(wù)形態(tài)，還是由于人員因素導(dǎo)致的項(xiàng)目延遲，又或是系統(tǒng)代碼的臃腫或是難以維護(hù)，亦是新人來(lái)后的一臉迷茫。那么下面，分享下，項(xiàng)目流程管理之我見(jiàn)。
一、整體項(xiàng)目流程 1、 需求評(píng)審與確認(rèn) 要求：PD會(huì)進(jìn)行需求的整理并放入需求資源池。確定本期研發(fā)的功能需求，并開(kāi)始需求評(píng)審，需求評(píng)審時(shí)，能夠使技術(shù)人員能夠完全理解本次需求的前因后果，作用，目標(biāo)及整個(gè)流程。 產(chǎn)出：該階段主要為pd產(chǎn)出相關(guān)prd及demo，對(duì)需求進(jìn)行宣講，并記錄疑問(wèn)及難點(diǎn)。
2、模塊流程文檔 要求：圍繞著本次迭代的核心問(wèn)題，編寫(xiě)整個(gè)模塊的閉環(huán)業(yè)務(wù)流程。如有復(fù)雜邏輯，需要畫(huà)出用例圖、協(xié)作圖等。 同時(shí)，要給出該模塊的非功能性需求，例如：調(diào)用量、日均增量、訪(fǎng)問(wèn)次數(shù)等待。 產(chǎn)出：領(lǐng)域模型、開(kāi)發(fā)模塊架構(gòu)圖、技術(shù)架構(gòu)圖、人員分工（每個(gè)人負(fù)責(zé)哪個(gè)模塊）
3、詳細(xì)設(shè)計(jì)及評(píng)審 （1）概念映射：抽取本次模塊迭代的一些屬于概念。 （2）框架設(shè)計(jì)：圍繞著本次迭代的核心，進(jìn)行模塊的擴(kuò)展構(gòu)思，不僅僅以完成本次功能的模塊為主旨，還需要考慮未來(lái)的體系中，該模塊的可用性、擴(kuò)展性。 （3）數(shù)據(jù)庫(kù)設(shè)計(jì)：數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)要嚴(yán)格遵守?cái)?shù)據(jù)庫(kù)范式、同時(shí)圍繞系統(tǒng)做到可擴(kuò)展。 （4）功能細(xì)化與調(diào)研各個(gè)環(huán)節(jié)中需要調(diào)用哪些接口服務(wù)。 （5）前后端傳輸對(duì)象的映射及定義，進(jìn)行前后端最后評(píng)審。 產(chǎn)出：技術(shù)架構(gòu)圖、數(shù)據(jù)庫(kù)關(guān)聯(lián)關(guān)系圖等，一致評(píng)審?fù)ㄟ^(guò)后，形成完整文檔。
4、編碼 （1）圍繞著模塊的核心構(gòu)建核心框架代碼（遇到問(wèn)題可互相討論） （2）編碼及功能實(shí)現(xiàn)。 （3）接口注釋、復(fù)雜邏輯注釋。
5、測(cè)試 要求：測(cè)試階段，根據(jù)代碼邏輯，編寫(xiě)每一個(gè)case的相關(guān)測(cè)試用例及單元測(cè)試。變更覆蓋率不得低于百分之80。 產(chǎn)出：測(cè)試用例文檔及單元測(cè)試TestCase。
6、發(fā)布前準(zhǔn)備與發(fā)布 要求：查看代碼檢測(cè)工具，質(zhì)量分不得小于35分、行單測(cè)覆蓋率不得小于百分之60。從開(kāi)發(fā)->集成->預(yù)發(fā)->發(fā)布階段，每一階段都需要進(jìn)行驗(yàn)證及日志查看。? 注：預(yù)發(fā)前要充分做好回歸測(cè)試（根據(jù)每次迭代的測(cè)試用例及單元測(cè)試進(jìn)行測(cè)試），防止線(xiàn)上已有功能受到影響。
7、線(xiàn)上問(wèn)題修復(fù)及運(yùn)維 要求：（1）發(fā)布上線(xiàn)后出現(xiàn)問(wèn)題，需要緊急變更處理，做好線(xiàn)下及預(yù)發(fā)驗(yàn)證，發(fā)布線(xiàn)上。同時(shí)在lark上記錄該問(wèn)題的前因后果。 （2）約定時(shí)間，每日查看自己負(fù)責(zé)的模塊及整體系統(tǒng)運(yùn)行情況，發(fā)現(xiàn)問(wèn)題及時(shí)拋出。 二、代碼質(zhì)量及review 要求：每次迭代完的下個(gè)星期，抽出一下午時(shí)間進(jìn)行代碼質(zhì)量及review（pmd檢測(cè)大部分代碼質(zhì)量問(wèn)題），包括： （1）代碼結(jié)構(gòu)是否合理，能否有更好的實(shí)現(xiàn)。（結(jié)構(gòu)角度、方法抽象、jvm堆棧內(nèi)存占用等） （2）代碼中沒(méi)考慮到的情況
三、項(xiàng)目管理 項(xiàng)目管理要點(diǎn)分為，時(shí)間把控、風(fēng)險(xiǎn)把控、補(bǔ)位意識(shí)、結(jié)果與目標(biāo)導(dǎo)向四點(diǎn)：
時(shí)間把控： （1）整個(gè)項(xiàng)目流程分為需求、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、實(shí)施階段。根據(jù)需求的復(fù)雜度、團(tuán)隊(duì)整體能力水平、調(diào)研負(fù)責(zé)度進(jìn)行迭代周期的預(yù)測(cè)。 （2）一旦時(shí)間確定下來(lái)，就嚴(yán)格按照每個(gè)階段的產(chǎn)出實(shí)行。
風(fēng)險(xiǎn)把控： （1）意外情況或有進(jìn)度風(fēng)險(xiǎn)的情況。需要及時(shí)暴露出來(lái) 風(fēng)險(xiǎn)原因及風(fēng)險(xiǎn)問(wèn)題。并進(jìn)行相關(guān)協(xié)調(diào)溝通，補(bǔ)位意識(shí)。
補(bǔ)位意識(shí)： （1）項(xiàng)目風(fēng)險(xiǎn)確定，每個(gè)成員都有自身的長(zhǎng)項(xiàng)，發(fā)現(xiàn)影響進(jìn)度的問(wèn)題，包含于自己能力的能力范疇內(nèi)，幫助對(duì)方提速，追趕項(xiàng)目進(jìn)度。
結(jié)果與目標(biāo)導(dǎo)向： （1）保質(zhì)保量完成需求及模塊的迭代。 （2）優(yōu)化review及補(bǔ)充，使每個(gè)人能夠知道對(duì)方模塊的邏輯及全系統(tǒng)邏輯。 （3）問(wèn)題總結(jié)及技能總結(jié)。 （4）從整個(gè)系統(tǒng)的層面、業(yè)務(wù)大圖的層面去考慮整個(gè)系統(tǒng)或產(chǎn)品的發(fā)展及擴(kuò)展。
當(dāng)然，現(xiàn)實(shí)或許是殘酷的，時(shí)間或許是緊迫的。很多時(shí)候，我們會(huì)因?yàn)楦鞣N各樣的原因而擱置其中的部分流程。但規(guī)范決定著長(zhǎng)遠(yuǎn)的風(fēng)險(xiǎn)可控，倘若有時(shí)間一定要將必要的補(bǔ)上，這是對(duì)別人負(fù)責(zé)，同時(shí)也是對(duì)自己負(fù)責(zé)。

總結(jié)

以上是生活随笔為你收集整理的项目研发流程及管理之我见的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。