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

2、門：研發管理中心審核：? 進行。? 對于周期較長的項目，一般每季度考核一次，在下季度初進行。? 有些產品或項目的任務委派數量多， 但每個任務的完成周期都比較短， 這種情況，項目的考核周期為一個季度， 考核得分為本季度內完成的委派任務按照工作量權重累計得分。2 考核內容項目的業績考核分為如下內容：? 軟件用戶評價： 由任務委派方負責評價， 考核項包括工期、 軟件質量（缺陷、用戶反饋等方面）。? 項目成本評價：考查開發組項目開發成本、項目成員有效工作量、 委派工作量之間的關系。由項目管理部匯總成本相關數據并計算。? 項目過程評價： 由項目管理部負責評價， 考核項包括研發成果、 項目管理成果、 過程

3、執抄送：研發管理中心全體發文部門：研發管理中心審核：行情況（ CMMI規范的執行情況）等。? 考核內容表格形式展示為：考核內評價人 考核項（打分依據）比重容軟件用委派方 工期10%戶評價代表服務質量（缺陷、10%用戶反饋等）項 目 成 項目管 根據開發組成本、50%本評價理部有效工作量、委派工作量等對項目的成本情況評價項 目 過 項目管 研發成果（技術文10%程評價理部件規范、代碼質量）項目管理成果10%過程執行情況10%3 考核項定義對于項目的業績考核，包含工期、服務質量、項目成本、項目過程評價等考核項， 其定義和打分標準為：抄送：研發管理中心全體發文部門：研發管理中心審核：3.1工期考核按

4、照任務委派工作單 工期的要求， 以累計工作日天數做為數量單位，評分標準：工期考核標準提前如果里程碑提前結束， 則工期考核得100 分。按時完如果基本按時（延期小于等于 5% ）成完成可也以算為百分制滿分。延期若延期超過 5% ，則每超過 5 個百分點扣除百分制5分，即 100-5X（例如：延期為8%，則工期考核得 95分，如果延期為 12，則工期考核得90分）評價人：? 項目管理部提供工期數據， 任務委派方進行評價3.2服務質量考核（用戶評價）本考核項由委派方代表根據上線后的缺陷報告、用戶反饋等因素給出分數，分數范圍抄送：研發管理中心全體發文部門：研發管理中心審核：0100，并對分數給予說明。

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

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

7、： “認可工作量” （包括：“公司認可工作量” ，“研發中心認可工作量”，“項目認可工作量” ），與單位工作量標準成本價（單位工作量標準成本價： 由人力資源部與預算部根據研發中心從事軟件開發人員的平均薪水， 所用設備折舊， 公共分攤等費用計算并定期公布。 ）的乘積（單位為人民幣元）。 例如，項目簽署并驗收的工抄送：研發管理中心全體發文部門：研發管理中心審核：作量為 10 人月，單位工作量標準成本報價為 15000元，則本項目的內部收入為 150000 元。注：計算研發中心內部收入， 使用公司認可工作量； 計算項目組內部收入使用研發中心認可工作量； 計算個人內部收入，使用項目組認可工作量。項目開

8、發成本：是指軟件項目開發的實際成本，是參與軟件項目開發的所有人員的人力成本、分攤成本、日常費用的總和。 項目開發成本反映公司對本項目的實際投入， 按參與項目的成員的 “實際工時” 或稱“自然工時”計算。項目開發成本計算方式如下： 項目管理部記錄、統計參與項目開發的每個人的實際工時 （或稱在崗日期， 單位為工作日）。人力資源部根據每個人的實際工時計算參與項目的人員實際人力成本總和（工資、福利等） 。預算部根據實際工時，參照公司公布的當期人均分攤成本計算出參與項目開發期間員工的分攤成本總和及日常費用總和。項抄送：研發管理中心全體發文部門：研發管理中心審核：目管理部最終匯總成項目開發成本。開發人員成

9、本：是指某個開發人員在某個項目中的實際成本，是該員工在參與本項目期間人力成本和分攤成本之和。開發人員成本 =（員工人力成本 + 單位分攤成本） /21* 實際工時。員工人力成本人力成本由人力資源部計算并掌握。單位分攤成本參照公司公布的當期人均分攤成本。 項目管理部記錄、 統計參與項目開發的每個人的實際工時（單位為工作日）。實際工時：（或稱“自然工時” ），是項目管理部記錄的某成員參與某項目的實際工作時間。（單位為工作日）。項目完工百分比：已完成工作量 /計劃工作量。2、 項目成本考核公式：項目成本成考核得分 （M ） = 項目小組研發內部收入 / 項目開發成本 * 100；抄送：研發管理中心全

10、體發文部門：研發管理中心審核：特別規定：? “某項目或任務的計件工作量之和” 大于“本項目或任務計劃工作量” 反映項目負責人對項目進展分配 “超支”。“項目或任務的計件工作量之和” 如果超過“本項目或任務計劃工作量” 的 120%（包括120% ），則項目成本考核最多得60 分。? “項目內部收入”超過“項目開發成本”表明項目負責人對項目控制良好，可在 20% 內適當加分。? 如果一個研發負責人 （研發經理） 在某段時間同時負責兩個或兩個以上項目， 則其個人成本按項目投入進行分攤。評價人：? 由項目管理部將從人力資源、 委派方得到的數據進行統計。3.4研發成果考核技術文件規范技術文件包括： 需

11、求說明書、 需求跟蹤矩陣、設計說明書、代碼、測試方案、測試抄送：研發管理中心全體發文部門：研發管理中心審核：用例、安裝部署文件、用戶手冊等。從以下方面考核規范性：? 格式規范性：成果是否符合模板要求、 代碼規范或其他規范方面的要求；? 易懂性：是否易于他人理解， 使得開發工作不依賴于個人，成果可為后續使用；? 可跟蹤性：能夠從需求、設計到測試進行跟蹤和追溯；打分標準：等級考核標準優1.所有成果都能夠按照規范進行，90,100而且內容較為準確和全面：2.易懂性好，無需解釋，他人即可理解，評審和預評審基本能夠順利進行；3.所有的變更都能正確且詳細地體現到對應的需求、設計和測試用例中；4.幾乎所有的

12、需求都能找到相應的設計和測試用例；或僅有個別非關鍵或相對簡單的需求沒有被設計或被測試用例覆蓋。抄送：研發管理中心全體發文部門：研發管理中心審核：良80,90)中70,80)1. 大部分成果都能夠按照規范進行，而且內容較為準確和全面；2. 易懂性較好，無需解釋或僅需少量解釋，他人即可理解，評審和預評審基本能夠順利進行；3. 大部分變更都能正確且詳細地體現到對應的需求、設計和測試用例中；4. 大部分的需求都能找到相應的設計和測試用例；或僅有個別非關鍵或相對簡單的需求沒有被設計或被測試用例覆蓋。1. 一半以上的成果符合規范，存在有些成果規范的符合性方面存在較大問題，如描述不全面或不詳細；2. 他人基

13、本能看懂，但仍有很多內容需要作者解釋， 由于易懂性差，導致評審或預評審延期或花費工作量增加較多；3. 需求、設計和測試用例基本能夠抄送：研發管理中心全體發文部門：研發管理中心審核：差(0,70)評價人：對應，但有些關鍵或復雜需求沒有被設計或測試用例覆蓋；4. 有些變更沒有反映到需求中，或者反映的不夠準確，易造成設計人員或測試人員理解錯誤。1. 非常不符合規范，或缺少關鍵內容；2. 易懂性差，他人難以理解，評審或預評審無法進行；3. 很多需求、設計和測試用例都對應不上；4. 很多變更都沒有反映到需求、設計和測試用例中，導致需求、設計說明書跟實際情況相差甚遠，測試人員無法正確編寫測試用例。? 項目

14、管理部代碼質量通過測試活動的結果來衡量代碼的質量。? 發布前：由系統測試期間和試運行期間發抄送：研發管理中心全體發文部門：研發管理中心審核：現的缺陷數量和嚴重程度分布， 以及缺陷修復的速度和質量（如缺陷是否能夠很快修復，是否有很多缺陷被 reopen 或修復后引入了新的缺陷）；? 發布后半年內：由客戶和維護人員發現的缺陷數以及嚴重程度分布。打分標準：代碼質量由以下兩個方面決定，最后由這兩個方面進行綜合評價，最后計算總分TSM1*80%M2*20% ：a)缺陷狀況 M1 （比重： 80% ）：M1 每月缺陷狀況的平均情況；由測試負責人根據缺陷的情況進行評價，總分 100 分，參考的因素如下：缺陷

15、的嚴重程度分布，特別是高嚴重程度的缺陷比例；缺陷數和測試用例的比例，即一定數量的測試用例所發現的缺陷數；評價的缺陷等級，即 (缺陷等級×缺陷數 )/總缺陷數；b)缺陷修復的速度和質量M2（比重：抄送：研發管理中心全體發文部門：研發管理中心審核：20% ）：由測試負責人進行評分，總分 100。考慮的因素包括缺陷修復的速度， 缺陷被重新打開的頻次以及修復缺陷后又重新引入的缺陷。說明： Bug 級別的定義參加缺陷管理規程，一般分級為 15 級，權重也分別為 15，對于 1 級輕微缺陷可以不扣分。評價人：? 測試負責人3.5項目管理成果考核考核內容：? 規范性和準確性：成果是否符合模板要求，

16、填寫內容是否正確；? 及時性：成果能夠按時提交；? 易懂性：文字描述是否全面， 便于高層經理或 QA 對成果的理解；項目管理成果包括： WBS 拆分、估算過程數據、項目計劃（初步計劃、 階段詳細計劃）、項目階段狀態報告、成員工作日志、需求變更跟蹤、項目問題跟蹤等。打分標準：抄送：研發管理中心全體發文部門：研發管理中心審核：規范性和準確性比重：及時性比重： 30%易懂性比重： 20%50%等級優90,100良80,90)中70,80)差(0,70)考核標準所有成果都符合模板規范，填寫基本及時，且分析和文字描述準確和詳細，易于項目負責人、高層經理和 QA 理解；大部分成果基本符合規范，關鍵內容的分

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

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