论坛首页 综合技术论坛

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

浏览 11294 次
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-03-27  
最近被敌人一顿折磨.
所在的项目大,巨大,强大... ...
最近又购入了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)

活跃工程文件数总行数代码行注释行空行
admin23601134297853090 (73.81%)185621 (16.06%)117098 (10.13%)
core1404503255293730 (57.53%)142670 (27.94%)74178 (14.53%)
common4087870350532 (63.13%)19814 (24.75%)9695 (12.11%)
batch522153308118059 (75.29%)22115 (14.10%)16631 (10.61%)
cafis1062152215974 (72.57%)3422 (15.55%)2616 (11.88%)
jic3258931268407 (69.96%)19300 (19.74%)10073 (10.30%)
web2304751235219 (72.06%)7675 (15.70%)5980 (12.24%)
mobile54110577971 (68.94%) 2083 (18.01%)1509 (13.05%)
web_mypage1421752913028 (73.42%)
2504 (14.11%)2212 (12.47%)
mypage_mobile80135679387 (68.59%)2431 (17.76%)1867 (13.64%)
mypage_bkserver4563074460 (70.44%)729 (11.51%)1143 (18.05%)
总计567620763691469857 (69.61%)408364 (17.75%)243002 (12.64%)
      
所有工程1057643377793206555 (72.51%)772760 (17.48%)442641 (10.01%)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

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

 

*) 名词解释

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

   发表时间:2008-03-27  
引用
这样的一个项目需要怎么样的一个团队,比如人数,技术层面等.


以Feature、Cost、Schedule三角来看,你的问题是以实现所有Feature为前提,那么自然团队人数和实现日程成反比。如果应用Scrum,那么团队成员在5-10之间为宜,如果由于日程的需要增加开发人员,那就继续拆分为这样规模的小团队(规模过大造成无法有效沟通)。技术层面上,Scrum建议团队中的人员都是多面手,需要负责完成编码、测试、文档的工作,当然也可以有专门的角色,什么组成在实践中最有效就采用(通过在每个sprint后回顾反省)。Scrum的要义是inspection和adoption,以变化应对变化。
0 请登录后投票
   发表时间:2008-03-27  
啥时候加python了?
0 请登录后投票
   发表时间:2008-03-27  
10-15人做三年。?
数据量不太大。
0 请登录后投票
   发表时间:2008-03-27  
这个项目我觉得蛮恐怖了~~~

如果有项目的历史工程数据,可以推算一下规模和工作量。有兴趣读读《软件估算-黑匣子揭密》那本书吧
0 请登录后投票
   发表时间: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
0 请登录后投票
   发表时间:2008-03-29  
这样的项目……还是需要一些编码能力强的人以保守姿态进行维护吧,稳定的运行最重要
估计项目中那种特杂乱竟然又能神奇正确运行的代码特别多
0 请登录后投票
   发表时间:2008-04-03  
航空母舰啊
0 请登录后投票
   发表时间:2008-04-07  
这么大的项目只安排10~15人,你狠,牛马们看到这些开发人员也会有自豪感的。
0 请登录后投票
   发表时间: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处理,那么代码量就要大打折扣。
感觉模块应该可以细分,这个表能给出的信息实在是太不够了。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics