×

扫描二维码登录本站

标签: 暂无标签

学习资料: 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


本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x




上一篇:[转载] 从CIO的角度谈大型企业IT建设(终结篇)
下一篇:[转载] 同行评审那些事儿(一):评审的必要性
tooler

写了 227 篇文章,拥有财富 1226,被 3 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
孤独无败 发表于 2014-3-30 00:06:23
跟大家交流一个ITIL的概念吧:为推动ITIL在国内的发展,降低IT服务人员的培训成本,在保证培训质量的基础上,一些培训机构通过互联网组织了ITIL团购,目前ITIL培训基地组织了ITIL Foundation培训团购(ITIL团购)、ITIL落地培训团购以及ITIL Expert培训团购活动。
青铜狂魔 发表于 2014-3-30 00:06:25
嘘,低调。
Powered by ITIL  © 2001-2025
返回顶部