十几杆枪如何应对几十个项目-做好产品化

好像说的就是AMS啊；

那我们的人数和你的差不多啊，我刚刚数了下项目，发觉现在有18个了，不过我们的项目不是十几个一起上，项目都是从07年才陆陆续续上的。现在感觉稳定些了，对有些小项目，部署上去就完了，基本上没有什么需求了。

其实做好产品化也只是其中一个方面，我觉得团队管理更加重要。
毕竟8人左右的团队能靠感情感化，几十人的团队就必须得靠制度。
团队管理必须制定出良好的制度和流程，才能达到团队经验的积累和团队的效率提高。
整个团队必须统一编码规范，统一技术，统一质量标准和统一管理。

说说我们现在的情况，公司一开始是一套C/S结构的产品，客户的二次开发需求很少。前几年花大力气开发了一套B/S下的产品，现在基本成型，但经不住客户的现场使用，每个客户那里都会有这样那样的问题，于是一个产品衍生出N个项目，基本上是一个客户对应一个。客户发现一个bug，在客户版本中更改的同时需要对产品进行更改；客户有些功能性的需求感觉比较通用的，也会加到产品中。于是版本控制开始混乱起来，常常是改了这个版本忘了那个版本。现在是5个人维护四五个项目还有一个产品。
有专门的实施部门，研发这边的需求都是由实施部门反馈过来的。两个部门之间的摩擦也不小。
现在最大的问题就是版本控制非常混乱，每次客户更新都是手工整理更新包。常常会出现客户那边出错，一路排查下来，原来是更新包中少了一条数据库脚本

尽量让一个产品版本对应多个项目版本。对于通用的功能需求，可以使用开关功能或者功能插件的方式来屏蔽项目的差异性。对于项目完全定制的需求，可以采用单独的分支（但尽量少），不然打补丁很痛苦。
脚本问题，我们也遇到过，我们是使用一个单独文件来记录每个版本的升级SQL语句（每个数据库一份），如从某个版本升级到另外一个版本XX表需要增加一个非空字段的SQL脚本。