软件开发项目工作量如何评估，按人天、按代码行、按模块....???飞过的高人请留步~~~

总的来说，要考评估一种/多种操作系统的开发复杂度及是否跨平台，软件应用技术的复杂度，是否多个子系统构成及子系统相互通信技术，软件应用范围的广度，受众用户的数量，软件升级及更新的管理规划，培训安排等。。
1。需求确定的情况很少，因为客户的需求总是在变，即使确定下来，验收的时候也会提出新的问题，这个要靠项目经理沟通，用户当前的问题在这个版本中解决还是下期合同来做。因此来说，需求大体确定以后，拆分子系统组成---子系统的组成模块--细分模块组成，这个是相对粗粒度的，然后就要考虑你手头队伍对细分模块的开发实现能力，大体就知道工作量了，如果不赶工期，时间要放长，软件开发，没有一帆风顺的，肯定会有很多问题，简单来说就是常见的需求变更。
2。评估成员工作量，首先要了解队伍组成，哪些人规划流程清晰，哪些人对技术攻关能力更好，哪些人适合测试，哪些人编码快速，哪些人对数据库精通，哪些人对界面布局更擅长，哪些人有技术的同时更善于沟通。所以通常都是更善于沟通的做组长，及时把流程清晰的告诉组员，反馈每个组员的工作进度，协同组员进度并决定何时由何人做技术攻坚，何时组织测试。
3。项目完成以后就好统计了，每个小组的代码行数，实现的功能模块数量，供其他小组调用的模块，用时多少天，涉及多少领域等，其实这个统计不能说a组完成项目的40%，b组60%这样，比较合理的应该是在某个方面，各个小组的组成比例的表格，然后有个小组工作的总结比较合适。如代码统计，a组2w行，占40%，b组3w，占60%。 模块数量：a组6个，占60%，b组4个占40%，并附模块结构的说明。当然，各个公司的管理不一样，统计方式不一样，反正一个原则就是尽量兄弟们多说点好话，因为一个软件做成，每个环节都不能差的，再好的汽车，如果没有一个很普通的小小铁板当刹车踏板，你敢开吗。
其实还有很多的，让高人再补充吧，软件管理，在中国一直落后的，大家一起努力。

影响工作量的因素有很多，曾经和几个专家交流过此问题，没有确切的答案，能够想到的因素有：开发人员的开发经验、技术背景、软件的难易程度、是不是开源、独立开发还是有使用已有的模块、项目管理水平等等，很难准确评估。
当然你是作为软件开发项目的leader，对自己管理的软件比较熟悉，可以参考已有经验。呵呵

南京有很多培训机构在宣传企业定制班。了解了下，都是原来的推荐就业，真正做企业定制的目前看材料来说好像就那个草场门的NIIT，我去咨询的时候给我看了他们和萨蒂扬，苏慧，集群和东软签的协议，俺只往萨蒂扬打了个电话确认下，说是在合作，年后准备学习，再考虑下

多方面，功能，代码行数，然后自己估个价，最后乘一万就可以做你的价格了。

貌似我们是安工程做的，一个工程坐下来多少，自己算成本再乘上一个基数