如何准确评估开发的工作量

1. 如何准确评估开发的工作量

从根本上来说，还是要先弄清楚需求，如果需求在不断的变化，工作量是无法准确评估的，开发也不可能按照计划进行，为了使得开发变得尽量的可控，减少后期维护的工作量，需要做到以下几条：
1、需求方与设计人员能够有良好的沟通
这一点其实最难，因为通常需求方可能是财务，采购，销售，仓管，都不是开发出身，而系统设计人员一定不是财务，采购，销售，仓管，彼此对对方的工作内容，方式都不熟悉，大家的思维方式也可能完全不同
2、设计人员有超强的学习能力
需求分析阶段，设计人员需要在短时机内了解需求的每个细节，换句话说，如果需求是财务，那么设计人员就要变成一个财务，如果需求是采购，设计人员就要变成一个采购。不是对该项工作的一般性了解，而是要知道每个细节，这就要求该设计人员拥有超强的学习能力，能够很快的理解自己从未接触过的业务，这一点不是技术上的问题了，也不是一个刚入行的开发所能够做到的，需要足够的经验。
3、数据分析能力
对应大学里的课程，应该是学好数据结构和数学建模，把具体业务转换成纯数学的东西，并且要尽可能的简单，这点不是每个人能做到的，如果设计不当，会造成后期的不可维护，整个系统可能要推翻重来，当然，这个设计人员一定要是程序员出身，但一定不能仅仅是一个程序员，需要有足够的经验。
4、找一个对信息化有足够重视的老板
如果自己做不了老板，就要找一个对信息化有足够重视的老板，否则大部分精力可能要消耗在说服老板去实现信息化。

2. 如何准确评估开发的工作量

为了使得开发变得尽量的可控，减少后期维护的工作量，需要做到以下几条：1.需求方与设计人员能够有良好的沟通 这一点其实最难，因为通常需求方可能是财务，采购，销售，仓管。。。，都不是开发出身，而系统设计人员一定不是财务，采购，销售，仓管，彼此对对方的工作内容，方式都不熟悉，大家的思维方式也可能完全不同2.设计人员有超强的学习能力 需求分析阶段，设计人员需要在短时机内了解需求的每个细节，换句话说，如果需求是财务，那么设计人员就要变成一个财务，如果需求是采购，设计人员就要变成一个采购。。。不是对该项工作的一般性了解，而是要知道每个细节，这就要求该设计人员拥有超强的学习能力，能够很快的理解自己从未接触过的业务，这一点不是技术上的问题了，也不是一个刚入行的开发所能够做到的，需要足够的经验3.数据分析能力 对应大学里的课程，我觉得应该是学好数据结构和数学建模，虽然这两门课我都没正式学过，不过似乎这方面我还是很有天赋的，把具体业务转换成纯数学的东西，并且要尽可能的简单，这点不是每个人能做到的，如果设计不当，会造成后期的不可维护，整个系统可能要推翻重来，当然，这个设计人员一定要是程序员出身，但一定不能仅仅是一个程序员，需要有足够的经验4.找一个对信息化有足够重视的老板 如果自己做不了老板，就要找一个对信息化有足够重视的老板，否则你的大部分精力可能要消耗在说服老板去实现信息化，而且即便能够说服对方，上述的第一条可能也很难实现，如果这个老板是技术出身，那么你是幸运的，沟通成本会降低很多，如果这个老板是最普通的程序员出身，那么你中大奖了，不过通常纯技术出身的人需要心无杂念，不能兼顾全局，这样的人不适合做老板

3. 如何评估软件项目的工作量（人/天）

　　一个工作或者是项目的工作量的评估，会牵涉到的因素确实比较多。根据经验，罗列几种因素，比如使用的方法或者工具、开发者的熟悉程度、以及(部门之间的)利益关系、对项目的理解评估人员的个性。基于各种因素考量最后出现的工作量评估会有比较大的区别。

　　1.使用的方法或者是工具

　　对于一个项目，A有些现成的模块，B需要重新开始搭建，A和B对完成时间的评估自然不一样。

　　或是对于开发一个网站，假设合理的工作量是，做前台展示页面需要1个月，后台管理需要1个月。A会评估为1个月，等前台上线之后，再同步开始做后台管理。B可能会认为需要2个月，B认为前后台都完成，才是工作完成。

　　2.开发者的熟悉程度

　　这个容易理解，如果是一般对语言或是技术掌握不熟悉的人，花费的时间和返工的时间、沟通的时间自然就要长一点

　　3.(部门之间的)利益关系

　　公司之间的外包项目，服务方就倾向于时间长一点，考虑的因素是假设用户需求会有一部分变化或者希望从中多赚钱。公司的部门之间也是类似，营销部门总是希望越快越好，但是开发部门总是认为营销部门没有更早提出需求等等。

　　4.对项目的理解或者评估人员的个性

　　同样一个项目，类似微信，如果1000个用户数和1千万的用户数，做法上会有非常大的区别。

4. 如何评估个人的软件开发能力

读程序的能力　很多的软件开发工作不一定会从头开始，这就需要开发人员有良好的阅读程序的能力，能在尽可能短的时间里了解软件整体的架构，理解该软件初始的开发思想，能迅速并有效地参与到项目开发中去。2.
编码能力　这点会涉及到开发人员对所用语言的熟练程度，和该开发人员的编程风格。是否拥有良好的编程习惯，能遵循通用的编程规范，并作好注释，对该开发人员所开发代码的易读性和易维护性有很大的影响。3.
调试和测试能力　现代的软件行业中，代码的调试和测试时间并不比编码时间短，甚至会超出，当然，很多的调试和测试工作并不都是编码人员完成，但测试工作是很多软件开发人员的必经之路。4.
软件的维护　似乎维护谈不上需要什么能力，因为这时更多需要的是开发人员的耐心。记得曾经看过这样的话（大意）：你的程序就是你的孩子，在你产生了他们之后，还需要你的呵护才能成长和成熟^^　前面讨论的都是实际动手能力，是一个软件开发人员的基本功。而评估一个开发人员的软件开发能力，除了评估他的编程能力外，还应考虑到其他的一些很重要的能力，如1.
需求分析的能力　一个项目，最初就需要做需求分析，了解该项目的目的，对系统的需求，对功能的要求，并对其进行分析，作好项目规划和说明．2.
建立软件框架的能力　建立一个良好的软件框架是这个项目成功的一个保证，需要考虑整个软件的一致性和完整性．3.
贯穿项目始终的管理控制能力　在项目开发过程中，不可避免会出现新需求的加入，目标的修正，或者人员的变动等问题，对此进行有效的管理控制是对开发人员的更高要求．　因为到现在为止，在软件方面，我还只是在别人的程序上修修改改，做增减功能，调试查错等工作，所以只能谈这么多了，也希望大家不吝赐教，共同进步^0^．从基本的来看，应涉及到以下几点：

5. 估算软件工作量多少或大小时如何选择合适的方法？

在估算软件工作量时选择哪种方法好，我觉得你应该先了解一下软件项目工作量的估算方法主要有哪些。通常用的就3种：方程法、类比法和类推法。一般情况下估算软件项目工作量是由估算软件规模的结果作为输入，然后采用方程法来进行估算。但也有一些特殊情况，比如需求非常模糊而无法进行规模估算时，可以直接采用类比法或类推法来估算软件工作量。
以我个人的经验，在估算软件项目工作量时，如果你对于上面说的3种方法的使用足够了解，是可以很容易选择出合适的方法的。有关这3种方法的详细介绍我认为你还是多去了解一下，或者系统的了解一下软件成本估算方面的知识，毕竟工作量估算只是软件成本估算中的一小部分。我可以推荐一本书给你，由北京软件造价评估技术创新联盟编写机械工业出版社出版的《软件研发成本度量规范释义》第2版。或者也可以购买刚刚发布不久的国家标准《GB/T 36964-2018 软件工程 软件开发成本度量规范》来了解相关知识。
希望我的回答可以帮到你，如还有疑问可以跟我联系沟通。

6. 软件项目规模估算或者工作量和实际情况无较大的距离。

【摘要】
软件项目规模估算或者工作量和实际情况无较大的距离。【提问】
亲，您好，这边正在为您查询最精准的答案，请稍等。【回答】
【回答】