敏捷开发项目人力工时评估法则

本文阅读大概3分钟，关注点击星标精彩不错过

相信不少测试在需求敲定、宣讲之后会接到项目经理那边的提问，那就是"开发测试评估一下新版本周期需要多久？"

" 开发：这个版本功能新特性也不多啊，开发周期说太长时间会不会打脸，时间要是说少了天天加班那也不是个事儿啊!! "

" 测试：这些功能以自身的能力大概需要多久呢，也没谱儿啊！测试时间说少了上线出现bug怎么办!下个月的绩效又凉了!! "

其实每个版本开发的工期是有矩可循的，一个新的版本 功能接口、以及应用端界面，根据开发的的难度系数以及自身的能力有评估公式的

后端开发工时评估公式

单个接口工时 =  复杂度系数（1、2、3）* 2h 

例如A接口 2等复杂系数那就是单个工时4个小时 ；A接口 1等复杂系数那就是单个工时2个小时 

∑接口总工时=(单个接口工时+...相加之和)

∑接口总工时=（A接口+B接口...）

前端开发工时评估公式

移动端（APP+H5+小程序）：
单个功能点（交互开发）工时 = 复杂度系数（1、2、3）* 1h

∑移动端功能= (单个功能点+...相加之和 )

PC端：
单个功能点（交互开发）工时 = 复杂度系数（1、2、3）* 2.5h

∑PC端功能= ( 单个功能点+...相加之和 )

测试工时评估公式

在开发总体工时清单列出来计算出来总和之后

测试工时=开发总体天数*0.8 （上下有20%浮动可调）

例如开发10天，测试环境测试就是10*0.8=8天 上线可浮动1天的期限7-9天

项目总体工时总和工时

版本总工时=开发总天数*2.5 

整体的项目时长包括验收以及相关上线总体都不能超过开发时长的2.5倍

该公式本人在项目亲自尝试，按照公式进行评估，试用与大部分项目开发周期，欢迎各位借鉴，再也不怕开发偷懒，测试时间不够 ，项目延期等问题的出现，更加系统、专业

   

关注加微信测试不迷路