对IT咨询规划逻辑重新思考(200708)

IT规划涉及到咨询方法论、流程管理和分析、信息架构、应用系统分析和设计、技术架构、项目管理和实施等众多方面的内容。从企业战略到业务目标,从业务目标到IT目标,从IT目标到应用蓝图,从应用蓝图到分阶段实施落地,任何一个步骤的脱节将导致规划内容无法落地。

再完美的规划和架构,如果脱离企业业务目标,都不能带来企业业务价值的提升。此外,IT规划之难,不在于IT本身,而在于流程;不在于技术本身,而在于业务。

业务驱动IT是核心,
对于IT规划,遵循的思路主要是:从业务到技术,从流程到IT,围绕价值链分析和优化的核心模型往前驱动。核心过程包括现状分析、差距分析、目标提出、蓝图规划、实施规划等几个关键步骤。

现状分析包括业务现状和IT现状
,根据企业战略提出业务目标和发展规划,分析现状和目标之间的差距提出和整理问题集(定义IT建设目标),根据差距和问题给出规划蓝图,根据目标和问题分解到的子目标和子问题以及蓝图规划内容,多维度评估和确定后续的实施规划,定义IT系统建设实施的优先级。

整个IT规划始终围绕业务和IT两条主线
,业务包括了业务流程,业务数据,岗位组织和角色,业务管控体系;而IT包括了数据架构,应用架构体,技术架构和平台,基础设施建设。业务驱动IT,端到端业务流程最终落地到应用系统的功能上,业务数据最终映射到数据模型并沉淀到数据库中。

随着各种思路的不断融合,IT规划核心指导思想应该转化为企业架构层面。

企业架构的提出,主要是为了解决业务和IT“两层皮”的问题,企业架构整个方法应该融入到整个IT规划思想中。此外,核心业务模型和业绩标准作为核心指导思想,虽然有裁剪,但是必须参考,如供应链SCOR模型,产品研发IPD方法论,项目管理PMBOK体系,战略和人力资源的平衡记分卡,CRM的4P和4C,财务域的核心模型等。针对不同行业可能又有不同行业的业务标准和模型,如电信行业的eTom业务模型等。

与此同时,在前面基础上再融入计算和SOA的核心思想,它将很好的解决我们多年前IT规划经验里的多个竖式IT系统的集中化和协同化的问题。若现在规划仍走以前老路是不妥当的。那么,今天规划重点在开始之初就应该考虑集中化和协同的问题,将SOA思想融入到IT规划当中。当今的信息化规划,要务必避免出现IT重复建设和信息孤岛,流程断点和业务无法协同的局面。

今天在重新思考IT咨询规划逻辑后,给出了上图修正后的一个方法论图,关键说明为:

首先端到端流程分析师基础

流程梳理和分析仍然是重点,可以看到业务架构和数据架构的形成都需要从端到端流程分析入手,再逐步细化到2级,3级乃至更加细化的EPC流程图。最终才能够完成业务单元和数据单元的识别和定义。

而业务单元经过聚合形成业务架构,数据单元进行聚合形成完整的数据架构。

其次,数据数据架构贯穿业务和IT两个层面的规划

对于企业架构里面的数据架构规划,大家可能会有一个疑问,即数据架构究竟是偏业务层面的内容还是偏IT规划层面的内容,今天在此进一步说下我的看法。

即数据架构规划是一个贯穿业务和IT两部分规划的内容。即在业务阶段你可能只做到数据域划分,核心的数据概念模型和主数据识别。而到了应用架构规划阶段,你就需要进一步对数据进行逻辑模型和物理模型的设计。

在业务层面数据架构规划做到识别关键的业务对象即可。而到了技术层面数据架构规划必须细化到具体的数据库表和表里面的核心字段定义。

原文 

http://blog.sina.com.cn/s/blog_493a84550102z8mj.html

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » 对IT咨询规划逻辑重新思考(200708)

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址