项目工作量评估表
(精编)项目运维服务工作量评估V1.02
日常会议、沟通、互动 日常工作进度汇报、日常沟通
16
会议讨论、需求讨论
预计平均每周一次
6
常情况。
预计平均每月一次 预计平均每月一次
三、业务系统维护
系统性能日常维护 7
定期巡检，补丁升级，日志检查分析，错误分析 预计平均每月一次 及统计
受理系统保障服务 8
公布系统的的报障电话，按要求在工作的时间段 按需(预计平均每周 内接受报障，并组织技术人员按要求解决故障。 一次）
系统故障检测及排除 9
存使用情况
二、服务器网络与网络安全情况维护
定期检查服务器的网络情 包含每台服务器网络连接情况。如果是连接外网
5况
的，测试网络带宽是否正常，服务器之间的网络 是否正常。如果不正常的需要跟进并直到解决为
定期检查安全设备或者安 止 如。 果有安全设备，或者安全软件，定期查看日
全软件，检查安全情况 志，并测试是否生效，并查看是否有被攻击等异
计划定期手动备份数据或者检查系统自动定期备 份的数据。
数据库情况监控 14
五、其他内容与服务
培训 15
监控数据库的运行情况、负载情况以及进行相应 的优化； 包括巨量数据迁移、数据库空间碎片整理，数据 库性能监控分析
预计平均每月一次
后台管理培训、Android端培训、IOS端培训等， 预计平均每月一次 操作方式培训、系统功能培训。主要在 业务知识 、平台功能专业培训
2015年运维服务工作量评估
序号
服务项目
维护内容概要
服务频度
一、服务器远程服务
服务器硬件远程定期监 1 控，以及对出现的硬件问
题解决跟进
定期检查后台支撑集群服务器硬件的健康情况， 并及时跟进催促处理所出现的各种硬件问题。
软件开发项目工作量及人工费用评估报价模版
说明请填写本模板中黄色高亮部分进行项目报价，如此表不适用，请联系采购管理相关人员。
如某些需填写
项目不适用，请留空或填写“不适用”。
阶段工作量分布
目大的工作阶段工作量权重需要遵照下列比例，权重偏差严格控制在10%之内。
角色工作量权重及人天单价
在整个项目中的工作量权重需要遵照下列比例，权重偏差严格控制在10％之内。
2.请在下表中填写项目角色对应的人天单价，如需要，请增加/删改相关角色信息并在报价书相应位置增加/删改角色名称。
软件工作量人天评估(含多种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. 如果你可以用历史数据，我们建议你使用它。
例如，当你设定影响因数时，你可以参考一些历史的项目。
APQP成员工作量评估表
符合
2.6
8
0.5
1.68
0.75
9.38%
73.67%
符合
4.9
8
0.2
0.54
0.20
2.50%
77.55%
符合
编制： 以下由总经理填写：
批准：
评审结果
签名：
备注： 1、工作量的评估由各部门主管根据实际情况填写； 2、该成员当前工作量负荷情况计算公式为：（日常工作+月度工作/22+临时工作+其他项目+五菱项目投入时间）/8所得； 3、对该项目投入的工作量比例是该项目运行过程中平均每天的估算量； 4、本表格是项目立项评审的组成部分，存档备查； 5、当项目成员当前总工作量负荷情况超过80％时，管理层须有应对措施，调整工作量或是增加岗位人员；
表单编号
项目名称 项目组长 评估时间
小组成员
姓名
组长
***
销售
***
管理者代表 ***
研发
***
项目
***
生产
***
工艺
***
工程
***
品质
***
采购科
***
仓务
***
PMC
***
体系
***
APQP小组成员工作量评估表
菲旺达项目
客户名称
***股份有限公司
李四
预计开始时间
2017.12.01
2017.12.21
79.01%
符合
2.9
4.5
0.5
1.86
0.90
11.25%
79.56%
符合
3.5
0.35
0.7
xxxx项目工作量评估及计划表
说明文字
责任人员
策划经理 策划经理 部门经理 策划经理 策划经理 项目组 策划经理 策划经理 项目组 策划经理 策划经理 设计师 策划经理 设计师 策划经理 设计师 页面工程师 质量保证部 页面工程师 项目组 页面工程师 页面工程师 质量保证部 页面工程师 项目组 页面工程师 项目经理：
1
2
3
456Fra bibliotek78
9
10 11 12
图例： 执行过程 完成点
目策划部计划
13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
********项目策划部计划
计划变更说明
工作项目 需求调研 工作量评估 计划制定 前台业务策划 前台策划评审 前台策划修改 后台业务策划 后台策划评审 后台策划修改 策划说明文档 页面设计 页面设计评审 页面设计修改 页面设计提交客户确认 页面设计修改 前台原型制作 前台原型测试 前台原型修改 前台原型评审 前台原型修改 后台原型制作 后台原型测试 后台原型修改 后台原型评审 后台原型修改 原型确认并提交 ￥
软件开发实施项目工作量评估明细表
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、新功能开发工作量
序号
阶段
工作内容
工作量表格范本
工作量表格范本工作量表格范本（700字）工作量表格是一种用来记录和统计员工工作内容和工作量的工具，可以帮助企业更好地管理和评估员工的工作情况。
下面是一个工作量表格的范本，该范本包含了以下几个部分：1. 员工信息：包括员工姓名、工号、职位等基本信息。
2. 时间段：记录每一项工作的具体起止时间。
3. 工作内容：记录每一项工作的具体内容和要求。
4. 工作量：根据工作内容和要求，填写相应的工作量指标。
5. 完成情况：记录员工的工作完成情况，是否按时完成，是否达到要求。
6. 备注：用于记录其他需要说明的事项。
下面是一个具体的工作量表格范本：员工信息：员工姓名：张三工号：123456职位：销售代表时间段工作内容工作量完成情况备注8:00-8:30 电话销售 15个完成无8:30-10:00 客户拜访 2家完成无10:00-10:30 产品演示 1次完成无10:30-11:00 销售报告撰写 1份完成无11:00-12:00 客户需求分析 1份延迟客户未能准时提供资料12:00-13:30 午餐休息无无13:30-15:00 电话销售 12个完成无15:00-17:00 销售培训 2小时完成无17:00-17:30 销售总结写作 1份完成无以上为张三销售代表的一天的工作量表格范本。
通过使用工作量表格，企业可以清晰地了解员工在每个时间段的具体工作内容和工作量，并能对员工的工作情况进行有效的评估。
同时，员工在填写工作量表格时也会更加明确自己的工作任务和要求，有助于提高工作效率和工作质量。
当然，这只是一个工作量表格的简单范本，实际使用中可以根据企业的需求进行调整和修改。
例如，可以添加更多的工作内容和工作量指标，或者增加其他需要记录的信息。
重要的是根据实际情况，合理设计和使用工作量表格，以便更好地管理员工的工作。
软件工作量评估-FPA评估方法-评估模板
1) 数据是从系统边界外部获取的 EI (External Input) 获得数据的过程，对终端用户 2) 事务处理是对ILF的插入、修改、 数据维护 的输入进行相关的处理 删除操作
2
3
1) 向系统边界的外部输出数据 2) 一般可以包含下列业务处理逻辑： 一个以上的数学运算处理 EO(External Output) 反馈数据的过程，完成对票据 由基础数据生成新的数据 数据编辑 、报表等的输出 对一个以上的ILF进行插入、修改、 三种处理EI、EQ、EO的复杂程度通常是用该处理中使用 文件个数（通常对应为数据库表数）以及用到的文件中 删除操作 的项目数（通常对应为数据库表的字段数）来度量的， 执行系统动作的变更 复杂程度与文件数和项目数成正比。即用到的文件数约 多，项目数越多，复杂程度就越高 1) 从系统边界外部获取数据 2) 向系统边界外部输出数据 3) 如果包含下列处理逻辑，则不是 EQ(External EQ： 针对终端用户的查询请求，输 Inquiry) 一个以上的数学运算处理 出相应的检索结果 数据展现。 由基础数据生成新的数据 对一个以上的ILF进行插入、修改、 删除操作 执行系统动作的变更 ILF (Internal Logical File) 类表 是在信息系统内部，为了完成 文件ILF、EIF的复杂程度通常是用该文件的纪录种类数 相关功能使用的逻辑文件，包 在计测系统范围内，有检索操作，同 和项目数来度量的，记录种类越多，项目数越多，复杂 括顺序文件、数据库表、临时 时也有插入、更新、删除操作的数据 程度就越高 文件等 1) 在计测范围内的系统检索，在计测 范围外的系统保存的数据 文件ILF、EIF的复杂程度通常是用该文件的纪录种类数 该系统和外部其他信息系统为 2) 在计测系统范围内，没有插入、更 和项目数来度量的，记录种类越多，项目数越多，复杂 了交换数据而使用的接口文件 新、删除等操作的数据 程度就越高 3) 是计测范围外系统的ILF
软件开发实施项目工作量评估明细表
建立权限分配方案
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
项目工作量评估表
0
0Leabharlann ¥0需求调研、需求分析、原型
¥0
参见“开发工作量评估”
¥0
¥0
¥0
¥0
¥0
¥0
¥0 ¥0 ¥0
¥0
0
0
¥0
外包或外采
数量
人日合计
采购单价
出货单价
采购总价 出货总价
¥0 ¥0 ¥0 ¥0 ¥0 ¥0 ¥0 ¥0
高级项目 中级项目 初级项目 系统架构 高级技术 中级技术 初级技术 高级软件 中级软件
0
0
0
0
0
0
0
0
0
0
测试主管
高级测试 工程师
中级测试 工程师
初级测试 工程师
中级美术 工程师
助理工程 师
客服工程 师
实习
15700 14600 12400 9100 10300 8300 6900 6000
0
0
0
0
0
0
0
0
经理 经理 经理
师
经理 经理 经理 工程师 工程师
21500 18600 14200 24000 21500 17600 14700 16000 11300
0
0
0
00
0
0
0
初级软件 高级需求 中级需求 初级需求 高级系统 中级系统 初级系统 中级运维 初级运维 工程师 工程师 工程师 工程师 工程师 工程师 工程师 工程师 工程师 7500 16000 11500 9000 11300 10200 7700 8000 7000
定制估算 定制估算 定制估算
需求 美工设计 系统设计
应用系统建设部分
项目功能点清单及工作量评估表
内部工作量评估
8
___________________________ 测试经理签字
___________________________
客户名称 客户部门 项目名称 预计上线时间 项目经理 功能分类
功能模块1
主要功能点
功能点1
功能说明
人天
3 5
功能模块2 需求调研 系统设计 系统测试
ቤተ መጻሕፍቲ ባይዱ
部署实施 上线培训
项目文档
功能点2 功能点3 功能点1 功能点2 现场调研及远程调研 数据库设计 接口、类、方法设计 功能测试 压力测试 数据准确性测试 服务器配置 系统安装 系统调试 此部分内容请勿作删减，客户确认不需要的流程才 用户现场培训 可以不报工作量，否则对应人天数不得为0或空。 需求规格说明书 数据库设计文档 系统设计文档 开发计划 测试计划 测试用例 测试报告 安装部署手册 用户操作手册
(完整版)软件开发实施项目工作量评估明细表
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、新功能开发工作量
序号
阶段
工作内容
人员配备
人·日
到用户现场安装调试开发好的系统，并与用户一起试走业务流程，对系统进行功能确认测试
工作量统计表
工作量统计表工作量统计表是一种记录和统计工作量的工具，它可以帮助我们清晰地了解到每个人在工作中所花费的时间和精力，从而更好地进行工作安排和资源调配。
在日常工作中，我们经常需要用到工作量统计表来进行工作量的分析和评估，以便更好地掌握工作的进展和效率。
首先，工作量统计表通常包括以下几个方面的内容，工作项目、工作内容、工作时间、工作人员等。
在填写工作量统计表时，我们需要将工作项目进行详细的列举，包括每个工作项目的具体内容和要求，以及所需的工作时间和人员。
这样可以帮助我们更清晰地了解到每个工作项目的具体情况，以便更好地进行工作安排和协调。
其次，工作量统计表还可以帮助我们进行工作量的统计和分析。
通过对工作量统计表的汇总和分析，我们可以清晰地了解到每个人在工作中所花费的时间和精力，以及每个工作项目的完成情况和效率。
这样可以帮助我们及时发现工作中的问题和瓶颈，以便及时调整工作计划和资源配置，以提高工作效率和质量。
另外，工作量统计表还可以帮助我们进行工作量的评估和考核。
通过对工作量统计表的分析和比对，我们可以清晰地了解到每个人在工作中的表现和贡献，以及每个工作项目的完成情况和质量。
这样可以帮助我们更客观地进行工作量的评估和考核，以便更好地激励和奖励优秀的员工，同时及时发现和解决工作中的问题和不足。
最后，工作量统计表还可以帮助我们进行工作量的预测和规划。
通过对工作量统计表的历史数据进行分析和比对，我们可以清晰地了解到每个工作项目的完成情况和效率，以便更准确地进行工作量的预测和规划。
这样可以帮助我们更好地掌握工作的进展和趋势，以便更好地进行工作安排和资源调配。
综上所述，工作量统计表是一种非常重要的工作工具，它可以帮助我们更清晰地了解到每个人在工作中所花费的时间和精力，以及每个工作项目的完成情况和效率。
通过对工作量统计表的记录和分析，我们可以更好地进行工作安排和协调，以提高工作效率和质量。
因此，在日常工作中，我们应该重视工作量统计表的使用，以便更好地进行工作管理和控制。
软件系统工作量评估模板
2
2
4
《需求调研提纲》
1
《CR1434开发计划及实施时间表》
1
1
2
《功能规格说明书》
1
1
2
《系统开发概要设计》
5
3
5
6
3
《系统开发详细设计》
7
7
10
14
5
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Hale Waihona Puke 1111
1
1
1
1
1
1
1
1
1
6
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
26
PJHG_FGB_20110701.csv
市场与操作风险管理 部
新建数据库表
生成报表数据
1
1
页面新建菜单、报表展现、另存Excel文件
27
PJHG_FGB_20110701_BCC.csv
市场与操作风险管理 部
新建数据库表
生成报表数据
1
1
页面新建菜单、报表展现、另存Excel文件
28
PJSGZ_FGB_20110701.csv
页面新建菜单、报表展现、另存Excel文件
工作量分析一表搞定工作饱和度评估
工作量分析一表搞定工作饱和度评估一、效率为本评估员工工作饱和度的方式其实很多。
但是，在评估之前，有一个问题必须考虑，就是工作效率的问题。
不要笼统的把工作效率当做一个“常值”，每个公司对效率的理解存在着本质的差异。
也就是对8小时工作所包含的内容分量有多重，看法不一。
即便是在一个公司内部，这种理解也存在差异，所以在做工作饱和度评估之前，一定要弄清楚这一点。
二、工作量分析我们常用的工作量分析，是把一个岗位的工作尽可能拆分到最小单元，每一个工作事项，或者一个动作，拆分到最小“0.5H”，以此为单位来累计一天的工作量。
比如下表。
这个表的制作有几点需要关注：1、制作的前提，是岗位内容明确。
一个岗位究竟要做哪些事，是很明确的。
只有属于这个岗位的内容，才需要做拆分与罗列。
做这件事有两个好处：①能让这个岗位上的人，明确知道自己在每个工作类型上，要做哪些动作。
②能让工作有衔接的其他人员知道，在哪些环节上可以合作。
2、时长一定是小时。
有些工作的周期很长，或者有临时事项，亟需解决，就需要突击开展。
这样的情况并不好做时间评估。
那要怎么做呢？依然遵循分解原则。
比如校园招聘方案，肯定不是一两天能完成的，但它一定有个时限。
比如一周。
那一周平均下来，一天会有多少个小时投入在这个事项里，就写几个小时。
这种评估虽然主观，但拆解后的数值是否符合实际，是能够看出来的。
这就是最开始说到的效率问题。
本身工作评估，就不是很客观的一件事。
效率高和效率低的差异，可能非常大，不结合实际，就是空口胡说。
3、频率跟工作实际挂钩拆解下来的工作时长，累加起来肯定超过8小时，如何评估一天的工作量，需要和频率挂钩。
原则是优先算每天，当每天的工作时长达到6个小时，其实就已经足够了。
因为还有额外的活动时间，可以用来对付每周、每月的工作内容。
实际上，满打满算的8小时，根本不可能。
别说一个人的精力不允许了，员工实际上也不会这么干。
另外，之所以计算工作量，主要是针对那些工作不饱和，同时还喜欢找借口的员工。
项目管理中，几种工作量评估方法
项⽬管理中，⼏种⼯作量评估⽅法在测试项⽬管理中或编写测试计划时，经常需要对某个测试⼯作进⾏⼯作量的预算，很多时候都是凭个⼈的⼯作经验进⾏估算的，如能结合⼀些常规的估算⽅法，有助于估算的精确度。
以下是⽹上找到的⼀些常规的估算测试⼯作量的⽅法： 1、 Ad-hoc⽅法 这种⽅法下的测试⼯作量不基于任何确定的期限。
⼯作⼀直继续直到达到⼀些由管理或市场⼈员预先定下的时间表。
或者，⼀直到⽤完了预算的经费。
这种情况普遍存在于⾮常不成熟的组织，并且时常有100%的错误差数。
2、开发时间的百分⽐法Percentage of development time。
这个⽅法的基本前提是测试⼯作量依赖于开发时间/开发⼯作量。
⾸先，开发⼯作量使⽤例如LOC或FP⽅法被估算出来，然后使⽤⼀些探索性的⽅法来限制测试的⼯作量。
这种⽅法变化⽐较⼤⽽且通常基于以前的经验。
通常预留项⽬的总花费时间的35%给测试。
？ 5-7%给组件和集成测试？ 18-20%给系统测试？ 10%给接收测试（或回归测试等） 3、类⽐法（经验值法或历史数据法） 根据以前或相似项⽬（主要在项⽬性质，领域，规模上有相似）所积累的经验或历史数据来估算⼯作量。
类⽐法估计结果的精确度取决于历史项⽬数据的完整性和准确度，因此，⽤好类⽐法的前提条件之⼀是组织建⽴起较好的项⽬后评价与分析机制，对历史项⽬的数据分析是可信赖的。
需要收集以下相关的历史数据：？在设计和实现阶段花费的时间？测试⼯作的规模，例如⽤户需求的数量，页⾯数，功能点？数据样式，例如实体，字段的数量？屏幕或字段数量？测试对象的规模，例如KLOC 4、WBS（work breakdown structure）估算法 将项⽬或产品分解为具体的⼯作，然后分别对各个⼯作进⾏时间估算，最终求和得出项⽬或产品的测试⼯作量/时间。
5、Delphi法 Delphi法是最流⾏的专家评估技术，在没有历史数据的情况下，这种⽅式可以减轻估算的偏差。
软件公司-工作量评估明细表(模板)
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
工作量评估表
） ）
直接上级对该岗位工作量以及难度描述
直接上级签字：
年
月
日
员工个人工作量评估表
基本信息 姓名： 所在部门： 性别： 岗位名称： 工作定量描述 工作内容 日常工作 （每天工作 中都需要从 事的工作， 统计单位： 每天） 每天日常工作时间合计 工作 时间 年龄： 入公司时间： 工作难度（以下选项下打钩） 轻松 一般 比较难 非常难
阶段性工作 （每个月需 要从事的工 作，统计单 位：每月） 每月阶段性工作时间合计 临时工作 （领导临时 交办或突发 工作，统计 单位：每 月） 加班（超出 公司规定时 间的额外工 作，统计单 位：月） 每月临时工作时间合计 加班情况：1.从不 2.偶尔 3.经常（若没加班，不用回答下面加班问题） 每次平均加班时长：（ ）小时 频率：（ ）次/每月 每月集中时间：1.上旬 2.中旬 3.下旬 4.其他时间，备注（ ） 主要加班工作内容包括：
工作定量描述工作内容工作时间小时工作难度以下选项下打钩轻松一般比较难非常难发布全能工培训通知整理全能工培训的报名名单及台账每天日常工作时间合计与各劳务公司对接招聘需求员工系统工号的存储及发放离职员工系统工号的失效与维护每月面试率及入职率的计算每月阶段性工作时间合计值班时临时性通知及文案员工个人培训台账的整理其他培训的通知组织及台账整理各种培训课件的汇总整理招聘需求的汇总及消息的发布需求岗位的面试筛选临时工号的修改与维护员工个人资料纸质版维护与更新完成领导交代的临时性工作每月临时工作时间合计主要加班工常同意，2代表比较同意，3代表比较不同意，4代表非常不同意 问题 1 2 3 4
1.公司要求超额完成工作，我会拒绝 2.我会把一天所有的工作按优先顺序排序，并按其进行 3.我会一次完成一个任务，完成之后再进行下一个任务 4.我觉得工作量过大会影响我的工作质量 5.我会把我的工作带回家，该频率为每周超过一次 6.我有足够的时间分配给我的家庭 7.因为工作量过大，我常感到工作压力很大 8.我可以控制，分配我的时间 9.我有按计划管理自己时间的习惯 10.我觉得我在合理工作量下工作效率是最高的 11.我以我的工作结果衡量工作表现，而不是工作量 12.我喜欢我的工作内容 每天工作量最大时段：1.上午 2.下午 3.基本均匀 4.其他时间，备注（ 每月工作量最大时段：1.上旬 2.中旬 3.下旬 4.基本均匀 5.其他时间，备注（ 总体上你觉得本岗位工作量：1.不大 2.适中 3.偏大 4.非常大 总体上你觉得本岗位工作难度：1.不大 2.适中 3.偏大 4.非常大 对本岗位工作量和工作难度有何意见和建议