需求开发人日评估

简介: /

前言

随着敏捷开发在国内的风靡,越来越多的团队开始推行敏捷开发,这其中有一个关键事项就是:工时的人日评估。简单来说就是:项目经理会让开发人员自己评估自己负责的模块大概需要的开发周期。

人日,即按照1人几天完成,如1/人日:表示这个需求需要1个人1天完成,如果有2个人一起做,可能就是0.5天(需求开发一般1+1 < 2,因为有代码合并的兼容性要处理)。

如何粗略评估开发人日

对于需求的人日评估,根据笔者的过往经历,假设开发是3人日,其余情况则做相对应的调整

开发周期:3人日,接口设计、数据库设计、代码开发

自测周期:1人日,约开发周期的0.3~0.5倍

联调周期:2人日,约开发周期的0.5倍,要充分考虑接口重新设计的可能性

测试周期:2人日,基本等同于联调周期,这个阶段有大量的前后端BUG需要修复

发布周期:2H左右,自动化部署平台一键部署或者Linux环境下上传jar包人工部署

常见需求开发人日参考

  • Excel导入导出:2人日
  • 单表增删改查:1人日
  • 跨服务业务逻辑
  • 远程服务调用(OpenFeign/Dubbo):3人日,需考虑对方给出接口的时间
  • 远程服务消费(MQ):3人日,需考虑对方给出MQ的时间

这里人日评估都是在只做这个需求情况下的评估,如果有多个需求并行,需要做适当的人日拓展。具体拆分细节可参考:

需求拆分与工时评估V3.xmind


天机学堂开发人日参考

相关文章
|
11月前
|
canal Java 关系型数据库
|
10月前
|
人工智能 监控 安全
智能体对传统行业冲击:中小企业与大型企业的分化式转型路径
对大型企业而言,问题不在“能不能用”,而在“敢不敢放权”; 对中小企业而言,挑战不在“懂不懂 AI”,而在“能不能落地”。
392 7
|
11月前
|
监控 Java 测试技术
|
11月前
|
Java 开发工具 数据安全/隐私保护
|
11月前
|
运维 Kubernetes Java
|
11月前
|
uml C语言
|
11月前
|
开发者
|
11月前
|
测试技术
|
11月前
|
运维 Devops 开发工具