本發(fā)明涉及研發(fā)效能評估，具體涉及一種個(gè)人研發(fā)效能提升方法。

背景技術(shù)：

1、隨著軟件研發(fā)模式的不斷迭代更新，特別是近些年規(guī)?；艚蒹w系、devops開發(fā)運(yùn)維一體化體系的出現(xiàn)，不論是互聯(lián)網(wǎng)企業(yè)還是傳統(tǒng)軟件行業(yè)，都需要一套技術(shù)方法來分析研發(fā)個(gè)體的效能現(xiàn)狀，找到瓶頸點(diǎn)并加以改進(jìn)，從而促進(jìn)整個(gè)團(tuán)隊(duì)達(dá)到預(yù)期的效能目標(biāo)。

2、研發(fā)效能分析在軟件開發(fā)及技術(shù)創(chuàng)新領(lǐng)域具有舉足輕重的地位，它不僅是衡量研發(fā)人員工作效率與產(chǎn)出質(zhì)量的關(guān)鍵指標(biāo)，更是推動(dòng)團(tuán)隊(duì)協(xié)作、優(yōu)化資源配置、提升整體研發(fā)效能的重要工具。當(dāng)前已有的效能提升方法在很大程度上依賴于評審人員的人為判斷，這種主觀性判斷模式存在多方面的局限性。首先，人為判斷不可避免地帶有主觀偏見和個(gè)體差異，這可能導(dǎo)致對同一研發(fā)人員或同一研發(fā)項(xiàng)目的效能評估結(jié)果出現(xiàn)偏差，影響評估的準(zhǔn)確性和公平性。其次，主觀性判斷難以全面、客觀地反映研發(fā)人員的實(shí)際效能狀態(tài)。研發(fā)人員的工作往往涉及多個(gè)方面，包括技術(shù)創(chuàng)新能力、團(tuán)隊(duì)協(xié)作能力、項(xiàng)目管理能力等，這些方面的效能很難通過單一的主觀判斷來全面衡量。因此，現(xiàn)有的效能提升方法可能無法準(zhǔn)確地捕捉到研發(fā)人員的實(shí)際效能表現(xiàn)，導(dǎo)致評估結(jié)果的片面性和不完整性。此外，隨著研發(fā)工作的復(fù)雜性和多樣性的不斷增加，研發(fā)人員的工作效能也呈現(xiàn)出更加多元化的特點(diǎn)。傳統(tǒng)的效能提升方法往往難以適應(yīng)這種變化，無法對研發(fā)人員的效能進(jìn)行動(dòng)態(tài)、實(shí)時(shí)的監(jiān)測和評估。這進(jìn)一步限制了現(xiàn)有方法在表征研發(fā)人員實(shí)際效能狀態(tài)方面的有效性。

3、綜上，當(dāng)前已有的效能提升方法主要依賴于評審人員人為的判斷，主觀性的判斷存在著不準(zhǔn)確性，也不能有效地表征當(dāng)前研發(fā)人員實(shí)際的效能狀態(tài)。

技術(shù)實(shí)現(xiàn)思路

1、為解決上述問題，本發(fā)明提供一種個(gè)人研發(fā)效能提升方法，該方法能夠精準(zhǔn)分析研發(fā)人員的行為和對應(yīng)的結(jié)果，有助于后續(xù)針對性地實(shí)行效能提升計(jì)劃。

2、為實(shí)現(xiàn)上述目的，本發(fā)明提供了如下的技術(shù)方案。

3、一種個(gè)人研發(fā)效能提升方法，包括以下步驟：

4、獲取待評估個(gè)人提交的pullrequest合入評審請求的代碼；

5、根據(jù)待評估個(gè)人提交的代碼數(shù)量、集成情況、自動(dòng)化測試腳本的測試情況、靜態(tài)掃描結(jié)果以及封裝后的代碼在固定周期內(nèi)的調(diào)用情況，確定代碼的持續(xù)集成評分、自動(dòng)化測試評分、代碼規(guī)范性評分和代碼復(fù)用度評分；

6、分別根據(jù)代碼在各項(xiàng)實(shí)際應(yīng)用結(jié)果的影響因子對代碼的持續(xù)集成評分、自動(dòng)化測試評分、代碼規(guī)范性評分和代碼復(fù)用度評分進(jìn)行加權(quán)系數(shù)分配，獲得加權(quán)后的總和評分；獲取待評估個(gè)人的評審意見采納率，并根據(jù)加權(quán)后的總和評分和評審意見采納率的結(jié)果確定效能綜合評價(jià)結(jié)果；

7、根據(jù)效能綜合評價(jià)結(jié)果，對效能綜合評價(jià)結(jié)果不符合預(yù)設(shè)條件的個(gè)人進(jìn)行效能跟蹤，分別構(gòu)建效率方面、質(zhì)量方面、規(guī)范性方面和代碼復(fù)用方面的效能提升計(jì)劃。

8、優(yōu)選地，所述代碼的持續(xù)集成評分的獲取，包括以下步驟：

9、獲取待評估個(gè)人提交的代碼數(shù)量和集成情況，確定每日至少提交的代碼次數(shù)和持續(xù)集成時(shí)長；

10、根據(jù)每日至少提交的代碼次數(shù)和持續(xù)集成時(shí)長，基于預(yù)設(shè)的每日至少提交的代碼次數(shù)門限值和新代碼提交后的持續(xù)集成時(shí)長門限值確定待評估個(gè)人代碼提交代碼的代碼提交頻率評分和持續(xù)集成結(jié)果評分；其中，當(dāng)?shù)陀诿咳罩辽偬峤坏拇a次數(shù)門限值和高于持續(xù)集成時(shí)長門限值時(shí)進(jìn)行對應(yīng)評分扣減；

11、分別根據(jù)代碼的實(shí)際應(yīng)用結(jié)果的影響因子對代碼提交頻率評分和持續(xù)集成結(jié)果評分進(jìn)行加權(quán)系數(shù)分配，確定待評估個(gè)人的代碼持續(xù)集成評分。

12、優(yōu)選地，所述自動(dòng)化測試評分的獲取，包括以下步驟：

13、獲取待評估個(gè)人提交的代碼，觸發(fā)持續(xù)集成流水線，對待評估個(gè)人提交的代碼依次持續(xù)執(zhí)行自動(dòng)化測試腳本，或自動(dòng)化測試結(jié)果；

14、根據(jù)自動(dòng)化測試結(jié)果判斷是否影響系統(tǒng)的核心功能以及統(tǒng)計(jì)自動(dòng)化用例的執(zhí)行通過率，分別獲取嚴(yán)重缺陷個(gè)數(shù)、一般缺陷個(gè)數(shù)和輕微缺陷個(gè)數(shù)；

15、根據(jù)缺陷程度影響代碼質(zhì)量的影響因子分別對嚴(yán)重缺陷個(gè)數(shù)、一般缺陷個(gè)數(shù)和輕微缺陷個(gè)數(shù)進(jìn)行加權(quán)系數(shù)分配，確定待評估個(gè)人的代碼質(zhì)量評分。

16、優(yōu)選地，所述代碼規(guī)范性評分的獲取，包括以下步驟：

17、獲取待評估個(gè)人提交的代碼；

18、對待評估個(gè)人提交的代碼依次持續(xù)進(jìn)行靜態(tài)掃描，獲取靜態(tài)掃描結(jié)果；所述靜態(tài)掃描結(jié)果包括代碼異味個(gè)數(shù)、安全漏洞個(gè)數(shù)、復(fù)雜度和重復(fù)率；

19、根據(jù)各項(xiàng)靜態(tài)掃描結(jié)果的影響因子分別對代碼異味個(gè)數(shù)、安全漏洞個(gè)數(shù)、復(fù)雜度和重復(fù)率的評分進(jìn)行加權(quán)系數(shù)分配，確定待評估個(gè)人的代碼規(guī)范性評分。

20、優(yōu)選地，所述代碼復(fù)用度評分的獲取，包括以下步驟：

21、獲取待評估個(gè)人提交的代碼，將待評估個(gè)人提交的代碼的通用功能封裝成類、方法和函數(shù)；

22、統(tǒng)計(jì)固定周期內(nèi)封裝后的代碼被其他開發(fā)人員調(diào)用的次數(shù)，函數(shù)級復(fù)用、方法級復(fù)用、組件級復(fù)用和套件級復(fù)用的復(fù)用次數(shù)；

23、對函數(shù)級復(fù)用、方法級復(fù)用、組件級復(fù)用和套件級復(fù)用平均分配加權(quán)系數(shù)，確定代碼復(fù)用度評分。

24、優(yōu)選地，所述評審意見采納率為將待評估個(gè)人對于人工評審意見結(jié)果的滿意程度采納評分；將加權(quán)后的總和評分和滿意程度采納評分的總和確定效能綜合評價(jià)結(jié)果。

25、優(yōu)選地，還包括根據(jù)效能綜合評價(jià)結(jié)果確定效能提升計(jì)劃，包括以下步驟：

26、獲取待評估個(gè)人代碼的效能綜合評價(jià)結(jié)果，對效能綜合評價(jià)結(jié)果不符合預(yù)設(shè)條件的個(gè)人進(jìn)行效能跟蹤，分別構(gòu)建效率方面、質(zhì)量方面、規(guī)范性方面和代碼復(fù)用方面的效能提升計(jì)劃；

27、所述效率方面的效能提升計(jì)劃采用，實(shí)時(shí)提醒個(gè)人提交代碼持續(xù)集成，并統(tǒng)計(jì)代碼提交次數(shù)和代碼集成時(shí)長，對于不符合完成標(biāo)準(zhǔn)dod的代碼提交，進(jìn)行攔截；

28、所述質(zhì)量方面的效能提升計(jì)劃采用，將合入主干分支前的代碼在開發(fā)環(huán)境中進(jìn)行jenkins流水線的自動(dòng)化測試；根據(jù)自動(dòng)化測試結(jié)果判斷是否允許提交pullrequest請求；

29、所述規(guī)范性方面的效能提升計(jì)劃采用，對個(gè)人提交代碼進(jìn)行鉤子程序檢查，當(dāng)不符合提交格式報(bào)錯(cuò)并給出要求提示；對個(gè)人提交代碼進(jìn)行靜態(tài)掃描，輸出靜態(tài)掃描結(jié)果；

30、所述代碼復(fù)用方面的效能提升計(jì)劃采用，推送個(gè)人提交代碼中重復(fù)率高的文件、代碼塊和方法/函數(shù)，通過aigc相關(guān)能力，輔導(dǎo)開發(fā)人員完成代碼的重構(gòu)，降低代碼重復(fù)率，完成統(tǒng)一封裝和調(diào)用管理。

31、優(yōu)選地，所述效率方面、質(zhì)量方面、規(guī)范性方面和代碼復(fù)用方面的效能提升計(jì)劃，包括以下內(nèi)容：效率方面的效能提升計(jì)劃：實(shí)時(shí)提醒個(gè)人提交代碼持續(xù)集成，并統(tǒng)計(jì)代碼提交次數(shù)和代碼集成時(shí)長，對于不符合完成標(biāo)準(zhǔn)dod的代碼提交，進(jìn)行攔截。

32、質(zhì)量方面的效能提升計(jì)劃：將合入主干分支前的代碼在開發(fā)環(huán)境中進(jìn)行jenkins流水線的自動(dòng)化測試；根據(jù)自動(dòng)化測試結(jié)果判斷是否允許提交pullrequest請求。

33、規(guī)范性方面的效能提升計(jì)劃：對個(gè)人提交代碼進(jìn)行鉤子程序檢查，當(dāng)不符合提交格式報(bào)錯(cuò)并給出要求提示；對個(gè)人提交代碼進(jìn)行靜態(tài)掃描，輸出靜態(tài)掃描結(jié)果。

34、代碼復(fù)用方面的效能提升計(jì)劃：推送個(gè)人提交代碼中重復(fù)率高的文件、代碼塊和方法/函數(shù)，通過aigc相關(guān)能力，輔導(dǎo)開發(fā)人員完成代碼的重構(gòu)，降低代碼重復(fù)率，完成統(tǒng)一封裝和調(diào)用管理。

35、一種個(gè)人研發(fā)效能分析系統(tǒng)，所述系統(tǒng)包括：

36、處理器；

37、存儲(chǔ)器，其上存儲(chǔ)有可在所述處理器上運(yùn)行的計(jì)算機(jī)程序；

38、其中，所述計(jì)算機(jī)程序被所述處理器執(zhí)行時(shí)實(shí)現(xiàn)所述的個(gè)人研發(fā)效能提升方法的步驟。

39、一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，所述計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)上存儲(chǔ)有數(shù)據(jù)處理程序，所述數(shù)據(jù)處理程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)所述的個(gè)人研發(fā)效能提升方法的步驟。

40、本發(fā)明的有益效果：

41、本發(fā)明提出個(gè)人研發(fā)效能提升方法、系統(tǒng)及介質(zhì)，該方法給出了一種個(gè)人研發(fā)效能精準(zhǔn)分析和提升的方法和效能平臺(tái)，通過采用自動(dòng)腳本測試以及靜態(tài)掃描等方法對于研發(fā)人員所提交代碼自動(dòng)進(jìn)行準(zhǔn)確的代碼質(zhì)量分析，結(jié)合采集代碼的應(yīng)用情況數(shù)據(jù)進(jìn)行綜合分析判斷，確定代碼提交的時(shí)間、代碼提交的頻次、觸發(fā)構(gòu)建的成功率、代碼掃描異味數(shù)、代碼復(fù)雜度、提測一次通過率等有效評估信息，對于研發(fā)人員的研發(fā)行為以及對應(yīng)的研發(fā)結(jié)果實(shí)現(xiàn)更為客觀以及準(zhǔn)確的分析，解決了現(xiàn)有人工評審所存在的主觀性判斷，從而影響個(gè)人研發(fā)效能分析準(zhǔn)確性的問題；該方法基于效能綜合評價(jià)結(jié)果，對效能綜合評價(jià)結(jié)果不符合預(yù)設(shè)條件的個(gè)人進(jìn)行效能跟蹤，分別構(gòu)建效率方面、質(zhì)量方面、規(guī)范性方面和代碼復(fù)用方面的效能提升計(jì)劃，對開發(fā)人員實(shí)現(xiàn)各方面能力的提升。