研發(fā)人員績效管理辦法實施細

1、則研發(fā)人員績效管理辦法實施細則（試行）文件狀態(tài)V 草稿正式發(fā)布 修訂廢止當前版本0.1編制*審核發(fā)布日期修訂人/日期版本號修訂內(nèi)容概要（或原因）*0.1編寫初稿第一章總則1.1. 目的為落實研發(fā)人員績效管理辦法，規(guī)范研發(fā)部門績效考核，特制定本細則1.2. 績效考核內(nèi)容績效考核內(nèi)容包括標準工時工作量、單項指標評價和綜合評價三部分。如圖:第二章 考核細則2.1. 標準工時工作量標準工時工作量反映了研發(fā)人員工作量， 占總績效值的大部分比例， 包括任 務(wù)類工作、運維支持類工作和事務(wù)類工作。如圖：2.1.1. 任務(wù)類工作任務(wù)類工作是指通過CQ下達的任務(wù)，包括開發(fā)類任務(wù)和非開發(fā)類任務(wù)。2.1.1.1. 開

2、發(fā)類任務(wù)工作量核算（一）考核范圍開發(fā)類任務(wù)的考核范圍是 CQ二級開發(fā)任務(wù)，本考核周期內(nèi)代碼審查任務(wù)及 技術(shù)測試任務(wù)均已完成的開發(fā)任務(wù)納入本期核算。已在往期核算過的開發(fā)任務(wù)不再重復核算。（二）考核流程圖及說明說明：1、響應任務(wù)，編寫任務(wù)修改方案承接人應根據(jù)任務(wù)描述， 分析任務(wù)， 編寫任務(wù)修改方案， 細化修改內(nèi)容并估 算所用標準工時。2、填寫開發(fā)類任務(wù)修改方案 、開發(fā)類任務(wù)工作量估算表 （以下簡稱“估 算表”）。修改方案要描述清楚為達到任務(wù)目標， 所要做的業(yè)務(wù)邏輯調(diào)整， 或新增的業(yè) 務(wù)處理，如有必要可通過流程圖說明；具體的修改方案，如果有多個可選方案， 要說明選定最終方案的原因；修改方案所涉及的具

3、體程序及程序類型。任務(wù)承接人根據(jù)經(jīng)驗填寫估算表 ，最小單位為 0.5 人天，任務(wù)的工作量 指完成任務(wù)所需的標準工時，而并非任務(wù)書中填寫的“允許工期” （即交單時間 與下單時間之間的間隔天數(shù)） 。任務(wù)工作量估算需參考已完成的同等規(guī)模、難度 任務(wù)的實際工作量， 原則上不得高于已完成的類似任務(wù)實際工作量， 如遇特殊情 況，需要增加工作時間，即高于同類任務(wù)的工作量，承接人需說明詳細原因，填 寫在估算表的補充說明欄中。開發(fā)類任務(wù)的工作量估算可從修改方案設(shè)計與評審、 開發(fā)（具體修改內(nèi)容）、 單元測試、配合技術(shù)測試、代碼審查、部署說明文檔編寫、同步相關(guān)技術(shù)文檔等 方面進行。修改方案設(shè)計工作占該任務(wù)工作量的3

4、0%，合格的設(shè)計工作應該有Rational Software Architect輸出物。3、確定工作量評估小組成員 評估小組成員由本專業(yè)的骨干組成，并且必須在 3 人以上。任務(wù)參與人遵循 回避原則。4、修改方案及工作量評估 評估小組對任務(wù)工作量估算需參考之前完成的同等規(guī)模、 難度任務(wù)的實際實 施工作量，評估量原則上不得高于已完成的類似任務(wù)實際工作量。如因特殊情況， 本次任務(wù)的工作量高于同等規(guī)模、 難度任務(wù)的實際實施工作 量，并且任務(wù)承接人已在 估算表中說明原因， 則評估小組根據(jù)實際情況評估， 結(jié)果需要報處室負責人確認， 并在技術(shù)組內(nèi)部備案， 作為任務(wù)過程資產(chǎn)保留， 為 今后任務(wù)工作量估算提供參

5、考。修改方案與評估結(jié)果應全員公開。5、分配需求、開發(fā)、測試、代碼審查任務(wù)任務(wù)承接人在接收到一級研發(fā)類任務(wù) （包括上線項目修改和新項目開發(fā)） 時， 必須新建四類二級任務(wù)：需求任務(wù)、開發(fā)任務(wù)、代碼審查任務(wù)以及測試任務(wù)。其 中開發(fā)任務(wù)要與技術(shù)測試任務(wù)和代碼審查任務(wù)關(guān)聯(lián)。上述四類任務(wù)，一般情況下，均只允許有一個。每個開發(fā)任務(wù)，為了保證工 時評估的準確性， 要求最大工時不超過 200 人時。特殊情況下， 如果有分配多個 開發(fā)任務(wù)，相應的代碼審查任務(wù)、測試任務(wù)也要有多個，要求開發(fā)任務(wù)，代碼審 查任務(wù)、測試任務(wù)一一對應。 對于新項目， 由于一般工時比較大， 要求按客戶端、 服務(wù)器端以及后臺傳輸三個方面進行二

6、級開發(fā)任務(wù)分配。二級任務(wù)負責人應根據(jù)估算工時審批三級任務(wù)。 二級任務(wù)估算工時與實際工時允許上下 10%的浮動。6、開發(fā)完成提交技術(shù)測試任務(wù)開發(fā)及單元測試均完成后， 即可提交技術(shù)測試， 并通知代碼審查人員進 行代碼審查。技術(shù)測試通過后要填寫任務(wù)修改程序說明 。7、處理實際工時與估算工時誤差技術(shù)組長審批二級任務(wù)時，會比較實際工時與估算工時，若誤差超過10%，則需要進行相應調(diào)整， 并通知二級任務(wù)負責人。 若二級任務(wù)負責人有異議， 則需 要提交相關(guān)補充文檔說明誤差超過 10%的原因，并報處室負責人確認。8、代碼審查不同開發(fā)語言的代碼審查人員應熟悉相應的代碼審查規(guī)范， 并填寫相應的代 碼審查報告。代碼審

7、查任務(wù)的工時占總工時的 10%。（三）考核核算方法績效考核管理人員通過CQW本每月統(tǒng)計，并將統(tǒng)計結(jié)果公布到績效考核數(shù) 據(jù)管理平臺上。開發(fā)類任務(wù)的最終工作量是依據(jù)任務(wù)完成情況而評定出的。 任務(wù)完成情況通 過兩個方面來考核，分別為進度控制和質(zhì)量。1、任務(wù)進度控制情況延期率是反映任務(wù)進度控制情況的重要指標。 根據(jù)延期率將會扣除一定的工 作量。任務(wù)的工期指任務(wù)從CQ上下達當日開始計算，到任務(wù)書中要求開發(fā)修改完 成的時間（即提交測試的時間） 之間的時間段天數(shù)。 如果任務(wù)書中沒有明確開發(fā) 修改完成時限，則由研發(fā)部門技術(shù)組長根據(jù)開發(fā)類任務(wù)工作量估算表 ，確定 開發(fā)完成時限。延期天數(shù)指CQ上指定的修改完成的時

8、間和實際修改完成（即提交測試）的 時間之間相差的天數(shù)。延期率的計算方式為：延期率 =延期天數(shù)/工期（天）根據(jù)延期率和延期天數(shù)計算出延期扣除比率，如下表:延期天數(shù)延期率延期扣除比率一天=10%20%10%2*延期率兩天及以上2*延期率2、任務(wù)質(zhì)量情況每人天缺陷率是反映任務(wù)質(zhì)量情況的重要標志，根據(jù)每人天缺陷率將會扣除一定的工作量。任務(wù)通過技術(shù)測試后，測試部門會根據(jù)測試情況出具測試報告， 測試報告中會明確本次二級開發(fā)任務(wù)下的所有三級任務(wù)對應的缺陷數(shù)量，缺陷的數(shù)量與三級任務(wù)的工作量相比較計算出該三級任務(wù)的每人天缺陷率。每人天缺陷率的計算公式為：每人天 bug率=bug數(shù)/三級任務(wù)工作量 根據(jù)每人天缺陷

9、率計算出每人天缺陷比率，如下表：每人天缺陷率每人天缺陷扣除比率=0.5100%最終工作量的計算公式為：最終工作量=實際工時*50%* （1-延期扣除比率-每人天缺陷扣除比率）+實際工時*50%2.1.1.2. 非開發(fā)類工作量核算（一）考核范圍非開發(fā)類任務(wù)的考核范圍是已完成的 CQ 二級非開發(fā)類任務(wù) 已在往期核算過的任務(wù)不再重復核算。（二）考核流程圖及說明說明:1、申請任務(wù)方案制定、技術(shù)研究、文檔編寫、項目相關(guān)的非編碼工作均可通過郵件向CQ任務(wù)管理員申請CC一級任務(wù)。2、審批任務(wù)，指定任務(wù)承接人 研發(fā)部門負責人審批、承接一級任務(wù)，并指定、修改任務(wù)承接人。3、完成任務(wù)目標，提供任務(wù)要求的相關(guān)文件

10、任務(wù)承接人根據(jù)任務(wù)目標執(zhí)行任務(wù)，解決問題或提供任務(wù)要求的相關(guān)文件。4、確認工時 一般情況下由任務(wù)承接人的直接上級確認工時， 特殊任務(wù)由研發(fā)部門負責人確認工時。（三）考核核算方法績效考核管理人員通過CQ腳本每月統(tǒng)計，并將統(tǒng)計結(jié)果公布到績效考核數(shù) 據(jù)管理平臺上。非開發(fā)類任務(wù)的最終工作量是依據(jù)任務(wù)進度控制情況而評定出的。 最終工作量的計算公式為：最終工作量 =實際工時 *50%*（1-延期扣除比率） +實際工時 *50% 延期扣除比率的換算方法同開發(fā)類任務(wù)延期扣除比率。2.1.2. 運維支持類工作一）考核范圍全部承擔運行項目維護支持工作的人員均屬于此績效考核范圍。 運行項目維 護支持工作包括：1、掌

11、握運行項目的源代碼。 作為運行項目維護人員， 應對維護項目有整體了解， 并熟練了解維護模塊的程序結(jié)構(gòu)、處理流程，作好知識儲備。2、對維護項目提出優(yōu)化建議。 應經(jīng)常性的對項目代碼進行分析， 發(fā)現(xiàn)潛在問題， 提出優(yōu)化建議。3、作為三線支持人員進行事件、問題處理。項目研發(fā)人員作為電子口岸運維支持體系中的三線，應根據(jù)相關(guān)流程，負責事件、問題的處理。4、其他涉及維護項目的支持工作。 運維支持類工作的考核以所維護項目規(guī)模進行評定， 以項目的千行代碼量作 為基數(shù)，同時，根據(jù)數(shù)據(jù)中心運行項目保障等級、業(yè)務(wù)重要性、技術(shù)復雜度、維 護支持工作量的多少等因素確定每個項目的維護系數(shù)，從而確定項目的維護規(guī) 模。二）考核

12、流程圖及說明運維支持類工作考核流程圖如下：說明：1、項目負責人統(tǒng)計項目代碼量，提交給技術(shù)組。2、技術(shù)組負責人根據(jù)統(tǒng)一的標準審核代碼量是否準確，如果審核不通過，由項 目負責人重新統(tǒng)計。3、考核管理員匯總所有項目的代碼量。4、部門負責人確定每個項目的運維系數(shù)，每千行代碼標準工時，考核管理員根 據(jù)這些數(shù)據(jù)，計算每個項目的代碼規(guī)模并匯總。5、項目負責人提交維護比例，考核管理員統(tǒng)計每個維護人員的維護項目規(guī)模， 部門負責人審核通過后，作為每月的考核數(shù)據(jù)。6、項目負責人每月可以提交項目代碼量（需經(jīng)過技術(shù)組負責人審核）和維護比例調(diào)整數(shù)據(jù)，考核管理員根據(jù)調(diào)整數(shù)據(jù)重新統(tǒng)計考核數(shù)據(jù)。三）考核核算方法1、項目規(guī)模核算

13、 通過項目所包含的千行代碼量以及項目的維護系統(tǒng)來評定項目的規(guī)模， 將項 目按照語言來劃分四類模塊（ HTML、JAVA、C、C#）。因此項目規(guī)模的計算公式為：項目規(guī)模=刀項目各語言模塊千行代碼量*項目運維系數(shù) 項目規(guī)模匯總表如下表所示：項目規(guī)模匯總表、模塊項目系數(shù)Html （千行）Java （千行）C （千行）C# （千行）* 單,1.5*手冊1.30.82、個人維護項目規(guī)模核算實際工作中部分項目某語言模塊維護存在多個人員角色，因此根據(jù)項目的實際情況，由項目負責人確定每個人員在維護本項目工作中所占的比例，根據(jù)比例算出個人所維護的規(guī)模，然后將各人自然月內(nèi)所有維護的各語言模塊的規(guī)模加總 計算出個人

14、月維護項目規(guī)模。計算公式如下：個人月維護項目規(guī)模=E（項目規(guī)模*個人項目維護百分比）F表舉例說明了某員工月維護項目規(guī)模匯總:模塊項目百分比Html （千行）Java （千行）C （千行）C# （千行）* 單,100%*手冊50%40%3、各語言千行代碼標準工時根據(jù)語言的開發(fā)難易程度和維護復雜，確定各類開發(fā)語言模塊的每千行代碼 標準工時如下表所示：每千行代碼標準工時表（待確定）模塊開發(fā)語言每千行代碼標準工時HtmlAJavaBCCC#D4、個人運維支持類工作績效值計算方法個人在自然月內(nèi)運維支持類工作績效值計算是通過個人維護項目規(guī)模與每 千行代碼標準工時計算得出的。計算公式如下：個人運維支持類工作

15、績效值（自然月）=刀（個人月維護項目規(guī)模*每千行代 碼標準工時）匯總表如下:、遭效值Html模塊月JAVA模塊月C#模塊月維C模塊月維個人月維人員、維護績效值維護績效值護績效值護績效值護績效值員工A員工B員工C5、運維支持類工作績效發(fā)放和處罰辦法通過以上核算方法每月核定每個員工運維支持類工作的績效工資，計入個人績效工資中，維護項目、維護比例等信息均向全員公開。在維護項目的過程中，如發(fā)現(xiàn)或發(fā)生本應承擔的維護工作沒有承擔起相應責 任的情況，由部門領(lǐng)導進行裁決，一經(jīng)核實，則停發(fā)該員工當月未能盡職部分的 績效工資，并處以雙倍或三倍該未能盡職部分的罰款。 并在處罰月后的兩個自然 月不得參與該項目運維支持

16、類工作的考核。扣除績效工資標準如下：1、如在對承擔的項目修改任務(wù)，超過規(guī)定時間未完成，由于延誤導致重大影響的，雙倍扣除（由于離職、病假等不可預知的原因除外）。2、項目上線后，導致運行環(huán)境異常，必須回退但未對企業(yè)造成影響的，雙倍扣 除。3、項目上線后，如果發(fā)現(xiàn)實現(xiàn)需求不完整，或者由于開發(fā)人員對項目熟悉程度不夠?qū)е聦崿F(xiàn)功能有誤，三倍扣除。4、項目上線后造成重大影響必須回退的，三倍扣除。5、 根據(jù)系統(tǒng)運行處提供的運行質(zhì)量指標進行扣除，如因程序代碼原因?qū)е乱患?故障的，三倍扣除；如因程序代碼原因?qū)е露壔蛉壒收系?，二倍扣除?.1.3. 事務(wù)類工作（一）考核范圍事務(wù)類工作是指研發(fā)人員所參加的非任務(wù)單

17、工作任務(wù)，包括培訓、評審、會 議、出差、部門行政工作（包括管理例會、編寫制度、數(shù)據(jù)統(tǒng)計、匯報材料、績 效考核、組織會議活動、0A文件處理等）。（二）考核流程圖及說明說明：1、角色說明：工作發(fā)起人：部門內(nèi)部組織的培訓、評審、會議，工作發(fā)起人即組織者；外 部發(fā)起的工作，工作發(fā)起人為此項工作在部門內(nèi)的聯(lián)系人。工作參與人：所有參與該項工作的員工。直接上級：工作參與人的直接行政上級。2、工作發(fā)起人填寫該項工作信息，該內(nèi)容做為工作審核時參考依據(jù)。3、工作參與人登記所參與該工作信息，該內(nèi)容做為審核及統(tǒng)計依據(jù)。4、工作參與人直接上級進行審核， 審核時需參照工作發(fā)起人所填報內(nèi)容進行核 對，必要時聯(lián)系發(fā)起人進行確

18、認。三） 考核核算方法1、培訓：按照實際培訓時間為基數(shù)，標準工時 =基數(shù) *系數(shù) 系數(shù)界定：培訓講師： 5，參訓人： 0.52、評審： 會議評審：按照評審會議時間為基數(shù)，標準工時 =基數(shù) *系數(shù) 評委： 2，被評審方： 0.5郵件評審：每個評委固定 2 工時3、會議：按照會議時間為基數(shù)，標準工時 =基數(shù)* 系數(shù)方案制定者： 3 倍系數(shù) 參與者： 1 倍系數(shù) 中心層面組織的必須參與的會議系數(shù)為 14、出差：每工作日按 6 工時計算5、部門行政工作：按照不同工作崗位所參與行政管理類工作的情況，每個考核 周期給予一定的固定工時。2.2. 單項指標評價2.2.1. 指標范圍單項指標的考核范圍是針對當季

19、度完成 CQ任務(wù)，使用CMM的項目，客戶滿 意度，知識貢獻這四類任務(wù)的進度、數(shù)量、質(zhì)量以及過程合規(guī)性的指標。單項指 標暫定包括開發(fā)進度指標、事務(wù)進度指標、知識貢獻指標、代碼質(zhì)量指標、客戶 滿意度指標、過程合規(guī)指標。如圖：2.2.2. 指標原則本項指標是為了考核工作人員在任務(wù)工作中以上方面突出或落后的表現(xiàn)給 予獎懲。任務(wù)過程中涉及各項任務(wù)過程相關(guān)指標數(shù)據(jù)，均以 CQ上的自動記錄的 數(shù)據(jù)和研發(fā)管理網(wǎng)站上記錄的為準。 研發(fā)部門主管人員不定期的抽樣復審對于任 務(wù)過程中由任務(wù)負責人自行觸發(fā)而產(chǎn)生的數(shù)據(jù)信息，以保證公平公正公開的原 則。單項指標設(shè)置的指標項可由中心根據(jù)管理要求的需要和部門目標方向而進 行持

20、續(xù)性的調(diào)整， 不定期地進行增加或削減當前的指標評價， 以及調(diào)整某單項指 標的獎罰額度。每次辦法調(diào)整方案后原則上只用于評價方案發(fā)布后完成的工作。2.2.3. 指標設(shè)置2.2.1.1. 開發(fā)進度指標（一）考核范圍開發(fā)進度指標的考核范圍是 CQ三級開發(fā)任務(wù)，本考核周期內(nèi)代碼審查及技 術(shù)測試均已完成的納入本期核算。已在往期核算過的任務(wù)不應再重復核算。（二）考核流程圖及說明1、開發(fā)進度指標的數(shù)據(jù)由績效考核管理人員通過 CQ腳本每季度進行統(tǒng)計，并 將統(tǒng)計結(jié)果公布到績效考核數(shù)據(jù)管理平臺上。2、開發(fā)進度指標公式：3、加權(quán)公式：（三）考核核算方法研發(fā)部門內(nèi)部績效考核管理人員按照季度內(nèi)統(tǒng)計出各人的開發(fā)進度指標，

21、且計算出部門平均值。根據(jù)加權(quán)計算結(jié)果實行排序。如圖所示：按照最終排名結(jié)果，排名前三名（個人指標大于 0.1 ）給予特別獎勵，指標 大于0.1給予部門平均獎勵，指標小于0.1，大于0的無獎勵，指標小于零的， 給予懲罰。指標為0 表示所有任務(wù)均按時完成或者各任務(wù)時間完成之和為零。 指標為0.1表示所有任務(wù)總體提前10%勺時間完成。2.2.1.2. 事務(wù)進度指標（一）考核范圍事務(wù)進度指標的考核范圍是 CC三級非開發(fā)任務(wù)。已在往期核算過的任務(wù)不應再重復核算。（二）考核流程圖及說明1、事務(wù)進度指標的數(shù)據(jù)由績效考核管理人員通過 CQ腳本每季度進行統(tǒng)計，并 將統(tǒng)計結(jié)果公布到績效考核數(shù)據(jù)管理平臺上。2、事務(wù)進

22、度指標公式:3、加權(quán)公式：三） 考核核算方法研發(fā)部門內(nèi)部績效考核管理人員按照季度內(nèi)統(tǒng)計出各人的事務(wù)進度指標， 并且計算出部門平均值。根據(jù)加權(quán)計算結(jié)果實行排序。如圖所示：指標 為 0 表示 所有任務(wù)均按時完成或者各任務(wù)時間完成之和為零。指標為 0.1 表示所有任務(wù)總體提前 10%的時間完成。2.2.1.3. 代碼質(zhì)量指標（一）考核范圍代碼質(zhì)量指標的考核范圍是 CQ三級開發(fā)任務(wù)，本考核周期內(nèi)代碼審查及技術(shù)測試均已完成的納入本期核算。已在往期核算過的任務(wù)不應再重復核算。（二）考核流程圖及說明1、代碼質(zhì)量指標的每季度個人bug數(shù)由項目管理處進行統(tǒng)計后提供給績效考核管理人員，代碼質(zhì)量指標的個人工時數(shù)據(jù)由

23、績效考核管理人員通過CQ腳本每季度進行統(tǒng)計，并由績效考核管理人員將統(tǒng)計結(jié)果公布到績效考核數(shù)據(jù)管理 平臺上。2、代碼質(zhì)量指標公式：3、加權(quán)公式：三） 考核核算方法研發(fā)部門內(nèi)部績效考核管理人員按照季度內(nèi)統(tǒng)計出各人的代碼質(zhì)量指標， 并且計算出部門平均值。根據(jù)加權(quán)計算結(jié)果實行排序。如圖所示：指標為 1 表示每標準工時工作會產(chǎn)生 1 個 bug。指標為 0.5 表示每標準工時工作會產(chǎn)生 0.5 個 bug。2.2.1.4. 客戶滿意指標（一） 考核范圍客戶滿意指標的考核范圍是上線時間超過 3 個月的運行項目。（二） 考核流程圖及說明1、 客戶滿意指標的每季度項目滿意度數(shù)據(jù)（百分率）由客服管理處進行統(tǒng)計后

24、 提供給績效考核管理人員，績效考核管理人員根據(jù)運維支持類工作數(shù)據(jù)獲得 個人項目運維數(shù)據(jù)，并根據(jù)公式計算后將統(tǒng)計結(jié)果公布到績效考核數(shù)據(jù)管理 平臺上。2、客戶滿意指標公式：3、加權(quán)公式：（三）考核核算方法研發(fā)部門內(nèi)部績效考核管理人員按照季度內(nèi)統(tǒng)計出各人的事務(wù)進度指標， 并 且計算出部門平均值。根據(jù)加權(quán)計算結(jié)果實行排序。如圖所示：指標 為 60%表示個人維護所有項目客戶滿意平均達到 60%指標 為 20%表示個人維護所有項目客戶滿意平均達到 20%2.2.1.5. 過程合規(guī)指標（一） 考核范圍1、過程合規(guī)指標的考核范圍是使用 CMMI的項目，本考核周期內(nèi)已完成的過程 納入本期核算。2、已在往期核算過

25、的過程不應再重復核算。二） 考核流程圖及說明1、 過程合規(guī)指標的每季度項目過程符合度的數(shù)據(jù)（項目，過程，符合度，參與 人員）由項目管理處進行統(tǒng)計后提供給績效考核管理人員，績效考核管理人 員根據(jù)公式計算后將統(tǒng)計結(jié)果公布到績效考核數(shù)據(jù)管理平臺上。2、 過程合規(guī)指標公式：3、加權(quán)公式：（三）考核核算方法研發(fā)部門內(nèi)部績效考核管理人員按照季度內(nèi)統(tǒng)計出各人的過程合規(guī)指標， 且計算出部門平均值。根據(jù)加權(quán)計算結(jié)果實行排序。如圖所示：指標 為 60%表示個人參與所有項目的過程合規(guī)平均達到 60%指標 為 40%表示個人參與所有項目的過程合規(guī)平均達到 40%2.2.1.6. 知識貢獻指標（一） 考核范圍1、 知識

26、貢獻指標的考核范圍是研發(fā)管理網(wǎng)站中問題記錄中已被審核通過作為 項目知識的記錄或者公共組件庫中提出的需求已被審核采納的記錄，本考核 周期內(nèi)已審核的記錄納入本期核算。2、 已在往期核算過的記錄不應再重復核算。（二） 考核流程圖及說明1、 知識貢獻指標的每季度由績效考核管理人員從研發(fā)管理網(wǎng)站上獲取數(shù)據(jù)后 根據(jù)公式計算后將統(tǒng)計結(jié)果公布到績效考核數(shù)據(jù)管理平臺上。2、 知識貢獻指標公式：（三）考核核算方法研發(fā)部門內(nèi)部績效考核管理人員按照季度內(nèi)統(tǒng)計出各人的知識貢獻指標，并且計算出部門平均值。根據(jù)計算結(jié)果實行排序。如圖所示：224.獎懲額度獎懲額度名次開發(fā)進度指標事務(wù)進度指標代碼質(zhì)量指標客戶滿意指標過程合規(guī)指

27、標知識貢獻指標123部門平均獎勵懲罰23 綜合評價（一）考核范圍綜合評價是指參考一定的評價方法、量化指標及評價標準，對下級員工在考 核期內(nèi)實現(xiàn)其績效目標的工作表現(xiàn)予以主觀性評價。此項評分占績效考核比重的 20%（二）考核流程圖及說明說明：1、組長根據(jù)組員考核期內(nèi)在工作態(tài)度、業(yè)務(wù)技術(shù)能力、執(zhí)行力、團隊協(xié)作能力 方面的工作表現(xiàn)予以綜合性評價。2、研發(fā)部門領(lǐng)導對全體員工進行綜合性評價。三） 考核核算方法以季度為單位進行綜合評價，詳見研發(fā)部門季度考核評價表第三章 績效結(jié)果應用3.1. 年度考核績效考核的結(jié)果是年度考核的主要依據(jù)。 對于一年的績效考核成績之和在全 部同級別員工的前 “年度考核級別比例”

28、者, 處室選其為年度考核優(yōu)秀的候選人 .年度考核級別比例 =初級員工數(shù) / （該級別員工數(shù) *10）%（即年度考核優(yōu)秀候選人的比例是初級：中級：高級 =1： 1： 1）3.2. 薪資調(diào)整績效考核的結(jié)果作為員工薪資調(diào)整的主要參考依據(jù)。 對于一年的考核成績之 和超過全部同級別員工一年考核成績之和的平均值的前 “薪資提高級別比例” 者， 處室向中心申請?zhí)岣咂湫劫Y水平 , 提高幅度由處室領(lǐng)導參考員工超過平均值的部 分決定；對于一年的考核成績之和與全部同級別員工一年考核成績之和的平均值 的比值低于 30%者，處室對其進行面談，根據(jù)面談情況決定是否向中心申請降低 其薪資水平。薪資提高級別比例 =級別提高系數(shù) *級別員工數(shù) / 考核成績超過級別平均值的 員工數(shù)其中“級別提高系數(shù)”暫定為初級 1/2 ，中級 1/3 ，高級 1/4 。薪資提高級別曲線示意圖：（假設(shè)初中高員工數(shù)為 20：30： 10，平均值上下的員工數(shù)比例為 4：6，則 按上述辦法，提高薪資的員工數(shù)為 8：10：2）第四章附錄附表一：開發(fā)類任務(wù)修改方案CC任務(wù)書編號 （二級任務(wù)單）任務(wù)修改方案對任務(wù)要求進行分析，說明1、為達到任務(wù)目標，所要做的業(yè)務(wù)邏輯調(diào)整，或新增的業(yè)務(wù)處 理，如果有必要，請通過流程圖說明；2、具體的修改方案，如果有多個可選方案，選定最終方案的原 因；3、修改方案所涉及修改具體程序，包括程序類型（CS、P