IT工作量评估表

合集下载

软件工作量人天评估(含多种FP评估表及专家评估表)

软件工作量人天评估(含多种FP评估表及专家评估表)

大小估算 - FP简单个数一般个数复杂个数简单系数一般系数复杂系数外部输入(EI)100346外部输出(EO)010457外部查询(EQ)000346内部逻辑文件(ILF)01071015外部接口文件(EIF)00105710未调整FP个数(UFP)315100未调整FP合计:118UFP:未调整的功能点影响因数:分数 (0-5)理由分数: Data Communications(数据通信)00 = 无影响Distributed Functions(分布式数据处理)31 = 一般影响Performance(系统响应速度及处理能力)32 = 中等影响Heavily Used(大量使用)33 = 平均影响Transaction Rate(事务比率)34 = 重大影响Online Data Entry(在线数据输入)35 = 严重影响End-user Efficiency(用户友好度)3 Online Update(在线升级)0 通常请使用这里的缺省值,红色部分为重点考虑因数!Complex Processing(复杂处理)3 Reusability(复用性)3 Installation Ease(易安装性)3Operational Ease(易运行性)3 Multiple Sites(多站点支持)0 Facilitate Change(易改变性)3总分:33TDI:总的影响程度调整的FP合计:116根据公式计算:VAF = (TDI*0.01)+0.65 FP=UFP*VAFTDI:总的影响程度UFP:未调整的功能点VAF:价值调整因素FP转换成SLOC编程语言JavaSLOC/FP55(从 Capers Jones table 中找到合适的值)Total SLOC:6360软件风险:注释/前提条件:注意:1. 如果你可以用历史数据,我们建议你使用它。

例如,当你设定影响因数时,你可以参考一些历史的项目。

IT机房整理-工作量评估及报价表

IT机房整理-工作量评估及报价表
序号 1 2 3 4 5 6 7 8 9 10 11 12 13
务系统名称 B1-3/3-4机房 B1-3/3-5机房 B1-3/3-5机房 B1-3/3-2机房 B1-3/3-2机房 云莲5楼南机房 云莲5楼南机房 云莲5楼北机房 云莲5楼北机房 云莲6楼南机房 云莲6楼包房 云莲6楼包房 云莲6楼北机房
IT机房整理 工作量评估及报价表
调研查勘
业务梳理
方案设计
整理作业
技术随工
割接后业务 确认
0.05
0.05
0.05
1.50
0.10
0.05
0.10
0.10
0.05
5.00
0.50
0.16
0.05
0.05
0.05
1.70
0.100Βιβλιοθήκη 050.050.05
0.05
1.40
0.10
0.05
0.10
0.10
0.05
4.50
0.50
0.14
0.05
0.05
0.05
1.40
0.10
0.05
0.10
0.10
0.05
3.30
0.50
0.11
0.02
0.02
0.01
0.70
0.10
0.02
0.10
0.10
0.05
3.00
0.20
0.09
0.08
0.10
0.05
4.10
0.30
0.13
0.02
0.02
0.02
0.50
0.10
0.94
8个综合机柜需要整理(含绑扎、 拆除)
1.32

软件开发实施项目工作量评估明细表

软件开发实施项目工作量评估明细表
2
20
6
详细设计评审
开发组对详细设计方案审核确认
1
3
7
编程、单元测试
编写程序、单元测试
系统管理(设置,备份还原)
操作人员管理及权限管理
2
24
安全认证
2
70
电子印章
2
64
规章制度管理
3
81
业务整合(初步)
2
20
业务整合(深入)
4
120
8
集成测试
系统集成测试、系统测试,编程与测试可以交叉进行
4
24
9
安装调试
项目工作量统计表
项目名称:推进OA系统应用,强化业务整合
1、推进OA流程应用工作量
序号
阶段
工作内容
人员
配备
人·日
1
项目准备
现有系统配置情况检查
系统相关模块的基本数据情况检查
制定实施阶段计划,约定每个阶段的时长,准确划分各阶段时间节点
预定培训实施期间培训日期安排
3
9
2
系统配置
建立相关组织结构
建立相关角色
2
8
7
用户培训
根据项目实际整理培训资料
落实培训人员、场地、时间安排
三场用户培训,需用户积极配合协调
2
8
8
系统启用
建立起与系统运行相适应的管理规章制度
发布正式启用系统的通知
系统检查与实施补充
问题收集、反馈、调整
2
12
9
项目收尾
项目回顾
权限收回
2
2
合计
2、新功能开发工作量
序号
阶段
工作内容

软件开发实施项目工作量评估明细表

软件开发实施项目工作量评估明细表
调整全局配置项
建立权限分配方案
2
12
3
流程调研
落实需要上线的流程列表,这些流程主要包括:党委发文流程、纪委发文流程、公司发文流程、部门发文流程(报告、函、请示、通知)、公司收文流程,以及:用印申请流程、出差申请流程、会议管理流程等
培训流程图的标准画法
收集流程图,交流流程信息、修改流程图、流程图定稿
4
项目工作量统计表
项目名称:推进OA系统应用,强化业务整合
一、推进OA流程应用工作量
序号
阶段
工作内容
人员
配备
人·日
1
项目准备
现有系统配置情况检查
系统相关模块的基本数据情况检查
制定实施阶段计划,约定每个阶段的时长,准确划分各阶段时间节点
预定培训实施期间培训日期安排
3
9
2
系统配置
建立相关组织结构
建立相关角色
36
4
设定流程
建立流程,谁提交,谁批准,谁执行
建立流程表单,及相应说明
建立流程处理签
建立存档管理,配置相关归档目录
建立权限管理
5
85
5
模拟调试
对所有流程进行模拟测试,特别是各个重要公文流程,必须进行遍历测试
根据模拟测试发现的情况,对流程设置进行检讨和调整
4
72
6
管理员培训
对流程管理员进行培训,使其掌握流程异常情况处理、流程微调技巧
2
20
6
详细设计评审
开发组对详细设计方案审核确认
1
3
7
编程、单元测试
编写程序、单元测试
系统管理(设置,备份还原)
操作人员管理及权限管理
2

工作量评估表

工作量评估表
每月阶段性工作时间合计
每月临时工 作(偶尔会 发生的,但 不确定什么
时候)
每月临时工作时间合计
加班情况:1.从不 2.偶尔 3.经常(若没加班,不用回答下面加班问题)
加班(超出 公司规定时
每次平均加班时长:( )小时 频率:( )次/每月
间的额外工 每月集中时间:1.上旬 2.中旬 3.下旬 4.其他时间,备注(

总体上你觉得本岗位工作量:1.不大 2.适中 3.偏大 4.非常大
总体上你觉得本岗位工作难度:1.不大 2.适中 3.偏大 4.非常大
对本岗位工作量和工作难度有何意见和建议
直接上级对该岗位工作量以及难度描述
直接上级签字:
年月 日
员工对工作岗位评价(选项后打钩)
以下12道题选项,1代表非常同意,2代表比较同意,3代表比较不同意,4代表非常不同意
问题
1
2
3
4
1.公司要求超额完成工作,我会拒绝

2.我会把一天所有的工作按优先顺序排序,并按其进行

3.我会一次完成一个任务,完成之后再进行下一个任务

4.我觉得工作量过大会影响我的工作质量
姓名: 所在部门:
日常工作 (每天工作 中都从事的工 作,统计单 位:每月)
员工个人工作量评估表
性别: 岗位名称:
工作内容
基本信息
年龄:
入公司时间:
工作定量描述
工作时间(小 工作难度(以下选项下打钩)
时)
轻松 一般 比较难 非常难

每天日常工作时间合计 √ √ √ √

作,统计单 主要加班工作内容包括: 位:月)
工作定性描述(选项后打勾)
分别从以下积极、消极两方面工作描述中选择1至3个最能描述本岗位的词汇

IT工作量评估表

IT工作量评估表

合计
部 IT 工作量统计表
路途时间(h) 1 0 3 0.3 0 0 合计时间(h) 10 2 3.5 18.3 0.5 2 0 0 0 0 0 0 月度换算系数 1 0.3333 0.0833 0.0833 1 1 0 0 0 0 0 0 平均月度工 故障原因备注 时合计(h) 10.00 0.67 0.29 1.52 0.50 人为操作不当 2.00 第三方服务问题 0.00 0.00 0.00 0.00 0.00 0.00 14.98
工作分类工作内容工单倍数单次处理时间h装机维修常规维护常规维护常规维护装机维修装机维修装新机服务器维护店铺客户端维护办公室客户端维护办公室电脑维修店铺网络维护3次月度1次季度1次年度1次年度3次月度3次月度13125005301810512合计发生频次贵阳区部it工路途时间h合计时间h月度换算系数平均月度工时合计h故障原因备注1101100002033330673350083302903183008331520051050人为操作不当200第三方服务问题0210000000000000000000000000000001498工作量统计表
贵阳 区部 IT 工作量统计表
工作分类 装机/维修 常规维护 常规维护 常规维护 装机/维修 装机/维修 工作内容 装新机 服务器维护 店铺客户端维护 办公室客户端维护 办公室电脑维修 店铺网络维护 发生频次 3 次/月度 1 次/季度 1 次/年度 1 次/年度 3 次/月度 3 次/月度 工单倍数 1 1 50 30 1 1 单次处理时间(h)

软件规模、工作量、费用测算评估样例表-两种方法

软件规模、工作量、费用测算评估样例表-两种方法

软件开发工作量评估
1、在预算阶段,需求一般较模糊,采用预估功能点计数法测算软件规模;
2、工作量、费用的测算结果宜为一个范围而不是单一值;
3、费用测算过程中宜采用不同方法分别测算并进行交叉验证。

如果不同方法的测算结果产生较大差异,可采用专家评审方法或加权平均方法确定测算结果。

4、ILF:内部逻辑文件
5、EIF:外部逻辑文件,
6、UFP:未调整的功能点数,单位为功能点
7、0.25≤复用系数τ≤1,预算阶段复用度调整系数通常取值为1(假设复用度低);
8、US:复用调整后的软件规模,单位为功能点
7、CF:规模变更调整因子,预算时取值为1.39,招投标、项目计划时取值为1.21,需求分析阶段时取值1.1;
8、S:规模调整后的功能点,即功能规模,S=US*规模变更调整因子。

(完整版)软件开发实施项目工作量评估明细表

(完整版)软件开发实施项目工作量评估明细表
2
20
6
详细设计评审
开发组对详细设计方案审核确认
1
3
7
编程、单元测试
编写程序、单元测试
系统管理(设置,备份还原)
操作人员管理及权限管理
2
24
安全认证
2
70
电子印章
2
64
规章制度管理
3
81
业务整合(初步)
2
20
业务整合(深入)
4
120
8
集成测试
系统集成测试、系统测试,编程与测试可以交叉进行
4
24
9
安装调试
调整全局配置项
建立权限分配方案
2
12
3
流程调研
落实需要上线的流程列表,这些流程主要包括:党委发文流程、纪委发文流程、公司发文流程、部门发文流程(报告、函、请示、通知)、公司收文流程,以及:用印申请流程、出差申请流程、会议管理流程等
培训流程图的标准画法
收集流程图,交流流程信息、修改流程图、流程图定稿
4
2
8
7
用户培训
根据项目实际整理培训资料
落实培训人员、场地、时间安排
三场用户培训,需用户积极配合协调
2
8
8
系统启用
建立起与系统运行相适应的管理规章制度
发布正式启用系统的通知
系统检查与实施补充
问题收集、反馈、调整
2
12
9
项目收尾
项目回顾
权限收回
2
2
合计
244
2、新功能开发工作量
序号
阶段
工作内容
人员配备
人·日
到用户现场安装调试开发好的系统,并与用户一起试走业务流程,对系统进行功能确认测试

综合部IT绩效考核指标表

综合部IT绩效考核指标表
从系统运行可靠性、登记完整性进行衡量
85%
19
项目推进的进度情况
从项目推进进去情况进行综合评价
%
20
业务流程执行情况
从业务流程执行的高效性、准确性、规范性等方面进行衡量
80%
21
运行中断次数
运行中断次数是指系统因非计划性原因造成的系统中断服务次数累计(以支行或系统为单位,7×24时,由于系统故障等原因,对50%以上用户造成影响的视为一次服务中断)
90%
14
服务满意度
根据实际情况,投诉一次扣5分
80%
15
系统故障率
系统故障时间/系统运行时间×100%
90%
16
ERP实施工程师
系统需求报告提交的及时性
及时提交的系统报告次数/应提交的系统报告次数×100%
90%
17
系统需求报告内容的完整性
针对提交的系统报告的完整性进行评定
85%
18
系统运行监控质量
流程和制度的建设,计划完成率=实际建设(已颁布)的制度流程和制度数量总和÷计划完成的流程和制度数量总和*100%
90%
3
IT流程和制度建设的有效性
流程和制度的执行和实施,包括:完整性,可行性,操作性,以及使用部门综合测评
90%
4
IT项目的计划完成率
实际完成的IT项目/计划完成的IT项目×100%
70%
80%
10
服务器及网络设备完好率
(1-∑每台设备出现问题的天数/∑(每台设备×周期总天数))×100%
80%
11
系统及设备故障修复及时率
考核期内按时完成修复的次数/应维修次数×100%
90%
12

软件研发工作量估算表

软件研发工作量估算表

1、工作量 的预估采用 专家意见法 预估,专家 数量不得少 于2人; 2、人力成 本估算以公 司上年度平 均薪酬W (含社会保 险、各种补 贴)作为基 3、估算结 果的计算公 式:(最小 工作量+4× 最可能工作 量+最大工 作量)/6; 4、核定工 作量是指项 目全过程的 工作量; 5、本表格 是项目立项 评审的组成 部分,存档 备查。
人力成本 (元)
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
#NAME?
复核:
#NAME? 拟制:
小计 0 0 0 0 0 0
以下由立项 评审组组长 填写:
评审结果
备注:
核定工作量(人. 人力成月本)(元) 其它投入合计(元) 成本合计(元)
评审组长签字 /日期软件研发工作量估算表项目名称 项目组长(经理)
估算人
里程碑
工作描述
软件开
发计划
项目管理 配置管理计划
软件测试计划
质量保证计划
需求调查
需求分析 需求分析
编制需求分析文档
体系结构设计
系统设计
数据模型设计 系统原型设计
模块详细设计
项目开发
模块名 称
功能点1 功能点2
功能点3
模块名 称
功能点1 功能点2
功能点3
准备测试用例
系统集成测试
系统测试 测试结果修改
用户验收测试
测试报告 试运行/联
试 一年维护
培训
工作量总计(人. 天)
0
交通费用
其它投入估算
评审/会务费
(元)
差旅费用
其它费用
成本预估(元)
批准:

IT员工绩效考核表(PBC模板)

IT员工绩效考核表(PBC模板)

3
团队协作精神
4.00
①不善于与人合作,也从不帮助别人;工作中从不与人沟通 非常难过;(0分) ②不太善于与人合作,也不太喜欢帮助别人,工作中很少与 合作;(1分) ③比较善于与人合作,较喜欢帮助别人,工作中较主动与人 考;(2分) ④善于与人合作,喜欢帮助别人,主动与人交流、沟通,与 ⑤非常善于与人合作,非常喜欢帮助别人,积极主动与人交 享,与其合作,感觉非常愉快(4分)
4
创新精神
3.00
①墨守成规,缺乏更新观念;(0分) ②能够根据工作需要,适时进行能力和知识更新,但效果不 ③能很好的将能力和知识更新与自身工作相结合,工作效率 ④经常有计划、有步骤的进行能力和知识更新,很大提高了
5
专业水平
3.00
①专业技能较差,勉强达到职位要求的水平,且没有采取任 ②专业技能一般,能够达到职位要求的水平,但不注重提高 ③专业技能满足职位要求的水平,且不断改进提高。(2分) ④专业技能强,满足职位要求的水平,且注重提高,进步迅
10
可维护性
3
①代码逻辑混乱,结构复杂,一般很难读懂思路(0分) ②代码基本可以读懂,结构较为清晰,但是逻辑复杂,多次 ③代码逻辑简单,结构清晰,具备一定的移植性,只能在本 ④代码逻辑简单,结构清晰,具备可移植性,能在很多地方
11
BUG数量
3
①代码错误百出,无法满足实际业务需求(0分) ②能够满足基本业务需求,千行代码严重错误1个以上或者一 ③能够满足基本业务需求,千行代码没有严重问题,一般问 (2分) ④能够满足基本业务需求,千行代码没有严重问题和一般问
,结构复杂,一般很难读懂思路(0分) 读懂,结构较为清晰,但是逻辑复杂,多次阅读才能理解,不具备可移植性(1分) ,结构清晰,具备一定的移植性,只能在本项目类似地方复用(2分) ,结构清晰,具备可移植性,能在很多地方不同的项目中复用(3分)

IT系统评分表

IT系统评分表

IT系统技术服务质量评估评分表项目名称:技术服务提供商:评估时间:评估部门:评估人:联系:电子邮箱:第1 页第2 页总得分:(等于各项评估指标得分之与,其中各项指标的得分为该指标评估得分等级分值乘以对应权重之积)服务质量评分标准表第3 页第4 页第5 页第6 页第7 页故障等级划分说明根据故障的严重程度与影响程度的不同,故障级别由低到高分为三级故障、二级故障、一级故障(具体定义见下表)。

当故障没有在规定时限内恢复或解决时,故障级别将自动升级。

一级故障(重大故障):指软件系统/网络在运行中出现系统瘫痪或服务中断,导致软件系统/网络的基本功能不能实现或全面退化的故障;其他造成业务中断1个小时以上或导致关键业务数据丢失的故障。

以下现象都属于一级故障,但一级故障不局限于以下现象,下同:(1)整个系统瘫痪(2)整个系统连续再启动(3)系统无法远程连接(4)系统无法进行操作(5)影响前台业务超过1小时二级故障(主要故障):指软件系统/网络在运行中出现的直接影响业务、并导致系统性能或业务部分退化的故障;软件系统/网络在运行中出现的故障具有潜在的系统瘫痪或服务中断的危险,并可能导致软件系统/网络的基本功能不能实现或全面退化。

如:(1)系统不明原因的繁忙,导致应用受到影响(2)由于系统内部原因引起的部分终端用户连接故障第8 页(3)操作界面问题严重影响用户使用(4)偶尔发生系统再启动(5)软件故障连续不断地影响某一类型的用户服务(6)部分用户无法进行正常使用三级故障(次要故障):指软件系统/网络在运行中出现的局部性能下降或部件故障,但不影响业务运行的故障。

如:(1)个别终端用户无法正常使用(2)其他不影响系统整体运行、对大部分用户正常使用没有影响的一些一般性故障或告警。

第9 页。

员工个人工作量评估表

员工个人工作量评估表
0.00%
0.00% 0.00% 0.00% 0.00%
20
此处若行数不够,请自行添加。
工作效率 工作质量 工作饱和度
很高效 很好 非常饱和
人 力 工作量饱和度判断


评 其他说明 定
高效 好 饱和
非常饱和 90%以上
0.00
0.00%
工作量总计(小时)
0
比较高效 一般
较好 较饱和
一般 一般
说明: 每项限选一项,点击对应方框
员工个人工作量评估表
姓名:
部门:生产技术部
岗位:操作员
项目
1
工作内容(以月度22天为单位,共176小时,所列事宜 应包含当月所有工作事项)
10月
入职时间:
工作时间(小时/月)
11月
12月
10-12平均 0.00
单项工作 月平均占比
0.00%
2
0.00
0.00%
3 4 5 6 7
8

9
工 10

11 评
12
13 14
15
16 17 18 19
0.00 0.00 0.00.00 0.00 0.00 0.00 0.00
0.00
0.00 0.00 0.00 0.00
0.00% 0.00% 0.00% 0.00% 0.00% 0.00%
0.00%
0.00% 0.00% 0.00% 0.00% 0.00%
饱和 70%-90%
较饱和
一般
50%-70% 50%以下

IT运维绩效考核表

IT运维绩效考核表
20
20
考核内容
考核细则
标准
权重
自评
直接主管
管理指标
30%
制度执行
《员工手册》和公司制度要求
做到6分,未做到0分
6
6
服务规范
5S、ISO三标相关规定
做到6分,未做到0分
6
6
知识库建立
将本人所在项目工作中所遇问题的解决方案建立,每周不少于2条,思路清晰,步骤明确,不得少50字,经过验证有效
做到6分,一项做不到减4分,二项做不到扣-6分
6
6
个人服务技能的提升
不缺席内部培训;按项目学习计划在规定时间表完成学习内容达到课时数
做到6分,一项做不到减4分,二项做不到扣-6分
6
6
执行力
坚决服从项目管理与安排,立刻采取行动。
执行拖沓一次扣3分,下不封底。
6
6
加分项目
用户表扬
市级书面表扬5分,区级书面表扬3分,其他书面表扬2
创收、节省成本、解决重大突发事件
101010102020工作难易业绩指标70程度10分直接主管服务品质40分用户投诉10分1010服务需求应急响应20分2020考核内容制度执行服务规范考核细则员工手册和公司制度要求5siso三标相关规定权重66自评66管理指标30将本人所在项目工作中所遇问题的解决方案建立每周不少于2条思路清知识库建立晰步骤明确不得少50字经过验证有效个人服务技能的提升执行力不缺席内部培训
1 单一运维系数为1
2 多专业运维:非本岗位专业运维占本人当月工作量的1%-30%,系数为1.1;大于30%,系数为1.2。
10
10
服务品质
40分
返工率10分
发生返工维修事项一次减去5分,以此类推

XX二次开发工作量评估参考表

XX二次开发工作量评估参考表

3
3
5 1 2
4 3

实施维护:取开发时间10%
分析设计:取开发时间的25%
分析设计: 10
开发:
40
测试:
16
实施:
4
6 5
测试:取开发时间40%
15% 60% 20% 5%
实施维护:取开发时间10%
量评估参考表
下限时间(人天) 2
3
备注
走审批流,加3天,走 流程配置,加3天
2
2
内嵌代码,加2天
4
2
定制打印,加3天
3
外部交换平台不支 持,加3天
二次开发工作量评估参考表
大类
节点
新增模块 基础设置(基本档案、参数)
上杂算法
4
自定义查询报表
3
查询统计报表
6
打印
3
接口
外部数据导入
5
NC数据导出
5
单点登录
5
改变结构 改变流程(流程配置不支持)
8
易用性改进
3
增加数据项(非自定义项)
4
iufo报表 iufo报表功能改进 增加函数

软件公司-工作量评估明细表(模板)

软件公司-工作量评估明细表(模板)

15
15
人员预估单价
单项费用 各模块费 应用开发费用 小计(万) 用(万) 合计(万)
项目经理
2019年服务信息 系统升级改造项

需求分析师 系统分析员
程序员
测试人员
5.5 8.3 4.3 19.0 5.4
费用总计:1万
填表说明: 1)投入人员类型,一般分为程序员、系统分析员、项目经理和测试人员 2)工作量以人日或人月为单位,1人月=22人日 3)人员预估单价,数据来源于采购中心 4)编码开发阶段,要求至少分为3级 5)项目各阶段工作量建议值:项目管理10%,需求30%,设计10%,开发40%,测试上线10%
程序员
8
8
8
8
XXXXXXXX
程序员
12
12
12
12
XXXXXXXX
程序员
15
12
12
13
XXXXXXXX
程序员
27
28
28
0
XXXXXXXX
开发
XXXXXXXX
程序员
10
10
10
10
XXXXXXXX
程序员
8
8
8
8
XXXXXXXX
XXXXXXXX
程序员
2
2
2
2
XXXXXXXX
程序员
11
11
11
11
XXXXXXXX
2
2
XXXXXXXX
系统分析员
38
36
40
38
XXXXXXXX
系统分析员
15
15
15
15
XXXXXXXX

IT专用模板-XX部门软件工程师月度绩效考核表

IT专用模板-XX部门软件工程师月度绩效考核表
分,扣完为止。
标 得
工单响应不 及时数
30
当月工单完成不及时数达到1次,以后每增加一次 扣5分,扣完为止。
分 4 0
需求部门满 意程度(工 单投诉数)
20
如当月工单投诉合理量达到1次,以后每增加一次 扣5分,扣完为止。
%

零故障 如当月部门软件故障数为零,加10分。

能针对XX系统,主动提出技术上的优化和改造建
分 合理化建议 议,按建议实后效果是否有效提高XX运营效率,由

部门经理来评定分数(1-10分)
得分
小计
月度考核分数=计划人员执行情况×60%+维护指标得分×40%
考核人意见
同意被考核人 为 分。

月绩效考核评分 签名:
被考核人意见
是否同意:□ 是;□ 否 是否申诉:□ 是;□ 否(有申诉意见请 签名: 另纸书面陈述)
备注 备注
日期: 日期:
小计
指标 权重
评分标准
1、当月1级故障处理不及时达到1次扣5分,以后每
系统故障处 理不及时数
30
增加一次扣5分,扣完为止。 2、当月非1级故障处理不及时数达到2次,以后每
增加一次扣5分,扣完为止。
维 护 指
软件重复故 障数
软件故障修复后,由于开发缺陷,导致30个工作日 20 内出现同类型故障达到2次。以后每增加一次扣5
XX部门软件工程师月度绩效考核表
被考核 人姓名
考评 周期
被考核人月度 绩效考核评分
说明:请您按下表内容对被评价人作出客观的、公正的评价。 您的评价非常重要!考核评分结果将直接影响被评价人月度绩效奖金。 月度绩效考核评分120分封顶。
大类 序号

表T1IT系统运行评价表

表T1IT系统运行评价表

表T1 IT系统运行评价表
被考核对象:考核周期:年月日至年月日考核人签名:
大大达到大未达系统运行稳定性系统能够正常运行,并未因系统不能运行而影响工作。

40 超出期望达到期望
超出期望部分期望到期望
大大达到大未达
故障排除准是能在第一时间内排除IT系统的各种故障 30 超出期望达到期望
超出期望部分期望到期望
大大达到大未达
安全性能够确保系统数据和信息的安全性 30 超出期望达到期望
超出期望部分期望到期望
--- --- --- --- --- --- --- 100
说明:1.此表由管理副总根据IT系统运行情况结合以上3个方面综合作出评价。

2.考核人只需作出评分即可,由人力资源部进行加权核算。

3.单项评分为1分或为4分(含)以上者须说明评分理由。

DC-13。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档