这样的团队有没有能力开发100万的项目？

项目从08年3月开始，到09 年3月截止，规模估计在50人月左右；08年11月立项（与客户签订合同）；项目中最关键的一个接口最早需要到09年1月才能谈下来；至08年6月，项目组人员全部变更过。我在7月份参与到该项目中，当时手里边只有一份给客户看的类似需求说明的文档（我觉得对开发没什么用，文档中有一些功能结构图和对其进行说明的文字）。

08年7月份后的项目组成员：两个具有2-3年工作年限的员工（其中一个为项目经理）、两个刚毕业的本科生、一个美工

编码规范：没有。有人注释写的很清楚、有人在方法注释上加“TODO”、有人连接口是干啥的都不进行说明（说是看英文名）、有人甚至连包名都大写（java）；业务逻辑层的接口有命名为XXXService的，也有XXXLogic的；接口和实现类有放在同一个包中的，也有分开的。

掌握框架的能力：能够熟练使用Hibernate，能够较熟练的使用Spring中的IOC，初次使用Struts2。然而我觉得没有合理的利用Spring的AOP和对测试的支持。虽然采用了PEAA中的Service Layer模式，然而事务控制被放到了Dao层中；与此同时，Struts 2的WEB层承担了类似于生成订单编号、订单日期等业务逻辑的工作，POJO对象从JSP一直用到Dao层，没有传值对象。

没有贫血和充血的概念。多数情况下实体类通过MyEclipse从数据库表中生成。

没有一个异常处理的体系。很多时候都是throw,然而最终不对其进行处理。在使用try\catch的时候，仅是在catch里边加个e.printStackTrace();

关于测试：没有单元测试，也没有集成测试，有人对把junit.jar放进lib存在疑问，也有人对把测试类提交到版本控制器中感到惊讶，甚至有人把DEBUG当作测试！！！

我是项目组中刚毕业的一位。感觉整个开发过程比较混乱、离软件工程比较远，软件开发常用模型中的任何一个都套不上，OOAD和UML遥不可及，使用OO语言进行着连面向过程都算不上的软件开发。

现在是08年12月初，看看手里的工作，简单总结一下：从需求到代码，拍脑袋出来的；软件质量靠边站，谁写的谁说了算。

把上面的写下来的不是出于抱怨，而是想更清楚的了解一下这个团队的水平；我留在这个公司的一个目的就是想让公司的开发合理一点，使开发出的软件在质量上得到保障。(想法是不是太幼稚了？)

LZ说的其它的可能他们暂时考虑到了，但是有可能没时间，没加上，所以。

至于代码规范，我认为，因为你们项目经理原先应该是做企业应用的，可能没有更多的接触这种互联网，需求的变化，所以可能不重视吧

我见过的JAVA程序员，基本上都是这样子的，命名也都没有规范，一会来个拼音，一会来个英语，要不就又来个_，反正是想起来就是啥，

而且也经常喜欢剪切编程