第1个回答 2018-05-29
1。需求确定的情况很少,因为客户的需求总是在变,即使确定下来,验收的时候也会提出新的问题,这个要靠项目经理沟通,用户当前的问题在这个版本中解决还是下期合同来做。因此来说,需求大体确定以后,拆分子系统组成---子系统的组成模块--细分模块组成,这个是相对粗粒度的,然后就要考虑你手头队伍对细分模块的开发实现能力,大体就知道工作量了,如果不赶工期,时间要放长,软件开发,没有一帆风顺的,肯定会有很多问题,简单来说就是常见的需求变更。
2。评估成员工作量,首先要了解队伍组成,哪些人规划流程清晰,哪些人对技术攻关能力更好,哪些人适合测试,哪些人编码快速,哪些人对数据库精通,哪些人对界面布局更擅长,哪些人有技术的同时更善于沟通。所以通常都是更善于沟通的做组长,及时把流程清晰的告诉组员,反馈每个组员的工作进度,协同组员进度并决定何时由何人做技术攻坚,何时组织测试。
3。项目完成以后就好统计了,每个小组的代码行数,实现的功能模块数量,供其他小组调用的模块,用时多少天,涉及多少领域等,其实这个统计不能说a组完成项目的40%,b组60%这样,比较合理的应该是在某个方面,各个小组的组成比例的表格,然后有个小组工作的总结比较合适。如代码统计,a组2w行,占40%,b组3w,占60%。 模块数量:a组6个,占60%,b组4个占40%,并附模块结构的说明。当然,各个公司的管理不一样,统计方式不一样,反正一个原则就是尽量兄弟们多说点好话,因为一个软件做成,每个环节都不能差的,再好的汽车,如果没有一个很普通的小小铁板当刹车踏板,你敢开吗。本回答被网友采纳
第2个回答 2019-03-27
首先我们要知道软件开发的工作量都包含哪些内容。一个软件项目的工作量所表达的含义是完成这个项目或系统开发所需的全部工作量,包括从项目立项开始到项目完成验收之间开发方的需求、设计、构建(包括编码、集成)、测试、实施及相关的项目管理、支持活动的工作量。
对于工作量的评估,我觉得首先要进行项目的风险评估,比如:需求变更、外部协作、时间或成本约束、人力资源、系统架构等方面。接下来是对软件要实现功能的复用度评估,分别列出可复用的功能和可复用的程度。然后根据我们的经验来确定影响工作量的主要因素,并进行评估。比如:软件的规模、应用的领域、对质量的要求、采用什么技术、开发团队能力等。
最后要选择合适的方法进行工作量评估。常用的方法有类比法、类推法和方程法。如果对这些方法不是很了解,我建议你找相关的书籍学习一下就可以。比如行业标准《软件研发成本度量规范》新推出的国家标准和它的内容区别不是很大。如果觉得这个看着太系统,也可以直接看《软件研发成本度量规范释义》第2版。希望以上内容可以帮到你。