【IT168 专稿】 IBM WebSphere Commerce是IBM WebSphere软件品牌下专业致力于电子商务解决方案的软件产品。在经历了数十年的不断发展，以及在全球数以千记的客户成功应用之后，已经形成以商品管理、销售管理、订单管理、用户管理、营销管理等为核心模块，以电子商务行业非常好的实践为支撑的一整套解决方案。
从基础架构上来看，WebSphere Commerce是构建在WebSphere应用服务器平台的极其庞大而复杂的J2EE应用。因其模块繁多且复杂，所依赖的软件产品众多，对不同客户所要进行的定制工作量巨大，因此WebSphere Commerce项目的实施难度超过了一般IT软件项目实施。特别是对于我国这样的电子商务的新兴市场，各行业的电子商务业务还不规范，不同客户的需求更是五花八门，对于WebSphere Commerce在中国的实施就存在着更大的风险。
笔者刚刚经历了国内某著名运动品牌的WebSphere Commerce实施服务项目，该项目已于近日完成B2B一期的实施并按期成功上线。此项目从2009年年初启动，历时近半年，经历了从需求调研、产品差异分析、解决方案总体架构设计、模块设计、开发编码、功能测试、系统集成测试、安装部署、历史数据迁移等一系列完整项目生命周期活动，最终在IBM实施团队，合作伙伴实施团队以及客户的共同努力下，成功实现项目目标并按时上线，的确是得来不易。这其中积累了非常多宝贵的成功的经验。总结起来，我们认为，对于WebSphere Commerce这样具有鲜明行业特征的大型企业级软件在中国的实施，决定其成功有三把取胜之匙。
取胜之匙之一： 尽早控制并降低风险
一个IT项目从启动之日起到最终上线，都要经历各种各样的风险。如何控制并尽量减少这些风险，并且降低风险对项目的影响，是决定项目成败的关键因素。我们的经验是，一定要尽早做项目风险分析，并且尽早采取一切必要行动控制风险，防患于未然，减小风险发生的可能性并降低风险的破坏程度。
在实施阶段IT项目的风险主要包括业务风险和技术风险。业务风险主要是指由于对客户业务需求了解的不充分，导致IT实现与客户的实际业务操作有差距，客户业务无法在新的系统有效开展，致使无法顺利通过项目验收，返工，最终导致项目延期甚至失败。这部分的主要困难在于，对于客户业务的熟悉和了解一般发生在项目的早期需求调研阶段，这时候实施团队刚刚进场，对于客户环境以及客户真实的业务缺乏最基础的了解，而由于项目时间的压力或客户时间的限制，需求调研往往不能充分的开展就匆匆进入设计和开发阶段，而在这时才发现对于某个业务细节了解并不确切，或者重新约见客户了解需求，或者按照自己主观臆断进行设计和开发。无论哪种情况，都既浪费了时间，又面临着与客户需求不符的极大的风险。所以，对于Commerce的实施项目，需求调研一定要充分细致的开展，宁可在这一阶段慢一点，在对客户实际业务的每一个细节都充分掌握之前，都不要仓促进入设计和开发。我们在项目中对于控制项目业务风险主要做到了下面几点：
1. 为需求调研阶段预留了充足的时间，在5个月的整个项目实施周期中，需求调研就进行了2个月。
2. 驻扎客户现场，与客户频繁而深入的交流，对于每一个需求点都进行反复的确认，与客户达到充分的一致。在此项目中我们共进行了三轮需求调研：第一轮主要是确定项目范围和一级模块，以及非功能需求，确定项目的日程表和总体项目计划；第二轮调研是跟客户IT人员或个别业务主管人员进行，确定每个系统模块的功能划分划分，粗略的产品差异分析，确认潜在的风险和问题，生成二级功能点；第三轮是详细调研，分模块跟客户基层业务人员一起进行，生成三级业务功能点列表和业务流程图，和客户进行正式的需求汇报，客户签字确认，成为正式指导设计实现的项目文档。
3. 需求以业务流程为核心，而非以功能模块为核心。
4. 在需求调研结束前向客户领导和主要的业务人员进行一次正式的需求汇报，主要包括业务流程和业务功能点列表，了解认识差异并更新需求文档，最终和客户在需求上达成完全的一致。
项目实施的风险同时也包括技术风险，同样也需要尽早明确尽早采取行动。在该项目中对于技术风险的控制我们做到了以下几点：
1. 在总体架构设计早期，确定总体技术选型和实施方案。技术选型立足简单实用。在前台商店页面上，在传统B2B商店的基础上尽量少改动；编程模式上，用的是传统而成熟的Command/Databean/EJB的编程模式；后台管理工具上，用的是稳定实用的Tools Framework；接口集成方面，也尽量采用文件传输，数据共享等集成方式。这些简单实用的技术为项目减少了技术方面的实施风险。
2. 在设计阶段后期，组织进行一次正式的设计评审，邀请IBM Commerce团队最有经验的架构师和实施专家对每个模块的设计进行评审，找出模块设计中的技术缺陷，更重要的是发现一些因为各个模块孤立设计而考虑不到的问题，解决了一些模块划分之外公共的问题。整个设计评审历时4天，有效解决了项目中的技术问题，降低了项目的技术风险，这也成为在整个项目周期中在技术方面没有出现较大过失并导致返工的主要原因。
3. 在进入开发阶段之前，进行了具有针对性的培训。本次项目的开发工作主要由合作伙伴的开发工程师来承担，他们的技术能力和对WebSphere Commerce的熟悉程度各不相同，为了在短时间内能够让他们具备此项目必要的开发技能，我们做了一系列有针对性的培训。比如本项目最主要的开发工作集中在EJB和Tools Framework的开发，我们就做了EJB和Tools Framework的Step by Step的培训，以项目真实功能点为范例，并从项目中找到若干简单易做的功能点做为培训练习。这样开发工程师就接受了有针对性的非常实用的开发培训，并拿到了可参考的手册和样例，这样对于他们迅速上手进行开发提供了很大的帮助。
4. 在进入开发阶段之前，制定了开发流程规范和编码规范。项目规范化开发对于提高项目质量，便于后期维护，减少返工率都有着非常重要的作用。我们在开发之前就参考WebSphere Commerce在世界范围内的优秀经验，制定了项目开发流程规范和编程规范，并要求每一个开发人员学习并严格遵守。
