最新推荐it人员能力评估报告优秀word范文 14页.docx

上传人:b****6 文档编号:12067608 上传时间:2023-06-04 格式:DOCX 页数:15 大小:23.98KB
下载 相关 举报
最新推荐it人员能力评估报告优秀word范文 14页.docx_第1页
第1页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第2页
第2页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第3页
第3页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第4页
第4页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第5页
第5页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第6页
第6页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第7页
第7页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第8页
第8页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第9页
第9页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第10页
第10页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第11页
第11页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第12页
第12页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第13页
第13页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第14页
第14页 / 共15页
最新推荐it人员能力评估报告优秀word范文 14页.docx_第15页
第15页 / 共15页
亲,该文档总共15页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

最新推荐it人员能力评估报告优秀word范文 14页.docx

《最新推荐it人员能力评估报告优秀word范文 14页.docx》由会员分享,可在线阅读,更多相关《最新推荐it人员能力评估报告优秀word范文 14页.docx(15页珍藏版)》请在冰点文库上搜索。

最新推荐it人员能力评估报告优秀word范文 14页.docx

最新推荐it人员能力评估报告优秀word范文14页

本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除!

==本文为word格式,下载后可方便编辑和修改!

==

it人员,能力,评估,报告

篇一:

IT测试部员工绩效评估

IT测试部员工绩效评估

为度量测试部员工工作质量,达到持续提高的目标,特制定本考核标准a

测试部工作每半年考核一次,考核结果作为员工技能水平,工作质量的评估依据,影响年终奖金分配。

―、修订方法:

考核标准每半年修订一次,如对考核标准及评分比例持有异议,可以提出修改建议,经测试部全休会议讨论,2/3同意即可接纳更新。

修订在考核之后2周内进行,并在下一轮考核中使用。

本轮考核使用修订前的标准。

二、评分方式:

按照公共要求和各种工作本身特有的要求进行评分。

评分釆用排队法。

举例说明,如果在该项目中有10人进行比较,你的分数排笫2,你的分数就是0.8。

如果大家都一样,大家的分数都是0.5。

没有对比的项目,按照实际成绩与承诺成绩的对比进行评分,例如,年中承诺认证按时通过率80%,实际做到了90%,评

分就是90%/80%*0.5=0.5625。

没有承诺成绩的,按0.5计算。

总分按照涉及的项目的比例乘以该项分数得到。

在部门内排队。

三、考核标准:

?

公共要求50%:

1工作任务按时完成率20%

由项目经理和测试主管打分。

项目中如果由于别人的工作导致测试工作延后,不能按期交付,只计算测试工作实际的执行时间。

工作按时完成率=计划时间/实际使用时间。

取各项工作按时完成宇的平均分排队

2工作文档质量10%

项目经理和测试主管打分

文档缺陷数<3为3分:

淸晰准确,缺陷数<10为2分:

其余1分。

取提交文档的平均分排队。

缺陷只包含技术性的错误,不包含错别字,如:

描述产生的歧义,测试方案考虑不周,遗漏测试内容等

文档包含:

测试方案,测试用例,测试报告,问题分析报告,生产资料包,治具使用说明,工厂测试程序使用说明(工厂测试程序升级说明不纳入考核),器件认证的测试标准。

每篇文档打分,取各人的文档平均分进行比较。

3技术共享10%

测试经理打分

统计考核区间内提交的技术共享、典型案例文档数量,实施的培训或者培训胶片算一份技术共享文档。

新的测试方法改进总结,优秀实践总结等归入此类。

文档需经过XX的审批。

基木要求:

与工作相关,原创。

取共享总数排队

4工作协作10%

由测试经理打分

统计员工测试和评审未提及的遭客户投诉的设汁问题和因处事不当或沟通不畅而引起的周边同亊的投诉和抱怨

统计为提高测试质量和部门工作效率所提合理化建议。

5特有要求50%:

①测试质量

测试质量考核内容如下

a}提交问题数:

提交问题包括测试中发现的问题,也包括评审中发现的问题。

倍乘指数:

建议和一般问题1,严重问题2,致命问题3

对于没有录入缺陷库的问题需要个人提供review会议记录,列出发现的问题列表

b}问题正确率(暂时不纳入考虑):

问题正确率=(1-被确定为“理解错误,不是问题”的问题数)/提交问题总数

c)漏测率

统计员工负责测试的产品在发布后1年内的市场反馈问题。

漏测率=市场发现问题数/员工在该产品上提交的问题数

需要分析工厂,市场反馈回来的问题,分成几类:

1)客户错误使用:

2)测试没有考虑到,被客户发观了问题:

3)由于测试条件所限不能测试出来的问题:

4)未确定原因的。

只统汁第二类。

②认证质量

a}认证及时性考核:

旧产品认证考核办法:

对旧产品的认证,在相关部门提出需求之后,认证工程师提供预估认证完成日期,此日期记录入测试部维护项目中。

在认证完成之后,考核负责人考察预估时间与实际完成时间偏差,据此对认证工程师进行考评。

新产品认证考核办法:

对新产品认证需求,认证工程师需要在项目经理可以准时提供样机情况下,对认证时间进行评估,并记录入项目中。

认证完成时核对评估时间与实际完成时间做出考评。

(注:

期间产品不能按时提交、产品整改需要认证工程师汇报给考核人员,从认证花费时间中扣除。

b}新认证考核:

对未曾做过的新认证、新认证评估工作,考核人员以任务发布者对认证工程师评价做为依据进行考评。

③治具开发质量

a}PCB评估:

定版前排除的问题个数,原则上要求功能覆盖率100%,此项和硬件测试工程师的发现问题数一起排队作比较b}测试架质量:

考核工厂投诉次数(只针对2年内的测试架),以及维修进度(实际交付时间与承诺时间比较,一般承诺时间不超过1周)

c)技术改进

考核改进计划的按时完成率

④版木管理质量

a}版木发布的按时完成率。

版木发布有3个邮件,别人要求制作版木的邮件,XX回复何时完成版木制作的邮件,版木发布的邮件。

统计方式为:

版木发布邮件时间在XX回复的邮件所述时间之内的百分比,因此XX需要催促审批人及时审批。

b}版木发布的准确率

版木发布后被指出有错误需要重做的数量占版本发布数量的百分比。

新产品版本和升级版本采用权重因子不同,新产品权重为2,升级版木权重为1

⑤实验室管理质量

a)实验室设备的日常维护,对设备进行年度和季度盘点

b)及时维修好设备(按照承诺时间和实际完成时间来度量)

c)年度仪器校验,满足ISO年度审核要求。

⑥器件选型工作

a)在物料选型认证时充分测试,保证不出规漏测,导致产品因器件出现问题

b)保证选择的器件供应商有良好质量保证体系,试产时物料参数与承认时的样品一致c)建立关键器件替代物料库,保证在产品开发时物料能够及时认证。

⑦项目管理工作

a)合理安排工作,组织自己的团队按照计划和质量要求完成项目。

按计划完成项目方面对项目经理考核项目各个里程碑点的按时完成情况,对测试主管考察团队成员按时完成测试工作的情况

工作质量方而对项目经理考核项目遗留问题,对测试主管考核市场问题处理

b)做亊规范,遵守公司流程,及时准确汇报进展

c)工作协调能力

这一项采用360度考核,给出评价意见的人员包括团队成员,相关部门领导,项目相关的其他

部门人员。

篇二:

程序员能力评估矩阵

程序员能力评估矩阵

计算机科学COMPUTERSCIENCE

2n(Level

0)

n2(Level1)n(Level2)log(n)(Level3)

能够解释和

数据结构

不知道数组和链表的差异

使用数组,链表,字典等,并且能够用于实际的编程任务。

了解基本数据结构时间和空间的折中,比如数组vs链表,能够解释如何实现哈希表和处理冲突,了解优先队列及其实现。

高等的数据结构的知识,比如B-树、二项堆、斐波那契堆、AVL树、红黑树、伸展树、跳跃表以及前缀树等。

不能够找出一个数组各数的

算法

平均值(这令人难以置信,但是我的确在应聘者中遇到过)

基本的排序,搜索和数据的遍历和检索算法。

能够辨识和编写动态

树,图,简单的贪婪算法和分而治之算法,能够适度了解矩阵该层的含义。

规划方案,良好的图算法知识,良好的数值估算的知识,能够辨别NP问题等。

对编译器、链接器、解释器有基本的了

编程体系

不知道何为编译器、链接器和解释器。

解。

知道什么是汇编代码以及在硬件层如何工作。

有一些虚拟内存和分页知识。

了解内核模式vs用户模式,多线程,同步原语以及它们如何实现,能够阅读汇编代码。

了解网络如何工作,了解网络协议和socket级别编程。

了解整个程序堆栈、硬件(CPU+内存+中断+微码)、二进制代码、汇编、静态和动态链接、编码、解释、JIT(just-in-time)编译、内存碎片回收、堆、栈、存储器编址…

软件工程SOFTWAREENGINEERING

2n(Level

0)

n2(Level1)n(Level2)log(n)(Level3)

源码版本控制

通过日期备份文件夹

VSS和初级的CVS/SVN用户

熟练地使用CVS和SVN特性。

知道如何分支和归并,使用程序库补丁安装特性等

有分布式VCS系统的知识。

尝试过Bzr/Mercurial/Darcs/Git

自动化编译

只知道在IDE下编译

知道如何编译在命令行下编译系统

能够安装一个脚本构建基本的系统

能够安装一个脚本来构建系统并且归档,安装程序,生成发布记录和给源码控制中的代码分配标签。

能够编写自

自动化测试

认为所有的测试都是测试员的工作。

动化的单元测试,能够为正在编写的代码提出良好的测试用例。

按照TDD(TestDrivenDevelopment)方式编写代码。

了解并且能够有效自动化安装,载入/性能和UI测试

程序设计PROGRAMMING

2n(Level

0)

n2(Level1)n(Level2)log(n)(Level3)

问题分解

只有直线式的代码,通过复制粘贴来复用

能够把问题分散到多个函数中

能够想出可复用的函数/对象来解决大题的问题

使用适宜的数据结构和算法,写出通用的/面向对象的代码来封装问题的易改变的层面。

如果不在同

系统分解

想不出比单一的文件/类更好的层面

一平台或没采用相同的技术,能够把问题空间和设计方案分解。

能够设计跨技术/平台的系统。

能够在多个产品线和与外部体系一体化中虚拟化和设计复制的系统。

同时也能够设计支持系统监视、报告、故障恢复等。

不能向同伴表达想

交流

法/主意。

匮乏拼写和语法的能力。

同伴能了解你在说什么。

有良好的拼写和语法能力。

能够和同伴进行高效的交流

能够使用清晰的方式了解和交流想法/设计/主意/细则,能适应每种环境的交流

同一文件中代码组织

同一文件中组织没有依据

按照逻辑性或者易接近的方法

代码分块,引用其他源文件时有良好的注释

文档头部有许可声明,总结,良好的注释,一致的空格缩进。

文档外观美观。

2n(Level

0)

n2(Level1)n(Level2)log(n)(Level3)

跨文件代码组织

没够想过给代码跨文件组织

相关文件按文件夹分组

每个物理文件都有独立的目的,比如一个类的定义,一个特性的实现等。

代码在物理层组织紧密,在文件名上与设计和外观相匹配,可以通过文件分布方式洞察设计理念。

源码树组织

一切都放在一个文件夹内

初步地将代码分散进对应逻辑的文件夹。

源码树的物理布局与

没有循环依赖,二进制文件,库,文档,构建,第三方的代码都组织进合适的文件夹内。

逻辑层次、组织方式相匹配。

可以通过目录名称和组织方式洞察设计理念。

单音节的

代码可读性

名称(在国内应该是那些类似用汉语拼音命名的习惯)

对文件、变量、类、方法等,有良好的命名。

没有长函数、注释解释不常规的代码,bug修复,代码假设。

代码假设验证使用断言,自然的代码流,没有深层嵌套的条件和方法

防御性编码

不知道这个概念

检查代码中所有的参数,对关键的假设进行断言

确保检查了返回值和使代码失败的异常。

有自己的库来帮助防御性编程、编写单元测试模拟故障

2n(Level

0)

n2(Level1)n(Level2)log(n)(Level3)

错误处

只给乐观的情形编

基本的代码错误处理,抛出异常/生成

确保错误/异常留在程序中有良好的状态,资源,连接,内存都有被合适

在编码之前察觉可能出现的异常,在代码的所有层次中维持一致

理码错误的清理。

性的异常处理策略,提出整个系统的错误处理准则。

IDE大部

IDE

分用来进行文本编辑

了解其周围的接口,能够高效地通过菜单来使用IDE

了解最常操作的键盘快捷键

编写自定义宏

API

需要频繁地查阅文档

把最频繁使用的API记在脑子里

广阔且深入的API知识。

为了使实际任务中常用API使用更加便捷,编写过API的上层库,填补API之间的缺口。

没有使用

框架

过主平台外的任何框架

听过但没用过平台下流行的可用框架

在专业的职位中使用过一个以上的框架,通晓各框架的特色。

某框架的作者

2n(Level

0)

n2(Level1)n(Level2)log(n)(Level3)

需求分析

接受给定的需求和代码规格

能对规格的遗漏提出疑问

了解全面情况,提出需要被规格化的整体范围。

能够提出更好的可选方案,根据经验的浮现给出需求

脚本

不具备脚本工具的知识

批处理文件/shell脚本

Perl/Python/Ruby/VBScript/Powershell

写过并且发表过可重用的代码

篇三:

有关IT能力评估的文献综述

有关IT能力评估的文献综述

摘要:

自IT投资与企业绩效关系问题提出以来,IT能力作为二者之间的核心量逐渐成为了众多学者研究的重点和热点。

国内外研究有关IT能力评估的文献主要都集中于对企业绩效的影响层面,部分涉及到企业的竞争优势、创新、战略等方面。

本文从IT能力定义入手,以分析IT能力模型及评估指标为重点,进行相关文献的综述。

关键词:

IT能力IT能力模型IT能力评估企业绩效

1.引言

二十世纪八十年代以来,以计算机技术为代表的信息技术在企业的经营、管理、设计和制造中得到日益广泛深入的应用,诱发了全球性的信息基础设施建设,形成了以物质和能源为基础的工业经济向以信息和知识为基础的信息经济转变的发展大趋势,促使越来越多的企业投入巨额资金实施信息化改造。

有关IT能力概念的最初提出就是源于对IT投资能够提升企业绩效的质疑。

因为“生产率悖论”表明大量的IT投资并没有能够为企业带来显著的经济效益。

因此自20世纪90年代以来,国外的众多专家学者为了能够对IT投资与企业绩效之间的关系进行更深刻的探讨和检验,开始了对企业IT能力的相关研究,希望可以借由对IT能力的评估来验证IT投资是否能对企业绩效产生显著性影响。

随着我国信息化进程的加快,对于IT能力的应用范围会越来越广,内容也会越来越细致,从有关企业绩效的研究延伸至有关企业竞争优势、企业创新、企业间研发合作等领域。

可以说,对IT能力的研究贯穿了企业信息化的始终。

2.IT能力

2.1IT能力的定义

由于国内外学者对IT能力研究涉及的范围以及涉及的研究角度不同,因此对IT能力有着不同的定义。

Ross对IT能力的定义是:

IT能力是控制与IT相关的成本,必要时交付系统并通过IT实施影响经营目标的能力。

因此,企业的IT能力依赖于IT人力资源、

IT技术以及IT关系资产的状态。

Bharadwaj则认为,IT能力是调用和整合基于IT资源的能力,这些资源要同其他的资源和能力相结合。

Mulligan是以金融服务产业为研究对象,区分了IT能力的三个层次,他们是信息管理、网络协调和企业管理,这三个层次与四种IT属性(集成、系统范围、系统定位、可访问性)的不同等级相对应。

King认为IT能力是硬件、软件、共享的服务、管理实践以及技术和管理技能的集合。

殷国鹏、陈禹将IT能力定义为企业的核心能力之一,包括了IT技术资源、IT互补资源以及IT软性能力,且此三者共同决定IT能力的建立和培育。

张崇、黄立平认为IT能力是一种调用和部署企业IT资源从而获取长期竞争优势的社会复杂惯例。

从这些定义可以看出,上述学者分别从基于企业资源观的角度和从成本、经营目标技术、业务流程的角度对IT能力进行了定义,但仅仅停留在了概念的层次上,并未进行深入的研究。

而且由于研究的范围以及研究的视角的不同,不同的学者对于IT能力的定义有着不同的理解。

2.2IT能力模型

IT能力模型的构建,有助于我们对于IT能力的评估,评估可以从IT能力模型划分的维度为切入点进行研究。

Bharadwaj采用Grant关于资源、能力的定义以及分类方法,构建了三种关键的IT资源:

IT基础设施、嵌入的IT人力资源及嵌入、需以IT促成的无形资源。

他把企业IT能力划分为三个维度:

IT基础设施、IT人力资源、IT相关的无形资源。

其中,IT相关的无形资源是指企业在IT持续应用过程中形成的IT资源内化的知识资产、顾客导向和协同效应,以及IT使能的组织柔性。

以这三个维度为自变量、企业绩效为因变量构建概念模型。

Ross的研究指出:

企业必须有效管理下列三种IT资产,才能使信息技术对企业的绩效产生显著的促进作用。

一是具有较强能力的IT人员;二是可重复使用的技术资源;三是信息技术部门与企业各部门和供应商之间的良好关系。

这一

观点从另外一个侧面反映了企业信息技术能力的组织要素,为分析其构成提供了借鉴。

具体模型见图1.

Technology

图1IT战略能力模型

殷国鹏、陈禹的研究指出IT能力包括IT技术资源、IT互补资源、IT软性能力,且此三方面共同决定IT能力的建立、培育。

IT技术资源主要通过企业内部、外部的业务流程信息化程度来反映,它会导致业务流程及组织结构的变革,其建立过程较为复杂、因果关系模糊,且具有历史独特性。

IT互补资源是指那些能与IT资源实现协同效应的组织资源,双方相互依赖、相互促进,均具有为企业带来持续竞争优势的能力,比如IT使得组织知识易于访问、应用,实现知识的共享和快速传播,从而促进业务创新能力。

IT互补资源与IT技术资源存在交互影响,共同支撑IT软性能力的形成与提升。

IT软性能力包括IT战略能力、业务/IT协调能力、IT管理能力。

模型见图2.

图2IT能力的概念模型

张崇、黄立平将企业的IT能力划分为IT静态能力、动态能力和创造性能力三个层次。

IT能力的静态性主要表现为IT基础设施服务于企业基本职能活动的能力;IT动态能力需要企业的信息技术随着外界环境和企业内部业务流程的需要而灵活地构建和改变,具体包括IT基础设施能力、IT文化能力、IT人员能力;

IT能力的创造性则要求企业具有战略洞察力,在竞争对手之前快速构思新的IT应用空间并实施这些应用,具体包含IT文化能力、IT人员能力、IT与无形资源的互补能力。

模型见图

3.

图3IT能力图解

毕新华、张鹤达则将企业的IT能力划分为IT运营能力和IT动态能力两个层次。

其中IT运营能力是指在企业运营环境中,企业特定的IT使用所发挥的能力,它服务于企业日常运营的职能活动;IT动态能力是企业对所应用的IT进行变化的能力,即企业根据自身特点和需要,灵活的构想、调整甚至更新目前的IT资源以形成更为完善的IT运营能力,这种变化源于企业内外部环境的改变或企业主动创新的需要。

见图

4.

图4企业IT能力结构图

杨道箭、齐二石基于资源观的概念框架,分析了IT能力,并构建了IT能力模型。

采用配对样本比较和统计检验方法,对二十七组样本企业中IT能力与企业绩效之间的关系进行了实证分析。

研究结果表明,具有卓越IT能力的企业表现出更好的绩效,这些企业具有显著较高的营业净利率、总资产收益率、净资产

收益率和人均净利润。

见图5。

图5基于资源观的企业IT能力模型

由于对IT能力定义的差异性,所以在进行IT能力模型的构建时,侧重点也会有所不同。

从上述学者所构建的IT能力模型中,我们可知大多数学者的模型都是基于企业资源观建立的。

3.IT能力评估模型及指标

目前有关对IT能力评估的目的几乎都是为了验证IT投资对于企业绩效的影响程度,少部分是研究企业竞争优势、创新以及企业间研发合作等的。

所以在评估指标的选取上,较倾向于选择更多的财务或是经济指标。

3.1与企业绩效有关的IT能力评估指标

Kweku-MuataOsei-Bryson,MyungKo应用多元自适应样条回归模型对IT能力与企业绩效之间的关系进行了研究。

根据标准普尔、美国国际数据集团调查、戈登等资料库中的数据,从IT资本、信息系统劳动力、非IT资本、非IT劳动力、产出、计算机价格、劳动力价格等方面进行了回归分析。

结果显示:

IT能力与企业绩效之间的关系依企业条件的不同而变化。

见表1。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2