[讨论]新旧系统的切换

     如果以“系统使用率”来评价新的系统推广成功的话，我们的系统就是成功的，预想的用户都已进入系统。

     我们项目组探讨过，为什么可以“成功”？总结几点，大体是：

   1、总体需求明确。实现什么功能，需要什么结果。已具雏形这是同业务本身的流程模式和管理方法的准备有关。

   2、数据准备充分。

      （1）数据已趋于标准化、规范化。

      （2）开发了辅助工具进行查询和校对。

      （3）数据整理效率极高。

   3、用户培训到位。

   4、系统一次性切换。

   5、强有力的推动。

　　第四点，曾经是我们觉得最了不得的一件事情，主要在于它是风险很大但效率极高的方法。

　    在推广的前期规划中，顾问推荐我们先试运行３－４个产品，将问题解决得差不多后再进行全面的推广；有着丰富ＥＲＰ实施经验的ＩＴ部门经理也倡导这类试运行，同时强调“系统内外并行”，即自动和人工方法同时进行，这当然更是十分稳妥地做法；而负责产品研发部门运作的项目经理，提出了所有数据一次性导入，系统一次性切换的方法。这应该是他在充分估计了业务部门的工作量和自己在企业的影响力后做出的决定。

        从现在的结果看来，确是皆大欢喜的事情。系统一切运行正常，业务部门少了很多拖泥带水的繁杂工作。但再回想上线初期当系统响应缓慢的时候、当流程中断的时候、当数据出错的时候；还当公司高层领导的神经都紧绷起来的时候，当用户对PDM失去信心的时候，又不得不让我产生些质疑。

         的确，上线时的业务准备已经足够充分，但是却忽略了软件本身的准备。系统配置是否优化，能否承担大的负载？否可以经受住在大的范围内全面应用？客制化中的逻辑问题是否解决，一旦出现问题，对业务的影响有多大？如何补救？所以当时出现过业务订单积压，应用部门怨声载道，用户加班加点的赶任务....

        对于刚刚交付的系统，作为软件技术支撑的IT部门的我们显得势单力薄，越发压力重重。这里当然有知识转移没有到位而无法独立担当、顾问现场支持不足而无法快速响应、前后参与其中的顾问过多而人多手杂等等问题。

        我就可以这么认为，上线时的所有风险全部转嫁到IT部门上来了。好在只在回首往事，一切皆已云淡风轻。

        如今，当我提出系统如何切换的问题的时候，我的partner居然总结出了四种：一次性切换，分步切换，一次性切换且并行，分步切换且并行i。各有各的优缺点，不过第二种方法我持保留意见，而第一种——我心有余悸。