这个项目需要什么样的团队

最近被敌人一顿折磨.

所在的项目大,巨大,强大... ...

最近又购入了1.5w的债权/1300w交易

而且主工程要对应4种业务模型,也就是4套版本.

而一个独立版本又分为4种:本地版,网络版,共享版(本地),,共享版(服务器)

吹点牛说,就是4*4=16种版本.

 

本来是放在baidu的一篇随笔,拿出来晒晒,javaeye的大侠们,帮看看

这样的一个项目需要怎么样的一个团队,比如人数,技术层面等.

进而知道自己在什么位置,以防,那天一蹬腿,找不到工作啦:D

(PS: 这里划表格太恐怖啦,看到的达人,能改一改吧,用wiki的或a9text的都行啊)

 

*) 项目概要
   Credit是一个信贷系统,包括个人/企业,有担保/无担保贷款业务.
   现有债权数10万,贷款额134.5亿,是需求,设计,编码一起从0开始

   2004-04 立项.
     2004-12 营业.
     2005-09 Cafis/Jic/DNP 合作.
     2006-01 livedoor事件,业务萎缩,裁员.
     至今,credit和业务一样还在努力的活着...

*) 功能摘要
   申请: web,mobile,ivr(自动语音电话)
   管理: 管理工具(swt),Mypage(web)
   服务: 文书类,ATM(Cafis),JIC(全国信用情报机构)
   报表: 营业日本,营业月报

*) 应用技术
   java(桌面应用程序,批处理程序,Web/Mobile,专项服务)
   bash(监控脚本)
   python(辅助程序)

*) 服务器数
   14台业务服务器,分别提供
   db2/mysql/postgres
   tomcat/apache
   vpopmail
   samba/ftp
   jic/ivr/cafis

*) 代码规模(*.java 不包括*.jsp)

活跃工程	文件数	总行数	代码行	注释行	空行
admin	2360	1134297	853090 (73.81%)	185621 (16.06%)	117098 (10.13%)
core	1404	503255	293730 (57.53%)	142670 (27.94%)	74178 (14.53%)
common	408	78703	50532 (63.13%)	19814 (24.75%)	9695 (12.11%)
batch	522	153308	118059 (75.29%)	22115 (14.10%)	16631 (10.61%)
cafis	106	21522	15974 (72.57%)	3422 (15.55%)	2616 (11.88%)
jic	325	89312	68407 (69.96%)	19300 (19.74%)	10073 (10.30%)
web	230	47512	35219 (72.06%)	7675 (15.70%)	5980 (12.24%)
mobile	54	11057	7971 (68.94%)	2083 (18.01%)	1509 (13.05%)
web_mypage	142	17529	13028 (73.42%)	2504 (14.11%)	2212 (12.47%)
mypage_mobile	80	13567	9387 (68.59%)	2431 (17.76%)	1867 (13.64%)
mypage_bkserver	45	6307	4460 (70.44%)	729 (11.51%)	1143 (18.05%)
总计	5676	2076369	1469857 (69.61%)	408364 (17.75%)	243002 (12.64%)
所有工程	10576	4337779	3206555 (72.51%)	772760 (17.48%)	442641 (10.01%)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

*) 数据库规模
   DB2 Schema 共有1043张表
   CODE表449
   主力表239

   DB2 全备份文件(*.tar.gz) 3.5G

 

*) 名词解释

jic 是日本全情连
ivr  是一套语音服务系统,可以通过电话自动提供服务
cafis 就是ATM取款机的系统啦

评论

12 楼 stevenwang 2008-04-10  

需要一个狂加班的团队。

11 楼 liujunsong 2008-04-10  

如果是从头开始的话:
人员应该整体分为三个大层次: 模型组,设计组,开发组

模型组负责逻辑建模,抛弃界面和语法,从逻辑上抽象出一套核心模型出来,主要的工作是定义有那些核心模型,每个模型的功能范围和相互交互联系关系.
模型组同时负责建立核心模型和数据库存储之间的对应关系描述

设计组则选定具体的技术架构,定义通用的界面元素和通用的功能代码类,设计出每个具体功能的界面和实现逻辑.负责将模型组定义的核心模型包装成开发可用的代码

开发组按照设计组的要求,一一加以实现,开发组的具体功能相对独立,相互之间不需要太多交互.

admin抛弃swt,用jsp实现即可.

10 楼 whitesock 2008-04-09  

core主要是业务逻辑，admin是个后台的swt管理工具

9 楼 jimmy_c 2008-04-08  

其实如果去除admin和core两个模块，剩下的模块数据就比较正常：
44万行代码，平均每文件代码量100~300左右。相当一个中型项目。每个project的含义也比较清楚。

如果是从0开始，应该算是一个大型项目。应该分为3~4个team，每个team 10~20人左右（含测试人员），负责一个子项目。根据项目的需求，team下面可以随时拆分成2~3个小组。

项目大，功能比较杂，对于需求/管理能力要求比较高。这样的项目，对于开发的支持部分其实是很重要的，比如说市场需求，进度控制，build，localization，和测试。他们更容易出问题，反过来影响开发。

admin和core模块究竟是完成哪些功能呢？
如果admin主要是web处理，那么代码量就要大打折扣。
感觉模块应该可以细分，这个表能给出的信息实在是太不够了。

8 楼 cm4ever 2008-04-07  

这么大的项目只安排10～15人，你狠，牛马们看到这些开发人员也会有自豪感的。

7 楼 laiseeme 2008-04-03  

航空母舰啊

6 楼 RCFans 2008-03-29  

这样的项目……还是需要一些编码能力强的人以保守姿态进行维护吧，稳定的运行最重要
估计项目中那种特杂乱竟然又能神奇正确运行的代码特别多

5 楼 trydofor 2008-03-28  

>Darren
python,目前在监控脚本和自动修改sudo密码,web监视文件变更上用到了.
在你走后,一遍学习一边扯的几个脚本,没大面积用.
dino说我晒的内容,还不到整个系统的30%,afu出山的时候,可以亮亮你曾经奋斗
的credit是个什么样的工程啦
>All
补充一点,现在项目2周一发布,每次功能点在20-40个不等.
08年到现在对cvs(*.java)的统计:
日修改代码 1356.5 行
日净增代码 402.7 行
4套版本,对应正式db有4个db

4 楼 movingboy 2008-03-27  

这个项目我觉得蛮恐怖了~~~

如果有项目的历史工程数据，可以推算一下规模和工作量。有兴趣读读《软件估算－黑匣子揭密》那本书吧

3 楼 Godlikeme 2008-03-27  

10-15人做三年。？
数据量不太大。

2 楼 fujohnwang 2008-03-27  

啥时候加python了？

1 楼 liu.jun 2008-03-27  

引用

这样的一个项目需要怎么样的一个团队,比如人数,技术层面等.

以Feature、Cost、Schedule三角来看，你的问题是以实现所有Feature为前提，那么自然团队人数和实现日程成反比。如果应用Scrum，那么团队成员在5-10之间为宜，如果由于日程的需要增加开发人员，那就继续拆分为这样规模的小团队(规模过大造成无法有效沟通)。技术层面上，Scrum建议团队中的人员都是多面手，需要负责完成编码、测试、文档的工作，当然也可以有专门的角色，什么组成在实践中最有效就采用(通过在每个sprint后回顾反省)。Scrum的要义是inspection和adoption，以变化应对变化。