全行业务系统再造，是先做核心还是先做外围？ - 金融行业 - ITPUB论坛－专业的IT技术社区

我觉得先核心，因为外围厂商太多了，如果先上外围的话，到时候核心这个得适应那个得适应，效率、规范等必然受到很大影响。
还没见过哪家单位愿意承担业务系统再造的风险的——成本倒是次要的。如果一定要涉及改造，那也一定会保留一定的稳定部分作为基础。这种稳定部分可以是数据与信息的区分点或者是应用与服务的区分点。这个要视技术部门的定位而论了：一般来说技术部门其实最担心变化了，所以让技术部门来做这个工作是最合适不过的了。当然更重要的还是在规划、规范层面的稳定。而这个需要有强有力的组织保证和制度保证才行，比如PMO对架构的管理以及对所有项目的技术方案把控。如果有了这两部分的稳定，相信除了能够区分出哪些是保留不变的、哪些需求是需要改变的之外，还能够在风险上有一定的把握了，主要就是在合作方案、合作伙伴选择以及项目自身风险等方面了。
pacman2000 发表于 2012-1-31 21:39

先做IT系统整体规划和制定规则，然后再把各个系统往这个规则上面靠拢。
理论上，是像楼上老兄说的这样。
实际操作中，可能是CAO DAN的领导“拍”出来的。
老胡的问题就好像是选择先选择树根，还是先选择树干。
树干选好，树根可以获得更多的阳光，树根选好，树干可以获得更多的养分。
实际中，还是要根据各行情况选择。
要么“集全行之力”，花几年时间，核心、渠道、柜面等一起更换或升级，投入大，风险大、周期长，对新业务的开发肯定受到影响。
要么“先强身健体再换心”，通过ESB建立松耦合的架构，规范各系统的技术接口，梳理服务，使各系统的逻辑关系清晰、规范、集中管理，建立专业的外围系统对核心瘦身，。。。，把该做的准备做到位了，再考虑要不要换核心，这种模式循序渐进，比较可控，但有一定的重复工作。
我们也考察了一些银行，对上述两种模式也分析过，根据自己的情况，特别是人力资源和系统换代的紧迫性，采取了第二种“改良”而非第一种”革命“的模式，希望从量变到质变，感觉这条路比较切合我行自己的现实。
首先要有IT规划，其中信息规划最重要,它是IT规划中的核心和基础。
然后是项目规划，根据目标与现实的差异及自身条件的特点，选择实施路径及实施方式。
任何有点概念的都会首先回答这两点。
新新马甲 发表于 2012-2-1 10:26

要么“集全行之力”，花几年时间，核心、渠道、柜面等一起更换或升级，投入大，风险大、周期长，对新业务的 ...
第一种方式动作大，但是规范性好，解决问题规范彻底。
第二种方式持续时间长，但是很容易受历史遗留问题影响，导致新做的系统受制，不规范，不彻底。最后全部完成后，总会发现留有遗憾。
如果有这个决心和资源的话，还是第一种方式更好。