前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >[项目管理] 如何评估工作量

[项目管理] 如何评估工作量

作者头像
CnPeng
发布2021-01-18 14:51:36
4.8K0
发布2021-01-18 14:51:36
举报
文章被收录于专栏:CnPengDev

1工作量估算的定义

工作量估算 即对开发软件产品所需的人力和时间的估算——人力成本是一个项目的主要成本。

我们可以根据预估的工作量决定具体由几个人、哪几个人参与该项目。

工作量通常以 人/天人/月人/年 的形式来衡量。

2为什么要估算工作量

做好工作量估算对内对外都有好处:

  • 对内可以更好的分配预算,更好的进行人力资源的调配,提升工作效率;
  • 对外可以合理估算和控制项目成本,实现精准报价。

3 常用估算方法

估算方法有很多,但是最常用的是 类比法WBS 拆分法Delphi 法

3.1 类比法

也叫经验值法或历史数据法。是根据以前或相似项目(主要在项目性质,领域,规模上有相似)所积累的经验或历史数据来估算工作量。

类比法精确度取决于历史项目数据的完整性和准确度,因此,用好类比法的前提条件之一有较好的项目后总结与分析机制。

在通过类比法估算时,主要参考内容包括:在设计和实现阶段花费的时间、 测试工作的规模、用户需求的数量、页面数、功能点、数据样式 等内容。

3.2 WBS 拆分法

全称 :work breakdown structure , 即项目结构拆分估算法。将项目或产品分解为具体的工作,然后分别对各个工作进行时间估算,最终求和得出项目或产品的测试工作量/时间

3.3 Delphi 法

即专家调查法,由多种相关经验的人共同参与,各人进行估算,然后汇总讨论,最终得出一个协商后的结果。

3.4 其他估算方法

CPM (Critical path method) 关键路径法,即分析项目中从开始到结束耗时最长的内容,然后将多个耗时较长的内容组合得到一个估算值。

PERT (Program Evaluation and Review Technique) 计划评审技术。CPM 和 PERT 的区别在于,后者是基于乐观值、悲观值的平均取值。

4我们该怎么做

由于我们前期对历史项目的积累不够充分,所以暂时无法使用类比法。我们实际项目中可以采用 WBS 和 Delphi法 组合的方式来估算项目或任务的工作量。也就是说,接到任务或项目后,先分析牵涉到哪几端的工作量,然后从各端抽选一个负责人对具体任务进行拆分和估算,然后汇总给总负责人,从而得到一个相对准确的估算结果。

5工作量评估牵涉的内容

项目工作量评估牵涉的内容:运维、产品、UI 设计、研发、测试、交付(验收)、运营、团队技术能力、项目负责人的协调能力、风险控制(外部影响因素)

5.1 运维

运维的内容大致包括:

  • 服务器配置表
  • 服务器搭建
  • Https 域名申请
  • 云端存储服务申请
  • 项目部署演练和最终部署

注意:

  • 如果由甲方提供服务器内容,我们的运维必须提前预备好部署项目所需的服务器配置。
  • 在验收部署项目前,需要进行必要的项目部署演练,防止验收阶段部署时出现问题。

5.2 产品和设计

大致包括:

  • 需求确定
  • 原型绘制
  • 交互逻辑梳理
  • UI 设计稿绘制

注意:交互逻辑和 UI 设计的复杂度也是影响研发进度的重要因素

5.3 研发

大致包括:

  • 前端
  • 移动端
    • Android、
    • iOS
  • 服务端
    • 架构设计
    • 数据库模型设计
    • 接口编写
    • 关键脚本(SQL)留存
  • 相关三方账号申请
    • 软著申请
    • 各应用平台账号申请
    • 短信平台申请
    • 其他分享、定位等平台申请

前端、移动端的工作量评估可以从页面数量、功能点数量两个方面来分别估算。需要注意的是,交互逻辑和 UI 复杂度也会影响这两段的工作量。

服务端工作量基于功能点(接口数量)来确定,需要预留数据库模型设计等工期。

研发结算最好预留出架构设计的工作量,方便后续项目或任务中复用。

软著和三方账号申请时,必须明确是否由我们申请,我们申请的话需要明确软件所有权是属于我们还是属于对方,如果属于对方,需要对方提供相关授权证明

短信平台申请时需要与对方明确费用问题,并且需要对方授权;如果对方不方便授权,则由对方直接申请,只给我们提供对接账号密码即可。

5.4 测试

内容包括

  • 功能测试
    • 功能测试时确保各功能正常运行,交互流程,没有遗漏功能点
  • 兼容测试
    • 兼容测试需要确保在不同设备上能正常运行,无显示异常现象,无卡顿崩溃现象。
  • 全量测试
    • 全量测试由全体相关人员对项目整体流程进行测试。

综上,一个项目的测试过程,起码要保证 2-3 轮测试。

5.5 验收

内容包括:

  • 验收负责人(或单位)
  • 验收流程和标准
  • 各系统使用培训
  • 各系统使用文档交接

验收负责人、验收流程和标准决定了验收过程中所耗费的主要时间。所以,在项目开始时必 须明确这几项内容,在研发过程中有意向这几项靠拢。项目开始前估算工作量的话,需要根据历史经验预留一定的时间周期。

5.6 运营

内容包括:

  • 项目中人物角色的配置
  • 项目中任务权限的分配
  • 运营文档编写

在项目交付和验收之前,运营人员还必须亲自验证各运营系统是否能正常运行。

5.7 团队技术能力

理论上讲,能力强的员工完成同样的任务耗时会更短,但我们能力强的员工不一定会参与当前项目,所以,在评估工作量时需要做一个平衡。

5.8 项目负责人的协调能力

项目负责人的协调能力也是工作量评估的重要因素:

  • 对外需要协调好与客户的关系,把握好客户的需求出发点,最大限度的控制需求变更数量,及时与客户沟通项目进度;
  • 对内需要组织好项目成员,及时协调项目所需资源(人力资源、物质资源等),及时跟进项目进度。
  • 项目结束时,做好项目总结,整理好项目中的相关文档以备后续参考。

5.9 风险控制

内容包括:

  • 验收负责
  • 需求变更
  • 项目内成员稳定性(请假、离职等)
  • 政府或相关平台政策变化
  • 客户方负责人变更
  • 外部不可抗力因素(台风、雷电、暴雨、大面积疫情等)

6 工作量评估模板

下面这个模板仅供参考,如果您觉得有不完善的地方,欢迎指正。


本文结束,感谢观看。


本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2021-01-08,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 CnPeng 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 由于我们前期对历史项目的积累不够充分,所以暂时无法使用类比法。我们实际项目中可以采用 WBS 和 Delphi法 组合的方式来估算项目或任务的工作量。也就是说,接到任务或项目后,先分析牵涉到哪几端的工作量,然后从各端抽选一个负责人对具体任务进行拆分和估算,然后汇总给总负责人,从而得到一个相对准确的估算结果。
相关产品与服务
短信
腾讯云短信(Short Message Service,SMS)可为广大企业级用户提供稳定可靠,安全合规的短信触达服务。用户可快速接入,调用 API / SDK 或者通过控制台即可发送,支持发送验证码、通知类短信和营销短信。国内验证短信秒级触达,99%到达率;国际/港澳台短信覆盖全球200+国家/地区,全球多服务站点,稳定可靠。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档