9.项目管理方面的工作。
项目管理工作主要有编制项目计划、持续更新项目计划、跟踪计划执行、各种工作协调、指导项目组成员完成工作等等。
项目管理工作量一般占整个项目工作量的 10-20%，项目不明确的东西越多、项目组成员水平越不足、项目组成员之间工作磨合度越不好，管理工作量就越大。
项目管理在项目进行整个过程都需要持续进行，一般来说前期工作量会比较大，版本发布前后阶段工作量也会比较大。项目管理前期工作抓得紧抓得好，会大大减轻后期的工作量。
10.配置管理方面的工作。
什么叫配置管理？简单说就是对工作产品的管理，包括对各类文档、各种记录、代码、数据库、脚本、安装程序、组件等等的管理。
软件生产过程的工作产品可分为两类：中间产物和最终产物。
中间产物有：
1）工程类：需求文档、设计文档、测试方案、代码、数据库脚本、数据库、测试脚本等。
2）管理类：开发计划、测试计划、培训计划、采购计划、实施计划等。
3）记录类：会议记录、邮件、缺陷等。
最终产物是指最终会交付给客户的东西，一般有：组件、安装程序、数据库、用户手册、管理员手册等。
针对不同的工作产品应采取不同的针对性管理办法，很多公司会制定单独的配置管理计划。
11.质量保证方面的工作。
严格来说，质量保证是靠项目组全体来保证的，这里所说的质量保证是“狭义”的质量保证，是指：要确保项目组按照既定的规定、过程、标准来工作，需按照既定的格式要求产出相应工作产品。
对于以上十一点，实际项目估算中往往出现这样的问题：
1. 忘记包含项目前期工作的工作量。
2.没有考虑商务、维护、配置管理、质量保证方面的工作。
3.需求调研、软件设计、编码、测试、实施方面的工作估计过少。
4.项目管理方面的工作量估计不足。
估算如何做出来？
这里开始所说的估算，全部都是指项目组对项目的估算，这个估算的目的是用来指导项目的具体工作。
有很多种估算办法，大致可以分为两类：
1.先得到软件规模，然后根据公司实际的生产率由软件规模导出工作量。
2. 直接得到工作量。
第一类的常见方法有：功能点法、代码行法，第二类的常见方法有Delphi估算法、微软的由底而上估算法。
什么是软件规模？我们先看看一个搬砖头的估算。
假设有1000块砖头，它们的大小和重量一样，每名工人每天能搬100块砖头，于是我们可以估算到需要10人日来搬完。10人日的意思是1名工人需要10天完成，而10名工人只需要1天就搞定了。
这个1000块代表了工作的规模，而生产率就是 100块/日，这样就可以推算出工作量为10人日。建筑工程可以得到土石方量、混凝土量、钢筋量等代表工作规模的数据，这样就比较容易推算出完成这些工作需要的工作量。
而软件工程估算也希望能做到类似的效果，但用什么来代表软件项目的工作规模呢？功能点和代码行是常见的两种软件规模表示方式。
软件规模是与软件具体生产技术、项目管理办法、项目组人员水平等无关的东西，软件规模只和软件项目本身的性质相关，如果我们能找到合适的统一的标准来度量每个项目的规模，这样每个软件项目之间就可以进行横向比较了。功能点法和代码行法都希望能达致这样的效果。
功能点法的基本思路是将复杂的软件分解为一个一个独立的粒度一致的功能点，附加一些调整系数，得到软件规模。
我们的项目大部分是数据库四轮马车的操作（查询、增加、修改、删除），功能点法从比较高的层次对这些工作进行抽象，有一套严密的规则可以让你将需求分解成一个一个的功能点。代码行法思路也类似，不过分解的结果是代码行而已。但一般来说代码行