2006-12-06

什么样的项目算是大项目?

gigix 写道
yhc0125 写道
看过几天的RoR，感觉如果是大型项目的话，不太敢应用

for what reason? your "gut"?
越是大型项目，第一开发团队有更多的时间来深入了解Ruby和Rails，第二项目的维护和变更所占的比重更大，这时候用Rails能够得到更大的收益。


我在很多帖子中都能看到大项目...
我很多时候模糊的感受到大是什么样子
而大多数时候我没办法界定这个大与小的分界线到底是什么..

比如
一个月能作完的项目大家叫小项目
半年作完的项目比上个项目要大
但是能不能说半年作完的项目是大项目呢?
大概很多人会说....不是....

是什么来区分的?
时间
金钱?
代码
人月数?

什么是大项目的本质呢
评论
BirdGu 2006-12-08
drumdance 写道
我觉得项目的用户量,并发用户量也是衡量项目大小的条件


目前很多面向Internet的项目，用户数是很容易上去的，但系统本身未必会大。
抛出异常的爱 2006-12-08
drumdance 写道
我觉得项目的用户量,并发用户量也是衡量项目大小的条件

用户量大所作的调优文档会比说明书还厚的...
drumdance 2006-12-08
我觉得项目的用户量,并发用户量也是衡量项目大小的条件
ASDF1982 2006-12-08
还是应该看需求 看业务复杂度 来定吧
kenny319 2006-12-08
软件项目的核心成本是什么？应该就是人力啊，公司一般也都是给月薪的吧。所以项目的大小按照人月来计算最合适了。200个人月以上应该算大项目。
Readonly 2006-12-08
<30工作人日 小项目
30~60 中项目
>60 大项目
BirdGu 2006-12-08
对不同的人来说，“大”的含义是不一样的。比如对销售和财务来说，“大”“小”肯定是要看销售额的。

从软件工程和项目管理的角度来说，我觉得以项目组成员的数量来衡量比较合理。比如XP所说的中小规模的项目基本就是12人以下。

个人意见，20个程序员以上的就可以算是大项目了。
lszone 2006-12-08
大小之分本来就要有参照物的，看你拿什么比，没有绝对的大，也没有绝对的小，争这个无意义
lszone 2006-12-08
大小本来就是需要参照物的，看你怎么比较了，没有绝对的大，也没有绝对的小，争这个干毛
daoger 2006-12-07
抛出异常的爱 写道
robbin 写道
kent 写道
项目大小是相对的,看客户,看软件公司,有时候说大就大,说小就小.举个例子:
比如我们现在客户做的最大的一个项目,软件费1800万美元,包括咨询,开发,实施等,开发周期>3年
本来法国一家公司中标的,做了一年半,没做好,谈崩了
现在重新给IBM做.
在这过程中,这个项目中最大最复杂的一部份,作为独立项目给我们公司做,估计工作量至少占整个项目的 1/5
结果只给200万RMB

1800万美金算个超级大项目了
200万RMB * 5 = 1000万RMB只能算个大项目
可做的还是一回事~~



所以说项目规模是不是应该按照项目本身的复杂度来衡量比较准确些呢，从金额来衡量并不准确。

像下面这位说的....
lane_cn 写道
大项目的衡量标准要看客户的需求情况，端到端的业务流程的数量，业务的复杂程度。需求的范围扩大到一定程度后，业务流程和数据本身就要划分成多个域。这样的系统就不再是企业中独立的岛屿，而是关系到多个部门，多个行业。用户范围上至公司的CEO，下至最基层的业务人员。
此外还有用户的接触要求，安全性要求。
简单的讲，有个需求规格说明书，说明书上面记录了功能性和非功能性的需求，这个说明书的厚度标志了项目的大小。

说明书厚度真的可以用作一个项目的大小的标帜
一个大项目没有足够的说明书一样是拉不到客户的
而一个小项目说明书太厚浪费的人力成本也是惊人的....

严重同意！
抛出异常的爱 2006-12-07
robbin 写道
kent 写道
项目大小是相对的,看客户,看软件公司,有时候说大就大,说小就小.举个例子:
比如我们现在客户做的最大的一个项目,软件费1800万美元,包括咨询,开发,实施等,开发周期>3年
本来法国一家公司中标的,做了一年半,没做好,谈崩了
现在重新给IBM做.
在这过程中,这个项目中最大最复杂的一部份,作为独立项目给我们公司做,估计工作量至少占整个项目的 1/5
结果只给200万RMB

1800万美金算个超级大项目了
200万RMB * 5 = 1000万RMB只能算个大项目
可做的还是一回事~~



所以说项目规模是不是应该按照项目本身的复杂度来衡量比较准确些呢，从金额来衡量并不准确。

像下面这位说的....
lane_cn 写道
大项目的衡量标准要看客户的需求情况，端到端的业务流程的数量，业务的复杂程度。需求的范围扩大到一定程度后，业务流程和数据本身就要划分成多个域。这样的系统就不再是企业中独立的岛屿，而是关系到多个部门，多个行业。用户范围上至公司的CEO，下至最基层的业务人员。
此外还有用户的接触要求，安全性要求。
简单的讲，有个需求规格说明书，说明书上面记录了功能性和非功能性的需求，这个说明书的厚度标志了项目的大小。

说明书厚度真的可以用作一个项目的大小的标帜
一个大项目没有足够的说明书一样是拉不到客户的
而一个小项目说明书太厚浪费的人力成本也是惊人的....
robbin 2006-12-07
kent 写道
项目大小是相对的,看客户,看软件公司,有时候说大就大,说小就小.举个例子:
比如我们现在客户做的最大的一个项目,软件费1800万美元,包括咨询,开发,实施等,开发周期>3年
本来法国一家公司中标的,做了一年半,没做好,谈崩了
现在重新给IBM做.
在这过程中,这个项目中最大最复杂的一部份,作为独立项目给我们公司做,估计工作量至少占整个项目的 1/5
结果只给200万RMB

1800万美金算个超级大项目了
200万RMB * 5 = 1000万RMB只能算个大项目
可做的还是一回事~~



所以说项目规模是不是应该按照项目本身的复杂度来衡量比较准确些呢，从金额来衡量并不准确。
kent 2006-12-07
项目大小是相对的,看客户,看软件公司,有时候说大就大,说小就小.举个例子:
比如我们现在客户做的最大的一个项目,软件费1800万美元,包括咨询,开发,实施等,开发周期>3年
本来法国一家公司中标的,做了一年半,没做好,谈崩了
现在重新给IBM做.
在这过程中,这个项目中最大最复杂的一部份,作为独立项目给我们公司做,估计工作量至少占整个项目的 1/5
结果只给200万RMB

1800万美金算个超级大项目了
200万RMB * 5 = 1000万RMB只能算个大项目
可做的还是一回事~~
lane_cn 2006-12-07
大项目的衡量标准要看客户的需求情况，端到端的业务流程的数量，业务的复杂程度。需求的范围扩大到一定程度后，业务流程和数据本身就要划分成多个域。这样的系统就不再是企业中独立的岛屿，而是关系到多个部门，多个行业。用户范围上至公司的CEO，下至最基层的业务人员。
此外还有用户的接触要求，安全性要求。
简单的讲，有个需求规格说明书，说明书上面记录了功能性和非功能性的需求，这个说明书的厚度标志了项目的大小。
抛出异常的爱 2006-12-07
那我认为普通意义上程序员的
"大项目"说的是失败后不能承担的项目吧
adamzhao 2006-12-07
如果以前做过的最大的项目是1000块钱的，那么一万块的对你来说绝对是大项目。

大小只是相对于自己的经历的。 包括程序员和老板。
daoger 2006-12-07
项目的大小根本就没有绝对意义上的划分；
要是按开发周期算的话，有时周期过长并不是开发人员的问题，还有开发条件不具备和用户的要求有关系以及敏捷开发技术的应用；

按照合同金额算，有时还包括给用户的硬件采购，这总不能也算作软件开发的费用吧！

代码量也不好说，一个新手写1000行代码搞定的东西，老手可能只需要700行；不用新技术的情况下10W行代码能搞定的项目，用了新技术可能只需要6w行。

按人月算的话，项目以后的维护和二次开发还算不算啊？


我觉得看一个项目是不是大项目应该从用户的角度来看，而不应该从我们开发人员的角度看；这个项目在用户应用的行业或公司等产生的影响力的大小，不就可以作为一个项目大小的评定吗？
together 2006-12-07
lighter 写道
抛出异常的爱 写道
java虫 写道
软件项目合同额几百万的不多吧.

100W以上的单子难到很少么?
看来软件比大白菜还便宜的话不是空说的
一人月大约是一到二万
5-10个人作一二年的项目....
光工资就快到百W了

一人月大约是一到二万??一般的公司的开发程序员哪有这么高啊

二万是正常值。当然不仅指程序员的工资。还包括公司的其它各种成本。公司对内投入的售前、销售、售后、财务、后勤，对外的公关请客车交路费都要计算在内的。
evanyuan 2006-12-06
对没开发经验的人来说，10000代码量就算大项目了

一个项目分成（或关联）30+个系统，假设我只是在其中一个项目中（假设6个人年），我算在做大项目还是小项目？
lighter 2006-12-06
抛出异常的爱 写道
java虫 写道
软件项目合同额几百万的不多吧.

100W以上的单子难到很少么?
看来软件比大白菜还便宜的话不是空说的
一人月大约是一到二万
5-10个人作一二年的项目....
光工资就快到百W了

一人月大约是一到二万??一般的公司的开发程序员哪有这么高啊
抛出异常的爱
搜索本博客
我的相册
1569dbfd-b702-3ce0-a83c-605b146f22c2-thumb
长椅
共 39 张
存档
最新评论