[笔记] 如何划分大中小型项目？
学习资料： ITIL培训基地专家讲堂直播 300期视频回放
微型：只是一个人，甚至是半日工作在几天内完成的软件；
小型：一个人半年内完成的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)
6517/viewspace-616581
XXX 管理平台系统——项目风险
6517/viewspace-612431
跟大家交流一个ITIL的概念吧：为推动ITIL在国内的发展，降低IT服务人员的培训成本，在保证培训质量的基础上，一些培训机构通过互联网组织了ITIL团购，目前ITIL培训基地组织了ITIL Foundation培训团购（ITIL团购）、ITIL落地培训团购以及ITIL Expert培训团购活动。 嘘，低调。
页:
[1]