Ø 微型：只是一个人，甚至是半日工作在几天内完成的软件；

Ø 小型：一个人半年内完成的 2000 行以内的程序；

Ø 中型： 5 个人在 1 年多的时间内完成的 5000-50000 行的程序；

Ø 大型： 5-10 人在两年内完成的 50000-100000 行的程序；

Ø 甚大型： 100-1000 人参加用 4-5 年完成的具有 100 ， 0000 行的软件项目；

Ø 极大行： 2000-5000 人参加， 10 年内完成的 1000 万行以内的程序；

以上摘自：《软件工程概论》 郑人杰、殷人民编

这样的观点是以代码行作为计量标准的，认为代码行多的自然项目也就大了。

个人认为有点过时了，当今的项目以 B/S 架构项目居多，无论 java 项目还是 .net 项目的 web 项目，都包含了 xml ， html ， css ， js 等，问题是这些能去计量吗？即使以 java 核心开发模块为例，所谓的 javabean 很多都是 O/R 映射的产物，系统自动生成的代码也不计期数；而且代码本身的质量优劣与代码的长度也有一定关系；再次以代码行作为计量标准和工作标准，会导致代码行的虚增。

当然也有人以项目金额作为划分标准的：

Ø 小型： 50 万以下

Ø 中型： 50 万 ~500 万

Ø 大型： 500 万以上

事实上大多数企业也都以项目总金额作为大中小型项目的评判标准（可能对大中小型项目的具体金额有所不同），并以此来计算投入的资源。该判断标准掩藏了一个问题，即包不包含硬件费用，而硬件费用通常是由甲方进行采购的。同样一个 1000 万的项目，可能软件费用 200 万，硬件费用 800 万，也可能软件费用 800 万，硬件费用 200 万，那么这个项目到底算中型还是大型呢？

按人月作为划分标准：

当然不可否认人月与代码行和总金额是密切相关

Ø 小型： 18 个人月以下

Ø 中型： 200 个人月以下

Ø 大型： 200 个人月以上

同样以人月来度量项目规模也有所偏颇，有的项目有广度无难度，有的项目有难度无广度，有的项目既有难度又有广度，很多时候无法准确度量或者说按人月无法看清项目的实质。

个人认为项目的规模划分以从多方面考量

1、 项目是否包括若干子项目

2、 与周边系统的集成多少

3、 项目人数的多寡

4、 项目费用（包括软硬件费用）

5、 基于人月的评估

6、 对系统高可用性的要求

根据以上的指标，是否可以这样界定大中小型项目呢？

小型项目：

软件费用 50 万以下，人数 3~5 人， 18 人月以下，项目目标单一，不需要与周边系统集成，对系统高可用性要求一般，团队结构简单，仅有项目经理和开发人员担任即可

中型项目

软件费用 500 万以下，人数 5~20 人， 200 人月以下，项目有几个子项目构成，需要与多个周边系统进行集成，对系统高可用性有要求，团队结构比较复杂，需要专职项目经理、架构师、需求分析人员、开发人员、测试人员、系统集成工程师等；也需要项目经理协调与公司其他部门的资源。

大型项目

软件费用 500 万以上， 20 人 ~ ？ 200 人月 ~ ？，项目由众多子项目构成，不仅需要与周边系统进行集成，本身的集成难度也很大，对系统高可用性有很高要求，团队结构很复杂，需要项目经理、产品经理、质量经理、需求分析人员、系统设计人员、系统集成工程师、 DBA 、开发人员、测试人员、质量人员，也包含了公司的一把手。（因本人未实施和参与过大型项目，所以无法准确描述）

管理中型项目的风险（大型的已经超出本人能力所在了）

1、 公司的支持程度

2、 团队成员沟通

3、 项目管理和协调难度

4、 与不同公司、不同部门、与同公司不同部门的沟通协调

5、 集成难度

6、 系统架构

7、 项目进度控制

关于风险细节请参看

XXX 管理平台系统——项目总结 (over)

http://blog.csdn.net/baoqiangwang/archive/2009/10/15/4673247.aspx

XXX 管理平台系统——项目风险

http://blog.csdn.net/baoqiangwang/archive/2009/10/14/4672715.aspx