软件开发中工作量与工时评估模型 前言
软件开发中如何合理的预估项目的开发时间始终是一个难题。因为项目中不确定性的因素太多。这里我们根据日常项目中开发的规律总结出一种工作量预估的模型。该模型参考物理学中时间的计算方式:
$$
时间(T)=\frac {距离(S)}{速度(V)}
$$
得到我们的软件开发时间计算公式:
$$
开发时间(T)=\frac {工作量(S)}{开发速度(V)}
$$
工作量主要与三方面的因素有关系。任务的规模、任务的复杂度以及完成该任务的人员能力水平。这里我们先假设一个标准的人员水平(即：理想状态下人员水平都是一定的标准工程师)。那么此时工作量主要与任务的规模与任务的复杂度有关系。
1.1 任务规模(S)关于任务的规模拆分出如下等级。(我们可以总结自己项目的规律来调整这个等级)：
级别 描述5 任务规模极其之大，甚至不能估计，可以拆分成很多小任务，甚至子工程。
4 任务规模较大，需要一周左右的时间来完成，可以拆分成很多小任务
3 中等规模的任务，需要三到五天左右的工作量
2 任务小，需要两到三天左右的工作量
1 任务较小，需要一天左右的工作量
0.5 任务非常小，需要很少的工作量，需要几个小时的工作
注意:这里的工作量只是完成任务本身所需的工作量，但软件开发往往不只是完成任务本身，更多时候任务还会涉及到其它相关的任务、系统。也有些任务可能涉及到团队技术的盲点，需要一定的时间研究分析等。因此，我们还需要结合任务的复杂度来进行工作量的评估。
1.2 任务复杂度(C)关于任务复杂度，同样可以拆分出以下几个等级。
级别 描述5 极其复杂，更多依赖于其它任务、系统或子系统，含有团队中缺乏的技术，或者一些重要的经验，任务描述很不清晰，有许多未知因素，对外部任务、系统或子系统有很大的影响等
4 非常复杂，依赖于其它任务、系统或子系统，其中所涉及到的一些技术点、经验在团队中不是强项，任务描述不清晰，有些未知因素，需要极高的一些技术能力才能完成，对外部任务、系统或子系统有一定的影响等
3 中等程度复杂，有些依赖于其它任务、系统或子系统，完成任务很少或不需要研究，任务描述很清晰，未知因素基本没有，只需要一般的技术能力就可以完成，对外部任务、系统或子系统很少的影响等
2 简单，很少依赖于其它任务、系统或子系统，其中所涉及到的一些技术点、经验在团队中曾经有过，任务描述基本清晰，未知因素较少，只需要一般的技术能力就可以完成，对外部任务、系统或子系统基本没有影响
1 较简单，基本没有未知因素，所涉及的技术、经验都是团队非常熟练的。只需要基本的编程能力就可以完成，任务影响力仅涉及自身。
1.3 工作量(E)
$$
单个任务工作量(o)=SC
$$
$$
项目的总工作量(E)=\sum_{i=1}^n{(SC)}_i
$$
这里，我们定义工作量的最小工作单位为sp，单位时间一天的工作量。1sp即：我们的标准工程师一天的工作量为1sp(即:我们的标准工程师理想中的开发速度为1sp)；
我们的一个标准工程师理想中的开发速度就是一天可以完成1sp的工作量。前提是标准程序员，但显然我们团队中的程序员不可能都是标准工程师。因此理想中我们的团队开发速度为:
$$
团队理想开发速度(V_t)=标准工程师开发速度(V_s)*团队人员个数(R)
$$
项目开发速度是一个很复杂的概念，很难准确的对其进行定义。考虑到不同团队成员的能力不同，则开发速度也不相同，即使是同一团队，其开发速度也不是一成不变的，会受到各种因素的影响。理想开发速度仅仅是没有受到任何阻力影响时的速度。但在项目过程中，总会遇到一些影响。其影响因素主要包括两方面。确定性因素以及突发性因素，在项目开始前，项目经理对以下两种因素预估的越准确，那么对开发时间的评估也越准确。