中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

你會常常因為需求變更被開發(fā)測試吐槽，被抱怨研發(fā)管理流程規(guī)范太多，流程太復雜，被領導質問為什么延期需求那么多嗎？對于產(chǎn)品經(jīng)理或是項目經(jīng)理來說，研發(fā)管理流程是極其繁瑣且難以規(guī)范化的工作，本篇文章將介紹大廠的B端產(chǎn)品研發(fā)管理流程以及管理中出現(xiàn)問題的解決方案。

一、研發(fā)管理流程

整個研發(fā)管理過程分為5個階段，需求階段，開發(fā)階段，測試階段，上線階段，驗收階段，每個階段都有相應的負責人，對階段內(nèi)的所有任務和節(jié)點的交付情況負責，保證節(jié)點正常推進，而項目經(jīng)理則統(tǒng)籌起推進全局的角色。

如果按照雙周發(fā)版的頻率，2次版本中間會有時間交叉，即上個版本的測試階段與下個版本的需求階段重合，這樣可以保證各個角色在每個階段都有工作任務，滿足快速迭代的要求。

1. 需求階段：產(chǎn)品經(jīng)理主導

• 產(chǎn)品經(jīng)理：評估并設計需求；提供需求清單；組織需求評審會，邀請開發(fā)測試參會
• 開發(fā)：評估本次版本需求可行性和工時，并輸出開發(fā)方案設計書（如有必要，組織需求反講會）
• 測試：評估本次版本需求工時
• 項目經(jīng)理：根據(jù)開發(fā)測試工作量確定需求排版情況

說明：整個需求階段會與上個版本的測試階段重合，測試人員工作重點會放在上個版本的測試工作上。

2. 開發(fā)階段：后端開發(fā)主導

• 產(chǎn)品經(jīng)理：對開發(fā)出現(xiàn)的問題進行及時評估影響和重新設計方案
• 開發(fā)：進行產(chǎn)品開發(fā)及自測，如有前后端交互的需求，需同時提供接口文檔，進行前后端聯(lián)調(diào)
• 測試：根據(jù)需求說明文檔和開發(fā)設計文檔，輸出測試案例，并組織測試案例評審會
• 項目經(jīng)理：確保轉測節(jié)點正常推進

3. 測試階段：測試主導

• 產(chǎn)品：上線前一天在UAT環(huán)境進行測試，發(fā)送版本升級的客戶影響通知
• 開發(fā)：針對測試同學提出的bug進行修復
• 測試：進行功能測試，提出bug并修復跟進，上線前一天進行回收測試并發(fā)送測試報告
• 項目經(jīng)理：確保發(fā)版時間檢查完畢

4. 上線階段：運維主導

• 開發(fā)：匯總產(chǎn)品變更內(nèi)容并提變更單
• 測試：發(fā)版上線后進行正式環(huán)境生產(chǎn)驗證
• 運維：負責發(fā)版前置檢查，發(fā)版上線，上線后問題處理
• 項目經(jīng)理：跟進發(fā)版進度，對出現(xiàn)緊急問題及時處理

5. 驗收階段：項目經(jīng)理主導

• 產(chǎn)品經(jīng)理：生產(chǎn)驗收（只驗收功能性的需求），客戶推廣及客戶培訓
• 開發(fā)：如出現(xiàn)生產(chǎn)問題進行問題修復
• 測試：總結bug原因
• 項目經(jīng)理：版本復盤，統(tǒng)計研發(fā)管理過程數(shù)據(jù)，如需緊急版本則負責版本的發(fā)起

該流程僅展示在整個版本流程中各交付節(jié)點及其對應角色的產(chǎn)出物，針對其他工作事項例，如產(chǎn)品經(jīng)理進行競品調(diào)研，客戶調(diào)研等工作不一一列舉。

二、發(fā)現(xiàn)問題：研發(fā)管理報告

建議在整個研發(fā)管理過程中，需要制定一些指標來發(fā)現(xiàn)研發(fā)管理過程中出現(xiàn)的最多的問題和影響面最大的問題，由此制定規(guī)范，對癥下藥解決問題。

指標1：不規(guī)范行為次數(shù)

統(tǒng)計在整個研發(fā)管理過程中各角色人員出現(xiàn)不遵守規(guī)范的次數(shù)與情況，進行積分排名，獎懲并行

指標2：bug數(shù)據(jù)

統(tǒng)計上線前的bug數(shù)，上線后bug數(shù)，包括但不局限于占比，趨勢變化情況，并分析各類bug出現(xiàn)的根本原因和責任人

指標3：需求延期情況

統(tǒng)計每個版本的需求延期情況和延期原因，并跟進需求延期造成的影響，對影響大的需求進行根本問題處理

指標4：需求變更

統(tǒng)計每個版本的需求變更次數(shù)及原因，對占比對大的原因進行整改

其他指標：需求溢出率，自動化測試覆蓋率，漏洞處理率，版本回退率，sonar掃描率等。

三、常見問題及處理

研發(fā)管理問題是任何公司任何部門都會出現(xiàn)，需要協(xié)作的部門就需要管理，其本質是能力問題，惰性問題和合作問題，能力問題會導致需求質量，開發(fā)質量，測試質量差，惰性問題會導致各種節(jié)點延期，信息不統(tǒng)一的問題，而合作問題則會出現(xiàn)溝通障礙，協(xié)調(diào)合作問題。

能力需要培訓，而惰性需要通過規(guī)范和獎懲結合。面對研發(fā)管理過程各類的問題，并非所有的問題都需要立即處理，在解決問題的同時也會帶來一些問題，重要的是要針對影響最大出現(xiàn)頻率最大的問題進行針對性處理，同時要有獎勵制度，在整個研發(fā)管理過程主要有如下幾類問題：

1. 需求變更

• 問題：產(chǎn)品隨意更改需求的內(nèi)容/邏輯或開發(fā)修改開發(fā)方案；需求變更未通知到需求的全部相關人員（特別是測試和前端）；需求說明文檔或開發(fā)設計文檔無統(tǒng)一放置，溝通內(nèi)容無正式記錄
• 影響：需求變更導致開發(fā)或測試工作量增大或有重復工作量；需求通知不到位導致各角色獲取信息有偏差，需求上線后發(fā)現(xiàn)前后端不一致，或必要的測試點未測試導致未發(fā)現(xiàn)bug
• 方案：嚴格規(guī)范需求變更規(guī)范，需由變更人提起申請，經(jīng)由相關的產(chǎn)品，開發(fā)，測試，項目經(jīng)理，領導知會及同意后才允許變更，并記錄變更原因。變更內(nèi)容要求正式記錄，不允許口頭通知或提供聊天記錄

2. 節(jié)點延期

• 問題：由于工作量評估有誤或個人能力問題或拖延心理導致產(chǎn)品提供需求方案延期，開發(fā)提供設計方案延期，開發(fā)轉測延期，測試提供測試報告延期，
• 影響：研發(fā)過程節(jié)點延期導致后續(xù)流程都出現(xiàn)風險，最后導致功能/產(chǎn)品延期，客戶滿意度下降
• 解決：規(guī)范節(jié)點延期需說明必要原因，并要求在延期一天后進行撤版或執(zhí)行臨時方案，做好客戶通知與安撫工作

3. 無統(tǒng)籌人

• 問題：各個階段沒有對應的統(tǒng)籌人，大家只負責自己部分的工作，缺少統(tǒng)籌
• 影響：零散無人管理，無法識別整體影響
• 解決：每個階段確定主負責人統(tǒng)籌推進階段任務與交付情況，對節(jié)點交付物做檢驗，針對出現(xiàn)問題主動發(fā)起解決討論或會議

4. 測試質量差

• 問題：開發(fā)自測質量差，導致測試階段bug多；測試的測試案例有缺漏，測試覆蓋不全面，導致未發(fā)現(xiàn)bug
• 影響：開發(fā)修改bug占用開發(fā)時間，測試未發(fā)現(xiàn)bug導致上線有問題
• 解決：統(tǒng)計各類bug的數(shù)量及原因，針對主要原因進行規(guī)范整改，例如統(tǒng)計開發(fā)bug數(shù)并計入KPI；測試需組織測試案例評審會，推進使用自動化工具提升測試覆蓋率

5. 研發(fā)管理規(guī)范遵守度低

• 問題：研發(fā)管理規(guī)范頻繁變更，一是適應期會各角色還未養(yǎng)成習慣，二是存在僥幸心理和惰性心理，認為犯錯沒影響未遵守指定研發(fā)管理規(guī)范
• 影響：隨意違反研發(fā)管理規(guī)范，導致需求
• 解決：一是減少研發(fā)管理犯規(guī)變更次數(shù)，只針對重要問題，定期統(tǒng)一宣導并執(zhí)行管理規(guī)范；二是對于規(guī)范的遵守情況獎懲并行，積分制規(guī)范管理嚴格化，對違反人員公示和處理

6. 缺少統(tǒng)一管理平臺

• 問題：一個需求的發(fā)起，開發(fā)，變更等步驟在多個平臺跟進和處理；項目經(jīng)理需手工在不同平臺跟進版本進度或獲取研發(fā)管理數(shù)據(jù)
• 影響：多平臺操作導致工作效率降低，且容易遺漏部分環(huán)節(jié)導致需求風險
• 解決：盡量統(tǒng)一平臺管理和跟進需求的各節(jié)點交付情況，并開發(fā)研發(fā)管理工具，自動根據(jù)需求推進情況獲取當前交付情況

7. 人員沖突或工作安排不合理

• 問題：各板塊需求不平均，需求多的板塊的相關開發(fā)人員工作量多，其余工作量少，且出現(xiàn)緊急插單需求增加部分人員工作負擔
• 影響：工作量多的人需求未能按時完成，工作量少的人當月無產(chǎn)出
• 解決：產(chǎn)品提出需求時盡量平衡安排各個板塊內(nèi)容；項目排版按照每個人員能在本次版本中能支持的工作量安排工作，包括緊急需求的工作量，不安排超過工作量的需求

8. 開發(fā)規(guī)范或文檔缺失

• 問題：缺失開發(fā)規(guī)范文檔，確實歷史的開發(fā)設計方案/需求設計方案
• 影響：缺少開發(fā)文檔導致開發(fā)方式不統(tǒng)一，后期系統(tǒng)架構混論；開發(fā)設計方案和需求設計方案確實導致工作交接無法追溯歷史追溯，只能靠猜存在極大風險
• 解決：每次版本須輸出相關方案文檔，并規(guī)定在固定平臺統(tǒng)一放置，不斷沉淀歷史資料

好的研發(fā)管理能夠明顯提高一個團隊工作效率，但每個部分都需要根據(jù)實際情況進行適配性的管理，如果有興趣，可以更多的關注項目管理的框架例如scurm框架，或許你會發(fā)現(xiàn)研發(fā)管理沒那么難。

我是一個對世界充滿好奇的B端產(chǎn)品經(jīng)理，產(chǎn)品經(jīng)理不僅要懂方法論，而且學會把方法論運用到實際中，大家有什么想了解也可以留言～

本文由 @? 素夏 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉載。

題圖來自 Unsplash，基于CC0協(xié)議