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

Posted Python测试社区

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷开发项目人力工时评估法则相关的知识,希望对你有一定的参考价值。


本文阅读大概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倍


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



   

以上是关于敏捷开发项目人力工时评估法则的主要内容,如果未能解决你的问题,请参考以下文章

敏捷开发模式中的四种会议

敏捷开发_迪米特法则

项目开发流程-------敏捷开发--精益概述

软件测试

精益敏捷外包开发--- 思维篇

IT步入2.0时代,你还不懂得敏捷开发?