基于项目考核的it企业研发人员绩效考核体系内容摘要:
对于研发项目,项目成本主要取决于项目工时,图 1 模型转化为二维模型。 由此,研发项目的考核指标转化为项目质量和项目工时。 项目质量:下游用户对项目团队完成工作内容的满意度。 对于研发项目应为:完成内容与最终用户需求一致性、单位模块的错误发生数 因目前商业化软件产品公司多采用原型法开发模式,用户可在项目初期对“ 完成内容与最终用户需求一致性 ” 进行确认,而且也可将不一致性纳入错误发生管理 ,因此,研发项目质量指标可用 “ 单位模块的错误发生数 ” 唯一表征。 项目工时:该指标是研发项目成本和时间指标的具体表征。 为在预期考核时间段内,完成项目计划任务所用的项目总工时数。 基于项目考核的 IT 企业研发人员绩效考核体系简介 ,应从开发质量和项目工时两个层面设计考核指标体系。 从企业层面分析, “ 绩效的评价与管理对于企业来说是一项极具挑战性的工作,同时它也是企业赢得竞争优势的关键所在。 绩效管理可以达到战略目的、管理目的及开发目的 ”[12]。 由此 ,在项目考核的基础上, IT 企业绩效考核还应针对员工个性化的考核内容。 目前在 IT 业界,一些应用较好的考核体系也正逐渐显现出来项目考核为主、部门考核为辅的态势。 以一成功 IT 企业为例,其考核体系分为两部分,项目考核为员工日常工作考核,根据项目周期进行考核,考核结果直接反映为项目奖金。 项目考核指标确定为用户满意度、项目工时,用户满意度反映项目质量。 部门考核则采用 KPI 考核,主要对员工能力、工作态度、工作成果等内容进行考核,其中,工作成果以项目考核结果作参考,考核结果反映为年终奖金,并将根据部 门年度考核结果指导员工的成长方向和成长空间。 通过项目考核和部门考核,从工作成果和个人成长两个层面完成了对员工个体的考核,实现了考核的战略目的、管理目的和开发目的。 基于 、 节的分析,本文将在后续章节对 “ 基于项目考核的 IT企业研发人员绩效考核体系 ” 进行论述,并将对该考核在企业中具体应用作以详细描述。 基于项目考核的 IT 企业研发人员绩效考核体系概述 考核由项目考核和部门考核组成,以项目考核为主,部门考核为辅。 通过项目考核实现对研发过程和研 发结果及员工工作成效的考核,考核结果将直接表现为员工项目奖金,并将成为部门考核中员工工作业绩考核的重要基础数据;部门考核将以财年为基本度量单位,应用 KPI 方法实现对员工成长和企业发展的整体度量,通过两者相互配合,通过不定期的项目阶段性考核及定期的部门考核完成对研发人员的工作成效、工作水平和企业建设的综合考评。 项目考核直接结果为项目奖金,将根据预设的项目考核时间和考核频次对项目进行考核,考核结果将在员工收入中反映。 部门考核直接结果为年度奖金,根据财年基准,按月、季、半年、年进行考核,考 核结果在员工年终收入中集中反映。 IT企业研发人员项目考核绩效考核方案设计 从本文 ,由于工作内容和工作目标的不同,应针对项目管理层和项目团队普通成员分别设计考核指标, IT 研发项目考核应包括两个层面的内容,分别为: 1. 整个项目团队的考核。 被考核人主要为项目管理层,根据项目的规模和重要程度,由公司决策层或委托项目管理部门承担,明确项目奖金总额。 2. 项目团队中的个人考核。 以公司对项目考核为基础,主要由项目经理承担、公司营运管理部门协 助完成对项目团队个人考评,并落实团队个人项目奖金。 对于项目团队的项目总奖金及项目团队各层面奖金总额,提出如下计算方案: 项目总奖金 = P * B * 项目合同金额 项目管理层奖金 = M * 项目总奖金 项目成员奖金总额 = (1M) * 项目总奖金 项目成员个人奖金 = S * 项目成员奖金总额 其中: 项目总奖金:为整个项目团队的项目奖金总额。 P:项目团队绩效综合考核系数,具体内容参见表 4所示。 B:项目奖金百分比系数,由公司决策层根据项目规模、项目难度等因素确定。 项目合同金额:对于直接面向最终用户的开发项目,项目合同金额为项目商务合同金额;对于无开发合同,属公司投入类研发项目,此处引入企业内部核算观点,由研发团队基于工作量对研发项目报价,报公司审核批准,形成公司内部合同,以最终内部合同价格为本项目合同金额。 M:项目管理层奖金系数, M1,为项目管理层奖金占项目总奖金基数的百分比。 S:项目个人奖金考核系数, ∑S =1( 项目成员人数 S 和 ),根据项目团队针对项目对团队成员个人的考核结果确定的团队个人项目奖金所占项目成员奖金总额的百分比。 项目团队考核 考核目标 由公司管理层对项目整体完成情况进行考核,考核内容主要为项目完成质量、项目工时及项目总体进度。 依据项目奖金预算确定本项目的项目总奖金及项目团队各层面人员的奖金基数,为项目团队的个人考核提供依据。 考核方案 项目团队绩效综合考核系数 P是该考核的核心指标,为此,方案对其进行定量化分析,如表 4所示; 项目奖金百分比系数 B、项目管理层奖金系数 M 等主观性考核指标系数,均由公司管理层根据项目实际情况予以确定。 表 4 权重 考核系数 推荐计算方法 项目团队绩效综合考核 − P P = W 1*P1+W 2*P2+ W 3* P3 或:其他计算公式 工时考核 W 1 P1 P1 =项目计划工时 / 项目实际发生工时 完成质量 W 2 P2 P2=考核核定错误 /实际发生错误 项目总进度 W 3 P3 P3=项目预期耗时 /项目实际耗时 在项目管理的理想状态下,项目工时与项目总进度可归并为同一考核指标,但目前研发项目管理中,项目总体延时、超期现象严重,而这又引发了项目结项难、成本控制难、项目回款难。 由此,虽然该两项指标表现出强相关性,本方案仍将其分别考核,以期项目经理能主动从项目全局考虑,控制项目整体进度。 项目团队中的个人考核 考核目标 对研发人员在项目过程工作绩效进行考核,主要从工时、项目开发质量及其他一些项目关键因素等角度对员工的项目目标实现进行考核。 其中,工时、开发质量为必考项目,其他项目关键因素根据项目的具体情况由项目经理确定,并报公司批准。 考核结果将直接反映为员工的项目收益。 考核方案 本方案引入 “ 个人项目绩效综合系数 ”C ,该系数集中反映研发人员项目工作成效和在项目中的具体表现,是该考核方案的主体构成内容。 通过该系数,并参考团队成员在项目中的重要性,最终确定项目个人奖金考核系数 S。 该方案将项目管理分为项目 核心目标考核和项目辅助目标考核两部分组成,如下表所示: 表 5 权重 考核系数 推荐计算方法 个人项目绩效综合考核 − C C =W1*C1+W2*C2+ W3* C3 或:其他计算公式 项目核心目标考核 工时考核 W1 C1 C1 =实际完成工时 / 标准工作工时 完成质量 W2 C2 C2=考核核定错误 / 实际发生错误 项目辅助目标考核 项目辅助考核 W3 C3 C3= ∑Ci Wi ( 3i) 项目里程碑 W4 C4 由项目经理根据成员对于该考核指标完成情况给予评价,并以定量方式给出评价结果。 团队合作精神 W6 C6 文档完备性 W10 C10 项目重要事件 1 W21 C21 „ „ 说明: 1) 辅助考核内容权重和不大于。 并根据实际情况进行调整,由项目经理和部门经理协商确定,并报公司批准。 2) 个人项目绩效综合系数 C 的计 算方法可根据项目实际情况设计相关算法。 3) 核心考核主要采用定量考核方法,并可根据考核实际应用情况每半年一次进行修正,修改情况报公司批准。 4) 标准工作工时:项目经理根据项目考核周期确定的该考核期间项目团队成员的考核工时,可按每天 8小时计算。 5) 实际完成工时:由项目经理根据项目成员在项目考核周期完成的项目任务核定的任务工时。 6) 实际发生错误:项目成员在项目考核周期在项目开发过程中发生的计入考核的错误数。 7) 考核核定错误:项目经理对项 目成员确定考核周期内计入考核的最大允许发生错误数。 8) 辅助考核指标组成可由项目经理根据项目考核期的具体特点,结合项目管理要求和企业建设目标自行修改确定,报公司批准备案。 9) 辅助考核各项指标的权重将由项目经理根据本项目周期的具体情况确定,报公司批准备案。 关于项目个人奖金考核系数 S的计算方法,可通过对 C的归一化处理获得;也可以 C为基本要素,并根据团队成员在项目中的重要程度最终确定, S反映内容客观,但表现出很强的主观性态,本文将在第四章以具体实例说明。 该考核体系采用定量考核方法,并正逐渐向客观定量考核靠拢,考核易于度量,易于操作,且相对准确,有助于减少考核中的矛盾。 部门考核。基于项目考核的it企业研发人员绩效考核体系
相关推荐
纸、文件等须通过监理单位下发到施工单位。 施工单位需要修改设计时,也必须通过监理单位、建设单位向设计单位提出设计变更或修改。 (三)设计单位的职责 设计单位的主要职 责是受建设单位的委托,负责工程初步设计和施工图设计,向建设单位提供设计文件、图纸和其他资料,派驻设计代表参与工程项目的建设,进行设计交底和图纸会审,及时签发工程变更通知单,做好设计服务,参与工程验收等。
目建议书(立项)、可行性研究报告及初步设计审批 1 、申报 受理3 、审批 项目建议书。 ( 1)由建设单位所在地区投资主管部门向本局提出申请;( 2)具备相应工程咨询资质的机构编制的项目建议书;( 3)年综合能耗超过 1000 吨标准煤的须提供能源评估报告;( 4)规划选址意见书、建设用地预审手续、环境影响预审意见;( 5)法律、法规或者规章规定的其他相关文件。 可行性研究报告。 (
招标 限额设计 初步设计概算 可研 投资估算 工程勘察 2 通过 项目指挥部(委托设计院) 未通过 战略发展部(组织相关单位) 通过 项目指挥部 招标委员会(招标中心) 项目指挥部 项目指挥部
报价单 ” ERP 采购 /部长 amp。 《报价单》 (审核) 生产总监核准“报价单” 手工 生产 /生产总监 amp。 《报价单》(核准 ) 采购主管副总批准“报价单” 手工 采购主管副总 amp。 《报价单》(批准) 报价单审批完成后,由 供推中心文员对 K3基础 档案中采购价格档案进行更 新。 ERP 供推中心 /文员 amp。 供应商价格档案 Page 8 of 19 合格供应商
供应商的实体及其属性如图 所示,药品供应商属性包括公司名称、操作人、公司联系人、开户银行、银行账号、联系电话等属性。 结算方式 供应商 药品名称 操作人 实付金额 ID 单价 应付金额 未付金额 销售日期日期 药品销售单 数量 结算方式 供应商 药品名称 操作人 实付金额 ID 单价 应付金额 未付金额 进购日期 药品进购单 数量 产地 供应商 药品名称 操作人 药品简称 单位 价格 药品 ID
技术上是可行的。 社会可行性 本系统开发不论是前期还是后期都是根据企业的需求有针对性的设计,并未违反相关的法律,也没有对他人的专利进行抄袭,所以不构成侵权。 所以本系统具有社会可行性。 经济可行性 现在,计算机在生活中的使用已经十分普遍,且由于科技的不断进步,计算机的性能相比以前已经十分优越,完全能够满足本系统的要求,开发本系统不需要额外的大型服务器等。