1、北京九城大數據科技有限公司文件九城大數據（2013）人字 009號ceo簽發： 日期：2013年3 月 19 日 軟件開發項目考核管理辦法1 目的及適用范圍· 本考核管理辦法，用于考核研發中心軟件開發項目組的業績，同時也用于對項目開發負責人（研發經理）的考核。· 本辦法適用于研發管理中心以任務委派工作單形式承接的項目。本文所謂“軟件任務”，包括公司業務部門委派的任務，公司職能部門委派的任務，及研發中心自己認可的任務。· 軟件研發負責人考核分為：業務類考核和價值觀類考核，本管理辦法重點說明對業務類的考核，管理類考核參見九城集團2012年績效考核總綱。考核辦法中，盡量

2、以可量化的方式進行考核，對于每個考核項，說明考核內容、考核標準，評價人可以據此給出考核對象的考核得分。· 研發負責人個人業績考核得分a= 項目考核得分特殊獎懲得分 。如果一個研發負責人（研發經理）在某段時間同時負責兩個或兩個以上項目，則其業績考核結果，是各項目考核結果按內部收入進行加權平均。特殊獎懲，包括對突出貢獻的獎勵得分，以及對嚴重過失的扣罰得分（負值）。· 研發管理中心的激勵政策同九城集團2012年績效考核總綱規定一致，具體參見九城集團2012年績效考核總綱“激勵政策”部分。2 考核周期· 對于周期短的項目，項目的考核周期，隨項目的里程碑一起進行。也就是，按

3、照簽署的任務委派工作單中規定的項目推進的整體的起止時間和階段性里程碑規定的節點進行。· 對于周期較長的項目，一般每季度考核一次，在下季度初進行。· 有些產品或項目的任務委派數量多，但每個任務的完成周期都比較短，這種情況，項目的考核周期為一個季度，考核得分為本季度內完成的委派任務按照工作量權重累計得分。3 考核內容項目的業績考核分為如下內容：· 軟件用戶評價：由任務委派方負責評價，考核項包括工期、軟件質量（缺陷、用戶反饋等方面）。· 項目成本評價：考查開發組項目開發成本、項目成員有效工作量、委派工作量之間的關系。由項目管理部匯總成本相關數據并計算。

4、3; 項目過程評價：由項目管理部負責評價，考核項包括研發成果、項目管理成果、過程執行情況（cmmi規范的執行情況）等。· 考核內容表格形式展示為：考核內容評價人考核項（打分依據）比重軟件用戶評價委派方代表工期10%服務質量（缺陷、用戶反饋等）10%項目成本評價項目管理部根據開發組成本、有效工作量、委派工作量等對項目的成本情況評價50%項目過程評價項目管理部研發成果（技術文件規范、代碼質量）10%項目管理成果10%過程執行情況10%4 考核項定義對于項目的業績考核，包含工期、服務質量、項目成本、項目過程評價等考核項，其定義和打分標準為：4.1 工期考核按照任務委派工作單工期的要求，以累

5、計工作日天數做為數量單位，評分標準：工期考核標準提前如果里程碑提前結束，則工期考核得100分。按時完成如果基本按時（延期小于等于5%）完成可也以算為百分制滿分。延期若延期超過5%，則每超過5個百分點扣除百分制5分，即100-5x（例如：延期為8%，則工期考核得95分，如果延期為12，則工期考核得90分）l 評價人：· 項目管理部提供工期數據，任務委派方進行評價4.2 服務質量考核（用戶評價）本考核項由委派方代表根據上線后的缺陷報告、用戶反饋等因素給出分數，分數范圍0100，并對分數給予說明。具體內容、格式參見附件：研發項目委派方評價參考的打分標準為優90,100、良80,90)、中7

6、0,80)、差(0,70) 。l 評價人：· 任務委派方4.3 項目成本考核1、 項目成本涉及名詞定義：l 公司認可工作量：（或稱：簽約工作量），是公司相關部門簽署并驗收的任務委派工作單工作量。它是公司計算研發中心收入的主要依據。“公司認可工作量”以標準人月數作為計算單位。l 研發中心認可工作量：（或稱：計劃工作量），是研發中心對某項工作確認的工作量。它是研發中心考核項目組業績、貢獻的主要依據。“研發中心認可工作量”以標準人月數作為計算單位。l 項目認可工作量：（或稱：計件工作量），是項目負責人對某一軟件模塊（或稱工作單元）確認的“計件工作量”（具體計算辦法，參見研發人員工作量核算管

7、理方法）。項目管理部需定期（每月或項目結項時）統計項目和項目成員計件工作量。它是項目考核項目成員業績、貢獻的主要依據。“項目認可工作量”以標準人月數作為計算單位。l 項目實際完成工作量：（或稱：項目已完成工作量），是指截止統計日期，確認完成的計件工作量之和。原則上，某項目或任務的計件工作量之和<=本項目或任務的計劃工作量。l 內部收入：指某個團隊或個人完成的認可工作量對應的收入（內部收入分為：研發中心內部收入，項目組內部收入，個人內部收入）。計算方式為：“認可工作量”（包括：“公司認可工作量”，“研發中心認可工作量”，“項目認可工作量”），與單位工作量標準成本價（單位工作量標準成本價：由

8、人力資源部與預算部根據研發中心從事軟件開發人員的平均薪水，所用設備折舊，公共分攤等費用計算并定期公布。）的乘積（單位為人民幣元）。 例如，項目簽署并驗收的工作量為10人月，單位工作量標準成本報價為15000元，則本項目的內部收入為150000元。注：計算研發中心內部收入，使用公司認可工作量；計算項目組內部收入使用研發中心認可工作量；計算個人內部收入，使用項目組認可工作量。l 項目開發成本：是指軟件項目開發的實際成本，是參與軟件項目開發的所有人員的人力成本、分攤成本、日常費用的總和。項目開發成本反映公司對本項目的實際投入，按參與項目的成員的“實際工時”或稱“自然工時”計算。項目開發成本計算方式如

9、下：項目管理部記錄、統計參與項目開發的每個人的實際工時（或稱在崗日期，單位為工作日）。人力資源部根據每個人的實際工時計算參與項目的人員實際人力成本總和（工資、福利等）。預算部根據實際工時，參照公司公布的當期人均分攤成本計算出參與項目開發期間員工的分攤成本總和及日常費用總和。項目管理部最終匯總成項目開發成本。l 開發人員成本：是指某個開發人員在某個項目中的實際成本，是該員工在參與本項目期間人力成本和分攤成本之和。開發人員成本=（員工人力成本+單位分攤成本）/21*實際工時。員工人力成本人力成本由人力資源部計算并掌握。單位分攤成本參照公司公布的當期人均分攤成本。項目管理部記錄、統計參與項目開發的每

10、個人的實際工時（單位為工作日）。l 實際工時：（或稱“自然工時”），是項目管理部記錄的某成員參與某項目的實際工作時間。（單位為工作日）。l 項目完工百分比：已完成工作量/計劃工作量。2、 項目成本考核公式：項目成本成考核得分（m） = 項目小組研發內部收入 / 項目開發成本 * 100；特別規定：· “某項目或任務的計件工作量之和”大于“本項目或任務計劃工作量”反映項目負責人對項目進展分配“超支”。“項目或任務的計件工作量之和”如果超過“本項目或任務計劃工作量”的120%（包括120%），則項目成本考核最多得60分。· “項目內部收入”超過“項目開發成本”表明項目負責人對項

11、目控制良好，可在20%內適當加分。· 如果一個研發負責人（研發經理）在某段時間同時負責兩個或兩個以上項目，則其個人成本按項目投入進行分攤。l 評價人：· 由項目管理部將從人力資源、委派方得到的數據進行統計。4.4 研發成果考核4.4.1技術文件規范技術文件包括：需求說明書、需求跟蹤矩陣、設計說明書、代碼、測試方案、測試用例、安裝部署文件、用戶手冊等。從以下方面考核規范性：· 格式規范性：成果是否符合模板要求、代碼規范或其他規范方面的要求；· 易懂性：是否易于他人理解，使得開發工作不依賴于個人，成果可為后續使用；· 可跟蹤性：能夠從需求、設計到測

12、試進行跟蹤和追溯；l 打分標準：等級考核標準優90,1001. 所有成果都能夠按照規范進行，而且內容較為準確和全面：2. 易懂性好，無需解釋，他人即可理解，評審和預評審基本能夠順利進行；3. 所有的變更都能正確且詳細地體現到對應的需求、設計和測試用例中；4. 幾乎所有的需求都能找到相應的設計和測試用例；或僅有個別非關鍵或相對簡單的需求沒有被設計或被測試用例覆蓋。良80,90)1. 大部分成果都能夠按照規范進行，而且內容較為準確和全面；2. 易懂性較好，無需解釋或僅需少量解釋，他人即可理解，評審和預評審基本能夠順利進行；3. 大部分變更都能正確且詳細地體現到對應的需求、設計和測試用例中；4. 大

13、部分的需求都能找到相應的設計和測試用例；或僅有個別非關鍵或相對簡單的需求沒有被設計或被測試用例覆蓋。中70,80)1. 一半以上的成果符合規范，存在有些成果規范的符合性方面存在較大問題，如描述不全面或不詳細；2. 他人基本能看懂，但仍有很多內容需要作者解釋，由于易懂性差，導致評審或預評審延期或花費工作量增加較多；3. 需求、設計和測試用例基本能夠對應，但有些關鍵或復雜需求沒有被設計或測試用例覆蓋；4. 有些變更沒有反映到需求中，或者反映的不夠準確，易造成設計人員或測試人員理解錯誤。差(0,70)1. 非常不符合規范，或缺少關鍵內容；2. 易懂性差，他人難以理解，評審或預評審無法進行；3. 很多

14、需求、設計和測試用例都對應不上；4. 很多變更都沒有反映到需求、設計和測試用例中，導致需求、設計說明書跟實際情況相差甚遠，測試人員無法正確編寫測試用例。l 評價人：· 項目管理部4.4.2代碼質量通過測試活動的結果來衡量代碼的質量。· 發布前：由系統測試期間和試運行期間發現的缺陷數量和嚴重程度分布，以及缺陷修復的速度和質量（如缺陷是否能夠很快修復，是否有很多缺陷被reopen或修復后引入了新的缺陷）；· 發布后半年內：由客戶和維護人員發現的缺陷數以及嚴重程度分布。l 打分標準：代碼質量由以下兩個方面決定，最后由這兩個方面進行綜合評價，最后計算總分ts m1*80%

15、m2*20%：a) 缺陷狀況m1（比重：80%）：m1 每月缺陷狀況的平均情況；由測試負責人根據缺陷的情況進行評價，總分100分，參考的因素如下：¨ 缺陷的嚴重程度分布，特別是高嚴重程度的缺陷比例；¨ 缺陷數和測試用例的比例，即一定數量的測試用例所發現的缺陷數；¨ 評價的缺陷等級，即(缺陷等級×缺陷數)/總缺陷數；b) 缺陷修復的速度和質量m2（比重：20%）：由測試負責人進行評分，總分100。考慮的因素包括缺陷修復的速度，缺陷被重新打開的頻次以及修復缺陷后又重新引入的缺陷。說明：bug級別的定義參加缺陷管理規程，一般分級為15級，權重也分別為15，對于

16、1級輕微缺陷可以不扣分。l 評價人：· 測試負責人4.5 項目管理成果考核l 考核內容：· 規范性和準確性：成果是否符合模板要求，填寫內容是否正確；· 及時性：成果能夠按時提交；· 易懂性：文字描述是否全面，便于高層經理或qa對成果的理解；項目管理成果包括：wbs拆分、估算過程數據、項目計劃（初步計劃、階段詳細計劃）、項目階段狀態報告、成員工作日志、需求變更跟蹤、項目問題跟蹤等。l 打分標準：規范性和準確性比重：50%及時性比重：30%易懂性比重：20%等級考核標準優90,100所有成果都符合模板規范，填寫基本及時，且分析和文字描述準確和詳細，易于項目負

17、責人、高層經理和qa理解；良80,90)大部分成果基本符合規范，關鍵內容的分析和描述基本準確和詳細，缺少部分非關鍵內容的分析和描述，或部分非關鍵內容分析和描述不準確；或出現少數幾次填寫不及時的情況；中70,80)部分成果符合規范，存在一些關鍵內容分析或描述不準確或不詳細的情況；差(0,70)很多內容填寫不符合規范，或沒有對全部關鍵內容進行分析和描述或者分析描述不正確或不準確；或經常不能按時填寫。l 評價人：· 項目管理部4.6 過程執行情況考核l 考核內容：按照cmmi規范要求的執行情況，執行項目的過程，包括研發活動、項目管理活動和支持活動。l 打分標準：等級考核標準優90,100所

18、有要求進行的項目活動都得到了執行，且執行質量很高；良80,90)大部分要求進行的項目活動都得到了執行，且執行質量較高；中70,80)有些要求的項目活動沒有得到執行或執行質量較差，有些活動沒有按照標準過程進行；差(0,70)很多要求的活動都沒有得到執行，或很多活動的執行沒有按照標準過程進行。l 評價人：· 項目管理部5 考核執行方式項目考核的執行方式及步驟如下：1) 軟件項目研發負責人承接軟件任務，填寫軟件任務委派工單。本文所謂“軟件任務”，包括公司業務部門委派的任務，公司職能部門委派的任務，及研發中心自己認可的任務。有項目管理部、研發中心負責人確認本軟件任務的工作量（即計劃工作量）。2) 開發任務內部立項完成后，項目管理部在任務跟蹤系統中為每個任務建立“任務跟蹤帳號”。研發負責人使用“任務跟蹤系統”分拆任務、分派任務、驗收任務；項目管理部使用“任務跟蹤系統”統計工作量。3) 需要對項目進行階段性考核（如極度考核）時，項目管理部在人力資源和預算部的幫助下計算本項目本時段的“項目開發成本”。同時，計算本項