建议收藏企业IT咨询和信息化规划方法和案例分享

　　今天整理和分享下做企业IT咨询规划方面的方法论和案例参考。该材料案例来源于多个不同的IT咨询规划项目实践而非单个完整的信息化规划项目。
　　在分享材料前还是先谈下整体的IT规划思考逻辑。谈IT规划的核心逻辑
　　对于IT规划，涉及到业务，流程，数据，信息技术，基础设施多方面的内容，涉及到业务驱动IT，涉及到业务架构和应用架构，涉及到从规划咨询到实施落地地全过程。IT规划之难度不在于IT本身，而在于流程，不在于技术本身，而在于业务。
　　IT规划所涉及到的大的方面包括了流程管理和分析，咨询方法论，信息化架构，技术架构，应用系统分析和设计，项目管理和实施。从企业战略到业务目标，从业务目标到应用蓝图，从应用蓝图到分阶段实施落地，任何一步骤地稍微脱节将导致规划内容的无法落地，再完美的规划和架构，如果脱离企业业务目标和实际，不能带来企业业务价值的提升，那么一切都只是废纸。
　　对于IT规划的一般逻辑，和前面谈到过的咨询的一般逻辑是类似的，其仍然是包括了现状分析，目标提出，差距分析，蓝图规划，实施规划几个关键步骤。现状分析包括了业务现状和IT现状，根据企业战略提出业务目标和发展规划，分析现状和目标之间的差距提出和整理问题集，根据差距和问题给出蓝图规划，根据目标和问题分解到的子目标和子问题多维度评估和确定优先级，确定后续的实施计划。这就是IT规划的一般逻辑。
　　整个IT规划始终围绕业务和IT两条主线，业务包括了业务流程，业务数据，岗位组织和角色，业务管控体系；而IT包括了应用架构体系，数据架构和模型，技术架构和平台，基础设施建设。业务驱动IT，端到端业务流程最终落地到应用系统的功能上，业务数据最终沉淀到数据库中的数据模型，我们谈SOA重点也是业务驱动IT，业务和IT走向融合，业务架构和应用架构本身就为一体，特别是业务组件的提出；而数据架构本身从传统的概念模型，逻辑模型，物理模型本身就是业务数据和信息数据的融合和统一。
　　现状分析
　　现状分析顺序是从业务过渡到IT，业务现状分析本身重点又在于业务流程和业务数据上，如果说从顶向下逐层分解的方法，则可以参考价值链分析方法，业务可以参考针对各个业务域的一些标准业务参考架构和模型，如供应链的scor模型，电信的etom模型，研发领域的IPD和PACE方法，CMMI成熟度模型，项目管理知识体系，营销和客户关系管理模型，财务域标准模型等。现状分析我们期望的还是从顶向下，找到关键的几个端到端流程为主线进行逐层分解，先抛开业务部门的隔离，IT系统的约束，进行跨业务域的流程分析和梳理。在流程分析和梳理的过程中进一步分析子流程和活动，业务组件和数据，跨业务域的协同和交互等一系列问题。
　　IT现状包括了现有的IT应用系统现状和功能架构，IT基础设施架构现状，IT系统本身现在对业务现状的一个支撑情况分析等。一开始的现状分析无必要立刻过渡到数据，但是现状分析必须要理清楚的就是业务和IT的关系，IT对业务的支撑度。现状分析的目的是提出后续业务目标和IT系统规划建设目标，这样的目标才能够真正为业务服务，体现业务价值。
　　差距和目标
　　现状分析的目的是提出目标，而目标的提出本身又包括了两个方面的内容，一个是直接提出的业务目标和IT建设目标，其次是通过差距进一步细化目标和有针对性的目标。特别是IT系统目标的提出，必须进行差距分析，因为IT建设重点就是支持业务目标，那么所有现有的IT建设和应用架构中无法支撑的部分都是差距，IT规划建设就是要解决这些差距。
　　企业和业务战略首先落地到具体的业务目标，通过IT和业务目标的匹配和差异分析，将业务目标进一步细化到IT建设目标，这是由企业战略到IT目标逐步细化，使IT规划目标真正具备可操作性的过程。在传统的方法中我们通过业务架构和应用架构的匹配和映射，在SOA方法中我们通过业务组件图的热映射，我们也可以进行IT应用和功能对流程的映射，这些都是发现差距和解决差距。
　　通过差距分析得出的目标已经是多个子目标，是一个目标群，正如我们面临的问题是一个问题群一样，多个子目标的分阶段，分步骤实现最终才可能完成一个大的业务目标。目标分解，问题分解，目标和问题映射最终形成一个完整的解决方案。这也是为何我们说在大的IT规划中一定会涉及到组合管理，项目群管理方面的内容，目标分解到子目标，子目标最终落实到具体的项目，通过项目规划和建设的方式推动实现。
　　规划蓝图
　　对于IT规划的蓝图包括了业务蓝图和信息蓝图，包括了业务架构，信息架构，应用架构，技术架构，集成架构和IT基础设施架构多方面的内容。特别要注意的就是IT规划蓝图包括了业务架构，而且业务和IT密不可分。所有蓝图都自顶向下，逐层分解，相互融合和协同。业务架构重点是在流程，而信息架构的重点是在数据，这两个架构都偏向于业务层面。而对于IT方面架构则包括了应用架构，应用集成架构，技术架构和IT基础设施架构。应用架构在最上层，而集成和技术架构在平台层，IT基础架构在基础设施和物理资源层。从现有的云和集中化趋势来看，更加需要考虑基础设施和平台层的集中化建设，上层的应用架构重点都要集中在应用和功能层面，体现业务组件化和能力化，体现组件本身的独立性和可集成性。
　　蓝图规划一般是一个远期规划，至少覆盖5年，远期展望10年，虽然知道后续变化可能性很大，但是仍然需要做较为全面的蓝图规划，规划如果都不能展望的更远，那么建设和实施必然受到太多的局限性和约束。如果是单纯的业务流程优化咨询项目，那么业务架构和信息架构这套内容仍然适合，只是IT规划建设方面提及和细化度减弱而已。
　　业务架构+信息架构完全可以理解为全公司IT建设和架构规划中的高端业务建模，在这个层面基本还过渡不到细化的具体业务系统。业务架构和信息架构最终要落地到应用架构中，业务架构体现到具体的业务组件和功能，而信息架构落地到具体的数据模型和数据库设计。如果再落地到具体的系统分析和设计，即演进到应用系统中的高端架构设计，包括用例模型和逻辑模型，用例模型体现业务和流程，逻辑模型体现信息和数据。
　　应用架构中包括了集成架构，集成架构本身又包括了业务集成和数据的集成，包括集成接口关系和集成逻辑模型等方面的内容。正是由于大企业的IT系统建设必须分为治之，衍生了多个业务系统，那么多系统间的数据集成和业务协同等大问题就必须在集成架构规划中进行分析和考虑。
　　应用架构下层转化到信息架构中的纯技术层面，技术架构规划一般出来的较晚，也需要规划人员有较资深的IT技术背景，否则很难提炼公用性的技术，技术规划属于IT平台层规划的事情，目的是通过后续技术和技术平台的建设更好的支撑业务系统建设，加强复用和平台化。
　　实施计划
　　可以将IT规划中的实施计划直接影响到IT规划的落地性，影响到IT建设投资是否真正体现业务价值，为业务目标的达成服务。实施计划重点方法论仍然回归到前面谈到的组合管理和项目群管理。目标有优先级，可以从成本投入，建设容易度，对业务价值实现的贡献，推广实施难度等多个方面来评估需要建设的内容的优先级。前面没有谈到过预算，但是到了实施计划一定要考虑到预算和成本投入。
　　实施计划按照组合管理的目标来说，就是要用最少的IT资源投入创造最大的业务价值和效率。实施规划涉及到决策，在这里是结构化决策，组合最优化决策，最终目标通过规划推动实际的IT应用系统建设和实施，通过系统的建设和实施又推动业务的完善和成熟。
　　我们要建设哪些IT系统，这些IT系统如何分阶段建设，这些IT系统如何来支撑业务流程的完善，IT系统建设本身又是否有先后依赖关系，如何多个业务系统之间更好的协同上线。系统建设过程中如何加强项目管理和管控，如何推进系统的建设，如何减少重复建设，减少不必要的资源投入都必须要考虑到。
　　IT系统的建设又涉及到具体的IT建设项目立项，预算又最终分解到各个业务项目和IT系统建设项目，根据IT建设项目规划又进一步细化技术规划和IT人力资源投入规划，并完善和建设IT管控体系，系统推广实施体系，系统运维体系等。信息化规划方法论和案例参考
　　注：该文禁止转载，无原版PPT分享，请勿发私信。