劉生建 洪洲
1. 廣州大學華軟軟件學院 510990 2. 廣州城市職業學院 510405
績效考核系統的產品化設計及實現
劉生建1洪洲2
1. 廣州大學華軟軟件學院 510990 2. 廣州城市職業學院 510405
績效考核是企事業單位的重要管理活動,科學的績效考核可以提高員工積極性,增強企業競爭力。本文分析了目前一些企業在績效考核中存在的問題,結合一個實際開發案例描述了如何利用計算機軟件技術設計一個適應面廣、擴展性強、操作簡單的績效考核系統。
績效考核系統;B/S
Performance appraisal is an important management activities of enterprises and institutions.Resonable performance evaluation would help employee to work positively and to improve the competitive capability of enterprises as well.This paper analyzes problems arisen in the performance appraisal, and through one case study, it demonstrates how to design a good adaptation, strongly expansion and simple performance evaluation system with computer software technology. Key words
Performance appraisal system;B/S
多數企業的日常活動是生產,有些還進行部分研發活動。不管是研發還是生產,都離不開管理與控制,而管理最終是落實到對人的管理。
績效考核通過系統的方法和原理來評定和測量員工在職務上的工作能力及效果,其最終目的表彰先進、激勵落后員工,在企業發展的前提下實現員工個人價值的最大化。但在國內不少企事業單位的績效考核還停留在人工操作層面上,有些單位的績效考核甚至變為走過場,沒有真正起到管理效果;而有些單位雖然重視年終考核,但卻耗費不少的人力和時間,甚至影響到正常業務的開展。
隨著計算機輔助辦公自動化的普及,很多企事業單位已經考慮使用計算軟件系統來縮短考核時間,提升辦公效率的同時使得考核過程更科學合理。由于每個企業考核標準和考核流程都各有不同,所以很難直接從其他企業照搬現成的考核系統。經過幾個實際的定制考核系統開發經歷后,我們設計了一個通用的績效產品,經過一年的改進,已經形成一套可以分別運行在J2EE和.NET上運行的考核軟件產品,該產品既可以對項目組又可以對員工個人進行績效考核,目前已在多家企業實際運行,大大減少考核計算工作量,節省寶貴時間,提升了這些企業的管理效率,深化了管理效果。
1.1 系統特性
在信息系統開發的前期,我們需要找到系統涉眾和系統參與者(用戶),站在涉眾的立場分析他們對系統的真正需要,總結出系統應該具備的特性。特性是系統為完成涉眾的一個或多個需求而提供的一個服務[1]。表1-1列舉了系統應具備的主要特性。

表1 -1 系統參與者對系統的要求概要
績效考核的流程可大體歸納為制定計劃、技術準備及收集資料、執行評價和結果運用四個階段,如圖1-1所示。

圖1 -1 績效考核流程圖
1.2 用例(Use Case)概要
在每個階段各系統參與者需要的功能整理如表1-2所示:
2.1 分層體系結構
有些企業人數較多、地理位置分散,所以系統架構采用B/S架構, 方便系統上線后的維護和升級,相關人員只要通過瀏覽器就能隨時隨地進行查詢及操作處理。
系統在邏輯上簡單分為三層,如2-1圖如示:

圖2 -1 三層體系架構圖
用戶界面表示層:
接收用戶的操作要求,通過業務邏輯層計算結果并把數據以表格、直方圖、餅圖等直觀方式展示給操作者。
業務邏輯層:
使用C#或者Java語言編寫的針對具體的問題的處理,如計分算法。在.NET平臺中可利用組件對象模型C O M+完成事務處理,而在J2EE平臺可以既可利用應用服務器的事務服務也可簡單使用Spring框架提供的輕量級事務處理來確保操作事務完整性。
數據訪問層:
查詢數據庫中各類數據,將最新的數據結果更新回數據庫。
在三層結構中,上層可以調用低層提供的服務,而下層不能使用上層服務。這種分層方式能避免各模塊、組件間的較強耦合。為了使產品能同時支持J 2 E E和. N E T平臺,所以在層次設計上是一致的,在具體層使用的技術有所差別。
在一些Java框架開源框架中,用戶界面層和業務邏輯層之間通過數據傳輸對象(DTO)[2]來交換信息。在ASP.NET MVC框架中可利用視圖模型(ViewModel)來交換。業務邏輯層和數據訪問層之間通過數據實體來封裝數據表中的字段,本產品中采用了微軟的數據實體框架的思想來完成對象關系映射(Object Relational Mapping,簡稱ORM)。在Java開源世界中,比較知名的有Hibernate框架,直接利用它就可以輕松地以實體對象方式進行數據處理,通過框架完成數據庫中記錄增刪改的基本操作。
2.2 開發工具選擇
數據庫使用了微軟的SQL 2005企業版,.N E T版本開發工具使用微軟的開發工具Visual Studio 2008。 Java版開發工具則使用了MyEclipse6.0。前臺頁面展現組件則選用了基于WEB2.0的ExtJS2.0框架來達到桌面應用的體驗效果。
2.3 考核指標設計及計分算法
多數企業使用的多級關鍵效能指標(KPI)方式,最終的指標直接指定了考核分值,表2-1給出了一個兩級指標考核標準的簡單示意:

表2 -1 傳統的KPI分解
實際的考核表還可能有第三層的考核指標項。在考核項較多時,以上方法就暴露一些弊端:首先確保計分正確性的工作量很大;其次是調整及新增考核項時要全部重新調整分值,耗費時間較多,比較容易出錯。為此我們在產品中提出權重指標分解法及其相應的計分的算法:
1)劃定一級指標權重;
2)考核項區分出A,B,C三等,A表示最重要的考核項,權重可以設置;
3)考核項的打分標準化,在操作時可通過系統設定對應為三個等級或者五個等級選擇;
使用新方法,設A類權重系數為3;B類權重系數為2;C類權重系數為1,修改后考核表的表2-2所示:

表2 -2 權重KPI分解
改進后具體考核項的分值就不需要手工計算,只要指定各考核項的A B C分類,如果發現不合適的地方可以直接調節該考核項的ABC分類,今后也就比較容易在此考核表的基礎上增加新的考核項而形成新考核表,大大縮短了考核計劃階段的準備時間。
如何設置考核指標本身需要一定理論指導和豐富的專業知識,應該根據具體情況靈活設計,并且不斷積累優化。
為了實現考核的公平公正,評價環節一般又可在分成自評、互評、專家或領導評價等環節,最終的結果可以按照下面的公式計算出最終評分:




(V i代表第i個環節的評分,W i代表第 i環節占的比重)
2.4 系統數據設計
開發信息管理系統,功能基本上是圍繞數據來服務的,所以數據模型的提煉相當重要,它直接決定了產品今后的擴展能力。本系統的主要實體類關系如圖2-2所示。
在概念模型轉換到物理模型時,我們做了適當的簡化,上圖中實線框中的實體均對應到了物理數據表中,而虛線表達的實體則可以通過一些附加字段或者使用系統參數表存儲,對系統開發能起到一定的簡化作用。
2.5 接口設計
用戶認證接口:
由于本系統是一個輔助性的管理系統,所以必須考慮和原有系統的對接。如果原來系統已經使用輕量級目錄訪問協議(LDAP,如WINDOWS下的活動目錄技術)等,在集成時我們可以基于認證接口開發一個新的組件替換缺省的認證組件即可實現和原有系統無縫集成。
查詢接口:
本系統上線后,能將系統中的考核結果導出給其他系統使用,一種是excel格式的文本,另一種是Web Service的形式,其他系統可以按照接口定義直接通過簡單對象訪問協議(SOAP)協議查詢有關考核結果的數據。
圖3-1是參數設置的功能界面截圖,通過參數設置,我們可以靈活設置評估環節、ABC權重及顯示顏色等。
圖3-2是評分的功能界面截圖,打分功能和原來紙面打分類似:直觀明了,操作迅速,不易出錯。如果有遺漏項沒有打分時系統還會提醒。
圖3-3是眾多輔助分析的一個功能界面截圖,通過統計分析,我們可以一眼看出評委是否存在不公正的打分等問題,而這些問題在傳統考評中常常難以發現!
本文從軟件產品設計的角度,對績效考核系統的主要需求、開發的技術架構設計、評分算法作了總結,希望對開發類似系統的開發人員有所幫助。使得更多的中小型企業、學校等單位加快實現高效、公平公正的績效考核管理。
[1] [美]Dean Leffingwell,Don Widrig著;蔣慧譯.軟件需求管理 用例方法(第二版).中國電力出版社.2 0 0 4:6 5
[2] [美]Martin Fowler著;王懷民,周斌譯.企業應用架構模式. 機械工業出版社.2004: 285-289
Performance Evaluation System Design and Implementation of the product
Liu Sheng-jian,Hong zhou South China Institute ,Guangzhou University Guangzhou 510990.China Guangzhou City Polytechnic 510405.China
10.3969/j.issn.1001-8972.2011.14.095