本篇文章给大家谈谈软件开发人员工作量评估，以及软件开发工作量评估方法对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
- 1、如何准确评估开发的工作量
- 2、如何评估软件项目的工作量（人/天）
- 3、一个软件项目如何评估工作量和成本?
- 4、如何评估软件开发的工作量？
- 5、如何量化衡量一个程序员的工作量和工作效率
如何准确评估开发的工作量
从根本上来说，还是要先弄清楚需求，如果需求在不断的变化，工作量是无法准确评估的，开发也不可能按照计划进行，为了使得开发变得尽量的可控，减少后期维护的工作量，需要做到以下几条：
1、需求方与设计人员能够有良好的沟通
这一点其实最难，因为通常需求方可能是财务，采购，销售，仓管，都不是开发出身，而系统设计人员一定不是财务，采购，销售，仓管，彼此对对方的工作内容，方式都不熟悉，大家的思维方式也可能完全不同
2、设计人员有超强的学习能力
需求分析阶段，设计人员需要在短时机内了解需求的每个细节，换句话说，如果需求是财务，那么设计人员就要变成一个财务，如果需求是采购，设计人员就要变成一个采购。不是对该项工作的一般性了解，而是要知道每个细节，这就要求该设计人员拥有超强的学习能力，能够很快的理解自己从未接触过的业务，这一点不是技术上的问题了，也不是一个刚入行的开发所能够做到的，需要足够的经验。
3、数据分析能力
对应大学里的课程，应该是学好数据结构和数学建模，把具体业务转换成纯数学的东西，并且要尽可能的简单，这点不是每个人能做到的，如果设计不当，会造成后期的不可维护，整个系统可能要推翻重来，当然，这个设计人员一定要是程序员出身，但一定不能仅仅是一个程序员，需要有足够的经验。
4、找一个对信息化有足够重视的老板
如果自己做不了老板，就要找一个对信息化有足够重视的老板，否则大部分精力可能要消耗在说服老板去实现信息化。
如何评估软件项目的工作量（人/天）
一个工作或者是项目的工作量的评估，会牵涉到的因素确实比较多。根据经验，罗列几种因素，比如使用的方法或者工具、开发者的熟悉程度、以及(部门之间的)利益关系、对项目的理解评估人员的个性。基于各种因素考量最后出现的工作量评估会有比较大的区别。
1.使用的方法或者是工具
对于一个项目，A有些现成的模块，B需要重新开始搭建，A和B对完成时间的评估自然不一样。
或是对于开发一个网站，假设合理的工作量是，做前台展示页面需要1个月，后台管理需要1个月。A会评估为1个月，等前台上线之后，再同步开始做后台管理。B可能会认为需要2个月，B认为前后台都完成，才是工作完成。
2.开发者的熟悉程度
这个容易理解，如果是一般对语言或是技术掌握不熟悉的人，花费的时间和返工的时间、沟通的时间自然就要长一点
3.(部门之间的)利益关系
公司之间的外包项目，服务方就倾向于时间长一点，考虑的因素是假设用户需求会有一部分变化或者希望从中多赚钱。公司的部门之间也是类似，营销部门总是希望越快越好，但是开发部门总是认为营销部门没有更早提出需求等等。
4.对项目的理解或者评估人员的个性
同样一个项目，类似微信，如果1000个用户数和1千万的用户数，做法上会有非常大的区别。
一个软件项目如何评估工作量和成本?
软件开发成本估算过程可进一步细分为软件规模估算、工作量估算、成本估算和确定软件开发成本等四个过程。
其中成本估算需要对直接人力成本、间接人力成本、间接非人力成本及直接非人力成本分别进行估算。
国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》中建议的软件开发成本估算基本流程如下图所示：
国家准中的四个估算过程，层层递进，逐步细化，最终达到科学、一致的成本估算。
一、软件规模估算
通常情况下，规模估算是软件成本估算过程的起点。
估算规模是后续计算软件项目的工作量、成本和进度的主要输入，是项目范围管理的关键，因此，在条件允许的情况下，应首先进行规模估算。
在规模估算过程中，需要注意以下情况：
在规模估算开始前，应根据可行性研究报告或类似文档明确项目需求及系统边界。项目需求除包含最基本的业务需求外，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行说明，以保证可以根据项目需求进行规模预估。
依据项目特点和需求详细程度不同，通常估算人员在选择估算方法时应采用纳入国际标准的功能点方法进行功能规模估算，在适用IFPUG或NESMA方法时，可以根据需求的粒度和管理需要，选择预估功能点方法、估算功能点方法或者详细功能点方法。
若当前的项目需求极其模糊或不确定，可不进行规模估算，而直接采用类比法或类推法估算工作量和成本。
二、工作量估算
在完成规模估算后，应当开展工作量估算工作，若当前项目未开展规模估算，也可直接启动工作量估算工作。
工作量估算时，可采用方程法、类比法、类推法、功能点法：
方程法：即基于基准数据建立参数模型，通过输入各项参数，确定估算值。
类比法：即将待估算项目的部分属性与类似的一组基准数据进行比对，进而确定估算值。
类推法：即将待估算项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，并进行适当调整后确定估算值。
功能点法：从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并且已经取代代码行成为最主流的软件规模度量方法。
在开展工作量估算的过程中，需要注意以下情况：
当需求极其模糊或不确定时，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据来粗略估算工作量。
当需求极其模糊或不确定时，如果此时具有与本项目部分属性类似的一组基准数据，则可直接采用类比法，充分利用基准数据来粗略估算工作量。
对于规模估算已经开展的项目，可采用方程法，通过输入各项参数，确定待估算项目的工作量。若客户或高层对项目的工期有明确的要求时，在采用方程法估算工作量时，工期要求有可能是方程的参数之一。
为追求估算的准确性，建议在条件允许的情况下，可采用两种估算方法，对估算结果进行交叉验证，若估算结果差别不大，可直接使用两种估算结果的平均值或以某种估算结果为准，若差别较大，需进行差异分析。
工作量的估算结果宜为一个范围而不是单一的值。
三、成本估算
在获得了工作量估算结果后，可采用科学的方法进行成本估算。
在成本估算过程中，应需要注意的情况：
类比法和类推法，同样适用于需求极其模糊或不确定时的成本估算；
间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式。在绝大多数组织，项目周期越长，项目组成员越多，其分摊的间接成本就越高，此时项目的间接成本与工作量估算结果直接相关；
直接非人力成本通常与工作量估算结果无关，宜单独分项测算；
成本估算结果，也通常为一个范围，而不是单一的值。
四、确定软件开发成本
在《软件工程 软件开发成本度量规范》中，将软件开发成本分为四类，主要是为便于对成本构成（即哪些成本属于开发成本，哪些不属于开发成本）进行清晰界定。
而在实际确定软件开发成本时，通常并不是分别测定四类成本，加和后获得总成本，而是通常采用以下两种方式确定总成本：
根据人力成本费率及工作量估算直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本；
根据规模综合单价和软件规模，测算出直接人力成本和间接成本之和，再加上直接非人力成本，获得总成本。
在进行软件的规模、工作量、成本估算时应遵循以下原则：
在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法；
充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算；
工作量和成本的估算结果宜为一个范围值；
在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整；
成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法；
在软件项目的不同场景下(如预算、招投标、项目计划和变更管理等)采用国家标准时,相关要求见国家标准中附录A。
除了上述主要原则外，我们还需注意在使用基准数据时：
对于委托方和第三方，建议使用或参考软件行业基准数据进行估算。估算模型的调整因子的增减或取值有可能随着行业基准数据的变化而变化。
对于开发方，在引入行业基准数据的基础上，可逐步建立组织级基准数据库，以提高估算精度。组织级基准数据定义应与行业基准数据定义保持一致，以便于与行业基准数据进行比对分析，并持续提升组织能力。
如何评估软件开发的工作量？
这个资深项目经理也没法评估的吧~难题~
But个人感觉，评估软件开发的工作量可以采用事后估量的策略。即提交之后，经过测试或试运行，需要重新回炉修改的功能点来估计。这些需要更改的部分的原因主要有两大类：因需求变更导致，本身的bug，为它俩加一个比例因子，就可以衡量该项目的工作量啦。如果进一步精确些的话，则需要考虑进去时间维度了，即修改某一bug所花费的时间。
简而言之，前期工作量多（当然工作出色，考虑地多自然算作工作量多啦），那么后期就会暴漏出的本身bug就越少，而且比较容易修改，并且需求变更时，对源代码修改起来也会相对简单些。
如何量化衡量一个程序员的工作量和工作效率
1. 代码数量
可以统计代码行数，或者字符数量。
2. 代码质量
显然，代码长不等于工作量很大。不光要考虑代码的数量，还要考虑代码的质量。那么什么样的代码是高质量的呢？什么样的代码是“好”的呢？
“好代码”的评判标准可能非常主观。主流的价值观中大概有以下标准：可读性好（注释不多不少，版面整洁，符合公司规则，变量名有意义等）bug 少（正确处理各种异常和错误）。优雅（设计优雅，实现优雅）
扩展资料：
程序员的日常工作
1.确认通过审查方案的目标，输入数据，分析师，监事，和客户的输出要求的项目要求。
2.安排项目要求在编程序列分析要求;准备工作流程图和使用计算机知识的能力，题材，编程语言和逻辑图。
3.编码工作流程的信息转换成计算机语言的项目要求。
4.通过输入编码信息的计算机程序。
5.确认程序操作进行测试，修改程序序列和/或代码。
6.准备写操作指令供用户参考。
7.保持历史记录，通过记录方案的制定和修订。
8.维护客户的信息和保护保密的业务。
技能/资格：一般的编程技巧，分析信息，解决问题，软件算法设计，软件性能优化，注重细节，软件设计，软件调试，软件开发基础，软件文档，软件测试。程序员其实分为很多种，大家开发的语言可能不尽相同，但是都是有他们的共同点。
参考资料来源：百度百科-程序员
关于软件开发人员工作量评估和软件开发工作量评估方法的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
