目前我在为一家网站从事开发，维护工作，最开始网站小，功能的开发很简单，工程师，页面设计，网站运营几个人碰下头就做了，现在网站做大了，功能也很多，开发一个小功能往往有很多人相关，按照原来的方式，经常会出问题，比如重复开发，互相影响等，于是我们想采用流程控制，开始采用cmm2,关键过程领域，实施一段后发现，需求评审很难做，因为我们的项目时间都不会很长，评审的过程太严格，实施当中基本流于形势。前年开始，我们在采用XP开发，XP开发当中弱化文档，这样评审基本没有了，需求方就满意了，因为他们不用参加很多开发相关的会议，只要一两个会议，说清楚要什么就行了，可是我发现开发的过程还是和原来原始的开发过程没什么区别，总是到发布前拼命赶时间，发布几乎都是推迟的。
我想请问有没有同样在网站从事开发的朋友，你们的开发流程是怎么样的？
>开始采用cmm2 , XP开发
项目工程管理方式是表面，是舍本求末，打个比喻：你的工厂都是手工方式生产，你就是采取再高级的管理模式也不能提高你的产量和效率。
关键是：将生产设备自动化程度提高，再辅助以相应的管理模式，才会取得如虎添翼。
在java软件生产中也是这样，首先架构水平就代表生产设备自动化程度，比如，采取Struts+Jdon+Hibernate架构就可以实现界面、业务和数据库完全分离，各自同时进行，只通过接口打交道，改变以往先做数据库层、再做界面层，再将美工设计和界面代码合并的落后手工方式。
一直我很奇怪，为什么象您这样软件公司总是发生缘木求鱼的事情呢？大概软件工程管理大家比较熟悉，而架构设计则陌生，软件从来是功能+软件工程两者结合，所以，由此可见，扫盲活动真是不可缺少啊。
我们有自已的一套开发架构，是融合了strus,spring的一个架构，并且有自已的编译工具，用起来还是比较不错的，当然架构当然还有缺点，就是配置、布署上面有很多的非标准的（自定义）配置文件，所以开发效率比较低，但是从开发工程师的角度来看，如果一个业务功能，每个人的实现起来都是按照统一的流程去实现web+controll+ao+do,因此在开发环境上，虽然不是很理想（自动化工具不多，都是基于console的工具），但是还是比很多公司要强。
我们是一家网站，不是一家软件公司，因此，开发一个项目并没有太大的市场上的压力，不过需求变化是很频繁的，所以想请问一下有没有类似经验的兄弟给分享一下经理。
给你个建议，让你们开发部经理多上Jdon。 :P
多上jdon,也要看到一些经验啊。。。
我们是一家网站，不是一家软件公司，因此，开发一个项目并没有太大的市场上的压力，不过需求变化是很频繁的，所以想请问一下有没有类似经验的兄弟给分享一下经验。
笔误
网站的开发是这样的，最初的要求低，需要快速适应市场，于是就用比较临时的解决方式，然而网站发展了，需求更复杂了，原来的设计就感觉到有了缺陷，需要重构或者重新设计。然而网站的难处在于，当前的系统要不断地继续运行，以前的数据要保留且无法弥补，新的设计肯定难于去适应旧的有问题的数据。很快就会发现开发越来越难，越来越复杂，甚至于无法收拾。
归根结底，是最初的设计太简单或粗陋了，没有充分考虑日后的扩展和变化，需求也许是不可预测的，但架构却要能够以不变应万变！