项目-做好产品化

转自http://www.iteye.com/topic/714269
团队就十几个人，开发一个产品，该产品引出了几十个项目，然后就导致了人全扑向项目，经常加班，产品半年没有进展。然后大家需要思索一条出路：那就是产品化，一个产品版本对应多个项目。

以下是我多年来的积累，如有异议大家可以讨论，探索出一条可行的出路。本文作为抛砖引玉之用。

项目中的问题：
项目需求太多，没有人力开发产品。
产品很难用，要出项目效果，实施非常耗时。
项目催得很紧，明天就要功能上线。
各个项目都需要支持，研发成了客服。
客户领导要看，下周就要演示。
BUG太多，项目经理埋怨研发，研发埋怨测试。
项目定制化需求过多，一般有报表定制,首页内容定制,界面优化定制,登录界面和客户LOGO定制,工单流程定制。

那么需要解决这些问题需要做一些改进：

管理上的改进：
开发产品，而不是开发项目。这需要项目经理和产品经理顶住项目的压力。
优先保证质量，而不是开发新功能，不然项目中问题最多的就是BUG了。最重要的就是程序员需要从源头抑制BUG的出现，减少测试的成本。如果发布产品版本后，反复测试，又反复发版本，这样对时间和信心的消耗非常大。
产品功能不易过多，产品主要是解决用户的需求，而不是在功能点的累加。
增加易用性，产品使用简单快捷，产品出厂的时候内置标准数据和通用流程，减少实施成本和客服成本。
增强用户体验，减少用户的反馈意见，详见“操守俱佳之女子为何隐于市”。
统一接口人，由他统一支持各个项目，该接口人需要对产品非常熟悉。
削弱项目定制需求，以减少人力都投入到项目，需要定期整理各个项目中的需求，分析出产品功能和项目定制功能，产品功能优先开发。
定期发布产品版本，最快1个月项目做一次更新。
减少沟通成本，能决定的就不要讨论，需要讨论只涉及相关人。
做好需求处理，详见“企业应用中需求处理”
团队成员要精，不宜过多，以降低沟通成本，管理成本和培训成本。
少用没经过仔细研究的新技术，以减少后期维护的成本。

架构上的设计：
统一门户: 门户的内容可以定制，解决各种层次的用户关注的角度不一样的问题。
功能开关: 产品功能可能有的项目中用不到，开着却又影响使用和产品性能，那就建议增加产品功能开关，默认打开，不需要关闭。
项目功能开关：对于项目中完全定制化需求，需要增加项目功能开关，在产品中配置一个项目ID，产品判断当前项目有此功能，才将功能打开（如每个项目都有客户的LOGO）
界面换肤：其实界面美观真是仁者见仁智者见智的事情，客户的审美观差异非常大，而且提不出修改意见的客户也会说界面要改改，那就支持产品内部换肤吧。
菜单定制: 假如项目是按照模块来卖的，而且项目中经常想改变菜单的名称及位置，那就建议增加菜单定制功能，模块和一二级菜单可以随意定制和挂载。
程序安装一键化，配置界面化,建议实施的时候配置项尽量少，出场尽量配置好。