资源工时工具评估表的价值在于把“感觉好用”变成可复核的打分记录：同一组维度、同一套权重、同一列证据，不同评估人填出来的结果才能横向比较。下面给出一张可直接复制到表格工具的空白表，并说明每个字段看什么、哪些不能空、如何算分，以及后续怎样按团队情况调整。适用于研发与项目型团队评估工时记录、资源负载和项目投入类工具，不覆盖工资考勤系统。
要点总览（TL;DR）
- 评估表由基本信息区、七个评估维度行（工时记录、资源负载、项目关联、报表导出、权限边界、集成迁移、实施成本）和总分、阻断项、结论三行汇总组成，权重合计100%。
- 评分采用1–5分制，加权得分＝权重×评分，总分＝各维度加权得分之和；阻断项独立于总分，用于记录无论分数多高都不能接受的问题。
- 评估对象、场景、评估人、维度权重、各维度评分、证据来源、阻断项和结论为必填；备注、口径版本、成本明细为选填，必填项缺证据时标注“待验证”并降级结论。
- 维度与权重按团队阶段调整，单次权重变动建议不超过10个百分点，并在试用结束、合同续签前和规模明显变化时复评，保留版本记录与归档材料。
可复制空白评估表
将下表复制到电子表格中，一行一个评估维度，权重列合计应为100%。评估多个工具时，为每个工具复制一份评分区，或增加“工具A得分/工具B得分”并列列，保持维度和权重完全一致。
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 基本信息 | 评估对象 | 工具名称、版本或部署方式（如SaaS/私有部署） |
| 基本信息 | 评估场景 | 团队类型、项目类型、评估目的（首次选型/复评/替换） |
| 基本信息 | 评估人 / 日期 | 姓名、角色、填写日期 |
| 基本信息 | 评估口径版本 | 如 V1.0，对应本轮维度与权重 |
| 序号 | 评估维度 | 权重 | 评分（1–5） | 加权得分 | 证据来源 | 备注 |
|---|---|---|---|---|---|---|
| 1 | 工时记录方式与颗粒度 | 20% | ||||
| 2 | 资源负载与冲突识别 | 20% | ||||
| 3 | 项目与任务关联 | 15% | ||||
| 4 | 报表与导出 | 15% | ||||
| 5 | 权限与数据边界 | 10% | ||||
| 6 | 集成与迁移 | 10% | ||||
| 7 | 实施与维护成本 | 10% | ||||
| 汇总 | 加权总分 | 100% | — | 合计 | — | — |
| 汇总 | 阻断项 | — | 有/无 | — | 说明具体阻断原因 | — |
| 汇总 | 结论 | — | — | — | — | 推荐/备选/不推荐及理由 |
加权得分＝权重×评分，总分＝各维度加权得分之和。评分采用1–5分制：1分表示明显不满足，3分表示基本满足但有条件，5分表示满足且已验证。阻断项独立于总分，用于记录“无论总分多高都不能接受”的问题，例如无法满足数据隔离要求。
字段说明：每个评估维度看什么
同一维度由不同人打分容易产生偏差，原因通常是观察对象不一致。下表把每个维度拆成“看什么”和“打分依据”，填写前先对齐口径。
| 维度 | 观察对象 | 打分依据 |
|---|---|---|
| 工时记录方式与颗粒度 | 登记入口、时间单位、按任务还是按项目登记、补录与审批规则 | 颗粒度能否支撑成本核算与投入分析；登记动作是否增加成员负担；补录是否留痕 |
| 资源负载与冲突识别 | 成员排期视图、饱和度展示、跨项目投入比重、超负荷提示 | 能否提前看到冲突而非事后发现；筛选与分组是否支持按团队、项目查看 |
| 项目与任务关联 | 工时归属的任务层级、项目与迭代结构、跨项目统计口径 | 工时能否落到具体任务并汇总到项目；任务调整后历史工时是否保持可追溯 |
| 报表与导出 | 内置报表类型、统计维度、导出格式与明细粒度 | 报表能否直接回答“谁在哪个项目投入多少”；导出数据能否用于二次分析 |
| 权限与数据边界 | 角色权限、数据可见范围、跨团队隔离方式 | 成员是否只能看到授权范围；管理者能否按组织层级查看汇总 |
| 集成与迁移 | 与项目管理、研发协作、身份系统的对接方式；历史数据导入能力 | 接口是否满足现有工具链；迁移工作量与数据完整性是否有方案 |
| 实施与维护成本 | 部署方式、初始化配置、培训投入、日常维护责任 | 上线所需人天、长期维护角色是否明确；成本口径需与供应商书面确认 |
以资源负载维度为例，评估时应要求演示一个真实排期场景：某成员同时参与两个项目，工具能否显示其每日投入明细和饱和情况。ONES Resource 提供甘特视图用于资源规划与进度跟踪，并支持按工作数量和工时规模查看成员排期、通过筛选与分组掌握成员在不同项目的投入比重，可作为该维度的演示参照；具体颗粒度和预警规则仍需在演示中逐项确认。
必填与选填：哪些字段不能空
必填字段决定结论是否成立，选填字段影响结论的精细程度。填写时先保证必填项完整，再按评估目的补充选填内容。
| 字段 | 必填/选填 | 理由与适用条件 |
|---|---|---|
| 评估对象、评估场景、评估人、日期 | 必填 | 缺少对象与场景，分数无法解释；缺少评估人，证据无法追溯 |
| 评估维度与权重 | 必填 | 权重合计须为100%，否则总分不可比 |
| 各维度评分 | 必填 | 任一维度空缺都会使总分失真 |
| 证据来源 | 必填 | 至少写明演示、文档、试用或供应商书面答复中的一种 |
| 阻断项 | 必填 | 须明确填写“有”或“无”，不能留空 |
| 结论与理由 | 必填 | 结论须与总分和阻断项一致 |
| 备注 | 选填 | 用于记录待确认事项、版本差异等补充信息 |
| 评估口径版本 | 选填（复评时必填） | 首次评估可省略；进入复评或多人协作时须填写 |
| 成本明细拆分 | 选填 | 进入商务比价阶段时补充，前期可只给成本维度评分 |
若某必填项暂时无法取得证据，在该格标注“待验证”并写明验证方式与责任人，不得直接给分。存在“待验证”的必填项时，结论只能写为“有条件推荐”或“暂缓决策”，不能给出最终推荐。选填项空缺不影响总分计算，但应在备注中说明空缺原因，避免复评时误读。
填写示例：一张填好的评估表
以下示例为演示情景：一个约30人的研发团队评估某资源工时工具，目标是统一项目工时登记并看清跨项目投入。示例中的分数与证据均为演示，不代表任何真实产品评测结果。
| 维度 | 权重 | 评分 | 加权得分 | 证据来源 | 备注 |
|---|---|---|---|---|---|
| 工时记录方式与颗粒度 | 20% | 4 | 0.80 | 现场演示＋试用 | 支持按任务登记，补录需审批；移动端登记待确认 |
| 资源负载与冲突识别 | 20% | 4 | 0.80 | 现场演示 | 可查看每日投入明细与跨项目比重；预警阈值需配置 |
| 项目与任务关联 | 15% | 5 | 0.75 | 试用 | 工时落到任务并汇总到项目，调整后历史记录保留 |
| 报表与导出 | 15% | 3 | 0.45 | 供应商文档 | 内置报表满足常规统计，自定义报表需确认 |
| 权限与数据边界 | 10% | 4 | 0.40 | 供应商书面答复 | 按角色与项目授权，跨团队隔离方案已确认 |
| 集成与迁移 | 10% | 3 | 0.30 | 供应商文档 | 提供开放接口，历史数据导入需脚本配合 |
| 实施与维护成本 | 10% | 3 | 0.30 | 商务沟通 | 初始化约需5人天，维护责任待明确 |
| 加权总分 | 100% | — | 3.80 | — | — |
| 阻断项 | — | 无 | — | — | 未发现不可接受项 |
| 结论 | — | — | — | — | 推荐进入商务谈判，报表与迁移方案列为合同前确认项 |
计算过程：0.80＋0.80＋0.75＋0.45＋0.40＋0.30＋0.30＝3.80。总分3.80对应“基本满足且部分已验证”，结合无阻断项，结论为推荐。若报表维度证据不足只能标注“待验证”，则该行不计分，结论应改为“有条件推荐”，并把报表能力列为试用期验证项。示例中报表与导出维度得分偏低，说明总分高并不等于每项都强，结论应同时写明需要补齐的短板。
调整与维护方法
评估表不是一次填完就固定的文档。团队规模、项目类型和工具链变化后，维度和权重需要同步调整，否则历史分数失去可比性。
维度增删的取舍原则
增删维度以“是否影响本次决策”为准。若团队存在多项目并行、外包协作或强合规要求，可增加“跨组织协作”或“审计留痕”维度；若只做单项目工时统计，可合并“集成与迁移”与“实施成本”。每次增删后权重重新合计为100%，并在版本记录中写明变更原因，避免与上一轮分数直接比较。
权重调整方法
权重反映当前阶段的主要矛盾。首次选型且数据分散时，可提高“工时记录方式”和“项目与任务关联”的权重；进入替换阶段时，提高“集成与迁移”和“权限与数据边界”的权重。调整幅度建议单次不超过10个百分点，并保留调整前后的两版结果，便于说明结论变化来自权重还是评分。
复评周期与版本记录
建议在试用结束、合同续签前和团队规模明显变化时各复评一次。版本记录至少包含：版本号、调整的维度或权重、调整人、生效日期。复评时沿用同一证据标准，对上次标注“待验证”的字段优先补证。
评估结果归档与复用
每轮评估表连同演示记录、供应商书面答复一并归档，按“工具名＋评估日期＋版本号”命名。复用旧表时先核对维度是否仍适用，再更新评分与证据；旧版本只读保留，作为决策依据的追溯材料。涉及具体产品的版本、价格与部署方式，应以供应商最新书面材料为准，评估表中的记录仅代表填写时点。
常见问题
评估表里某个维度暂时拿不到证据，还能不能给分？
不能直接给分。在该维度的评分格标注“待验证”，并在备注中写明验证方式、责任人和预计完成时间。存在待验证的必填维度时，总分只能作为参考，结论应写为“有条件推荐”或“暂缓决策”，并把该维度列为试用期或合同前的确认项。
多个评估人打分差异很大，怎么处理？
先核对观察对象是否一致，再比对证据来源。常见差异来自有人看演示、有人看文档，或对“基本满足”的理解不同。处理方式是：统一评分锚点（1分、3分、5分各对应什么状态），要求每项分数附证据来源，分歧超过2分的维度安排一次共同演示或试用复核，复核后保留两版记录并说明调整理由。
团队只有单一项目、规模较小，评估表可以简化吗？
可以。小团队可合并“集成与迁移”和“实施与维护成本”为一个维度，或降低“权限与数据边界”的权重，但基本信息、各维度评分、证据来源、阻断项和结论仍需保留。简化后权重重新合计为100%，并在版本记录中写明合并原因，便于团队扩大后恢复完整维度时对照。
评估表里的总分达到多少才算推荐？
不建议设统一分数线。总分反映的是加权后的整体满足程度，是否推荐还要看阻断项和短板分布。示例中3.80分对应“基本满足且部分已验证”，在无阻断项时可推荐进入商务谈判；若总分相近但某一关键维度得分偏低，结论应写明需补齐的具体短板和验证方式。
评估结果归档后，复评时可以直接沿用上一版分数吗？
不能直接沿用。复评时先核对维度与权重是否仍适用，再重新收集证据并打分；上一版只读保留，作为结论变化的追溯依据。对上次标注“待验证”的字段优先补证，涉及版本、价格与部署方式的内容以供应商最新书面材料为准，评估表记录仅代表填写时点。
