如何划分大中小型项目？
Ø
微型：只是一个人，甚至是半日工作在几天内完成的软件；
Ø
小型：一个人半年内完成的
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