1。需求确定的情况很少,因为客户的需求总是在变,即使确定下来,验收的时候也会提出新的问题,这个要靠项目经理沟通,用户当前的问题在这个版本中解决还是下期合同来做。因此来说,需求大体确定以后,拆分子系统组成---子系统的组成模块--细分模块组成,这个是相对粗粒度的,然后就要考虑你手头队伍对细分模块的开发实现能力,大体就知道工作量了,如果不赶工期,时间要放长,软件开发,没有一帆风顺的,肯定会有很多问题,简单来说就是常见的需求变更。
2。评估成员工作量,首先要了解队伍组成,哪些人规划流程清晰,哪些人对技术攻关能力更好,哪些人适合测试,哪些人编码快速,哪些人对数据库精通,哪些人对界面布局更擅长,哪些人有技术的同时更善于沟通。所以通常都是更善于沟通的做组长,及时把流程清晰的告诉组员,反馈每个组员的工作进度,协同组员进度并决定何时由何人做技术攻坚,何时组织测试。
3。项目完成以后就好统计了,每个小组的代码行数,实现的功能模块数量,供其他小组调用的模块,用时多少天,涉及多少领域等,其实这个统计不能说a组完成项目的40%,b组60%这样,比较合理的应该是在某个方面,各个小组的组成比例的表格,然后有个小组工作的总结比较合适。如代码统计,a组2w行,占40%,b组3w,占60%。 模块数量:a组6个,占60%,b组4个占40%,并附模块结构的说明。当然,各个公司的管理不一样,统计方式不一样,反正一个原则就是尽量兄弟们多说点好话,因为一个软件做成,每个环节都不能差的,再好的汽车,如果没有一个很普通的小小铁板当刹车踏板,你敢开吗。
如何评估软件开发的工作量?
这个资深项目经理也没法评估的吧~难题~But个人感觉,评估软件开发的工作量可以采用事后估量的策略。即提交之后,经过测试或试运行,需要重新回炉修改的功能点来估计。这些需要更改的部分的原因主要有两大类:因需求变更导致,本身的bug,为它俩加一个比例因子,就可以衡量该项目的工作量啦。如果进一步精确些的话,则需要考虑进去时间维度了,即修改某一bug所花费的时间。简而言之,前期工作量多(当然工作出色,考虑地多自然算作工作量多啦),那么后期就会暴漏出的本身bug就越少,而且比较容易修改,并且需求变更时,对源代码修改起来也会相对简单些。
一个软件项目如何评估工作量和成本?
工作量一般采用代码行估算,功能点估算,也可以基于经验模型估算和专家估算,成本估算比较复杂参考工作量,工时,人员,风险等各个方面
工作量 的单位是什么?人月,人日,人时啥意思.
工作量最基本的是人天。也是成本核算单位以及软件报价的基础,如果一个人天时2000.那么每个阶段需要多少个人天就乘以2000.一个人天就是一个IT人员工作一天的工作量。
软件开发项目工作量如何评估,按人天、按代码行、按模块....???飞过的高人请留步~~~
总的来说,要考评估一种/多种操作系统的开发复杂度及是否跨平台,软件应用技术的复杂度,是否多个子系统构成及子系统相互通信技术,软件应用范围的广度,受众用户的数量,软件升级及更新的管理规划,培训安排等。。
1。需求确定的情况很少,因为客户的需求总是在变,即使确定下来,验收的时候也会提出新的问题,这个要靠项目经理沟通,用户当前的问题在这个版本中解决还是下期合同来做。因此来说,需求大体确定以后,拆分子系统组成---子系统的组成模块--细分模块组成,这个是相对粗粒度的,然后就要考虑你手头队伍对细分模块的开发实现能力,大体就知道工作量了,如果不赶工期,时间要放长,软件开发,没有一帆风顺的,肯定会有很多问题,简单来说就是常见的需求变更。
2。评估成员工作量,首先要了解队伍组成,哪些人规划流程清晰,哪些人对技术攻关能力更好,哪些人适合测试,哪些人编码快速,哪些人对数据库精通,哪些人对界面布局更擅长,哪些人有技术的同时更善于沟通。所以通常都是更善于沟通的做组长,及时把流程清晰的告诉组员,反馈每个组员的工作进度,协同组员进度并决定何时由何人做技术攻坚,何时组织测试。
3。项目完成以后就好统计了,每个小组的代码行数,实现的功能模块数量,供其他小组调用的模块,用时多少天,涉及多少领域等,其实这个统计不能说a组完成项目的40%,b组60%这样,比较合理的应该是在某个方面,各个小组的组成比例的表格,然后有个小组工作的总结比较合适。如代码统计,a组2w行,占40%,b组3w,占60%。 模块数量:a组6个,占60%,b组4个占40%,并附模块结构的说明。当然,各个公司的管理不一样,统计方式不一样,反正一个原则就是尽量兄弟们多说点好话,因为一个软件做成,每个环节都不能差的,再好的汽车,如果没有一个很普通的小小铁板当刹车踏板,你敢开吗。
其实还有很多的,让高人再补充吧,软件管理,在中国一直落后的,大家一起努力。
项目工作量的评估中,“人天”是什么单位?
“人天”指一个人工作一天的工作量,这里的一天指的是8小时,所以就是一个人工作8小时的工作量。
“工作量(人天)”也指一个人工作一天的工作量,这里的一天指的是8小时,所以就是一个人工作8小时的工作量。
拓展资料:
工作量期待于雇员或分配给雇员的多少工作或工作时间
一个部门或其他集团的工人在一段时间内完成的全部工作
每周工作量
实际工作任务或可达工作任务
工人们愿意接受按计时定额方法所规定的工作量
参考资料:工作量--百度百科
请问:1、业界软件测试在软件整个开发过程中工作量比例是多少? 谢谢
你的这个问题都是些理论上的问题:
第一个问题,这个不能得出一个明确的答复,一般是三分之一的时间吧。这个还要看具体的是什么软件,有的软件的测试工作量很大的,几乎和开发的时间差不多。
第二个问题,涉及到整个软件的调研,需求编写,框架设计,编码等等,前期的设计和需求需要占一半的时间吧,其实编码实现起来很快的。前期需求不搞清楚设计不到位,后面的工作就要费很长时间。
转载请注明出处51数据库 » 软件开发评估工作量 软件开发工作量如何评估