尧图网站设计 尧图网站设计YAOTU DESIGN
ARTICLE DETAIL

资讯详情

深耕网站设计与一线实操的经验洞察。

企业数字化IT架构:总体方法论与框架、蓝图架构、IT治理体系、架构治理、项目治理、双态、运维治理、演进路线与实施

企业数字化IT架构:总体方法论与框架、蓝图架构、IT治理体系、架构治理、项目治理、双态、运维治理、演进路线与实施 该方案以业务战略为输入规划企业IT架构蓝图涵盖应用、数据、技术、基础设施、运维与安全采用稳态敏态双态与中台架构通过差距分析形成演进路线并配套总体、架构、项目、运维治理及组织制度保障业务与IT融合落地。业务战略 → 业务架构与业务建模 → IT战略与IT评估 → 架构愿景 → 总体蓝图架构 → 差距分析 → 演进路线与项目群 → 实施治理 → IT治理体系保障。其核心思想包括业务输入是IT架构规划的重中之重必须实现业务与IT融合企业架构不是行业模板必须体现企业竞争优势和利益相关者期望IT架构需要“稳态敏态”双态并存技术中台、业务中台、数据中台共同支撑敏态创新架构落地不只靠技术还要靠分工实施与制度遵从治理体系包括总体治理、架构治理、项目治理、运维治理四者联动演进路线通过差距分析、关键任务识别、优先级排序、项目组合、预算与实施计划形成运维治理向云化、自动化、DevOps、一体化、智能化演进最终目标是打造可视化、可追踪、可治理、可演进的企业级IT架构能力支撑数字化转型和业务创新。【数字化合集】6000余份AI大模型行业应用、数字化转型、数据治理、数据资产、数据要素、IT战略信息化、数据仓库、主数据等方案报告一、综述该方案的目标是以业务战略为输入规划企业IT战略、IT架构蓝图、演进路线和治理体系实现业务与IT融合、端到端提升支撑数字化转型。咨询成果分为两大部分1. IT架构规划成果包括《总册》《应用架构分册》《数据架构分册》《技术与治理架构分册》《基础设施架构分册》《运维架构分册》《安全架构分册》2. 甲方IT治理成果包括《主报告》《分项报告1组织与原则》《分项报告2IT决策体系》《分项报告3IT治理体系》《分项报告4统一技术体系》《混合云参考架构》《PaaS/IaaS通用接口规范》3. 咨询策略采用“以面带线、以点穿线、以线带动”的策略面中平衡干系人需求点中识别痛点线中带动解决方案形成通用型解决方案与定制型解决方案对解决方案元能力进行抽象提炼、运营和动态组合。二、总体框架与方法论总体框架分为两条主线战略规划主线业务业务定位、愿景、使命、战略目标、业务战略、业务能力、业务架构、路线图ITIT定位、愿景、战略、能力、IT架构现状与目标、IT规划路线图。治理主线总体治理架构治理项目治理运维治理文档强调技术与架构是“左腿”治理与管理是“右腿”二者都是驱动IT向前发展的enabler支撑业务“上半身”但真正落地还要靠“脚”左脚是分工与实施实现技术与架构落地右脚是制度规范的制定与遵从实现管理落地。IT架构从规划到实施演进架构级解决方案 → 项目级解决方案治理层级包括公司治理、ICT治理、架构治理、项目治理、运维治理委员会层级包括CTIO、架构层级、项目层级、运维层级。常用方法论涉及战略洞察、业务建模、商业模式BLM、商业画布企业架构TOGAF、COBITIT服务ITIL、DevOps项目治理CMMI、IPD、PMP、Prince2运维治理eTOM、ITIL、DevOps、SFIA5同时提及康威定律、NFV、数字化运营等。三、企业架构的本质与业务输入1. 企业架构的本质企业架构应随业务战略变化而变化与战略匹配体现公司竞争优势与价值链企业架构不只是描述行业一般规律还必须加入企业竞争优势、利益相关者期望与实现方式对企业而言企业架构最高角度是“立法的高度”信息化规划具有法律效力对咨询/服务方而言企业架构可作为IT规划方法论核心框架指导IT规划项目交付。2. 为什么需要业务输入业务输入是IT架构规划的重中之重。现实中互联网时代常缺乏业务架构输入导致IT规划只能从IT内部向外看效果大打折扣。业务输入对IT架构的影响业务方向决定IT战略方向行业趋势包含IT支撑与驱动模式的最佳实践业务运营模式决定系统集成特点业务能力需求决定流程、应用、云技术能力需求企业核心竞争力需在IT架构中体现业务与IT融合需基于现状从系统对业务能力的覆盖度与支持度两个维度体现。3. 业务建模业务建模成本高但有价值是由业务部门与IT部门共同用IT词汇梳理业务使后续规划更有依据。适用于相对稳定的业务形态。业务建模包括业务流程建模偏阶段、活动、动态建模业务架构建模偏组件、数据、静态建模还可扩展产品建模、用户体验建模等。建模方法TOGAF提供实施、维护阶段及输入输出可使用ArchiMate架构描述语言也可使用自然语言描述核心是业务流程建模与数据建模。业务架构内容元模型定义企业业务管理和信息化需要哪些元素、元素之间关系实现从业务战略、需求到技术实现方案的端到端跟踪。从业务架构到IT能力通过业务能力分布图标识热点能力组件展示IT系统对业务能力的覆盖度、支撑度和现状能力从而清晰识别投资重点。四、IT现状评估与架构愿景1. IT输入与评估现状输入的关键是IT评估。完整视角包括十大维度企业IT总体评估应用系统评估企业架构评估IT服务运维评估需求与支持评估IT日常维护评估IT云架构评估信息安全评估面向服务集成SOA评估IT管理实践评估。技术趋势分两类互联网化、数字化相关云计算、大数据、移动、社交、人工智能特定行业、特定企业所需的互联网化转型技术应用。对齐逻辑通过功能性服务需求分析将业务架构与信息系统架构对齐通过非功能性服务支持需求分析将技术架构与信息系统架构对齐。各评估方法要点企业IT总体成熟度引发战略、结构、执行三层思考企业架构成熟度评估IT与业务适配度、核心能力分布、差距应用系统成熟度功能质量13要素、技术质量16要素数据架构成熟度数据定义、数据分布、数据管理IT服务成熟度服务治理、服务支持与实施IT日常维护巡检、安全操作、工单、备份恢复、监控、身份访问、桌面支持自动化是重点云架构IaaS到PaaS弹性资源、中间件、技术平台、服务治理信息安全ISO17799十一个领域、六个维度安全是双刃剑SOA松耦合、高内聚、中台能力关键IT管理实践稳态与敏态并存传统管理与敏捷创新协同。YYYY的IT现状分析采取短平快模式时间紧、缺业务输入、要求执行指导性强以专家经验替代体系化呈现重点挖掘痛点与解决方案。2. 架构愿景架构愿景目标获得管理层认知与支持明确业务原则、目标、战略驱动力和KPI定义架构规划范围、组件及优先级定义干系人及关注点定义关键业务需求与约束阐明价值主张编制综合计划确保计划正式批准并有高层支持。关键活动创建架构愿景业务场景方法识别隐含架构需求循环迭代层次化分解不同组件采用不同详细度。YYYY省略了完整架构愿景步骤只提出规划目标以“能力聚合、服务开放、建立连接”为核心诉求通过微分与解构重构核心支撑系统打造更好用户体验采用“动静结合”的柔性IT原则用“稳态”技术平台与业务中台支撑上层“敏态”商业模式。五、总体蓝图架构YYYY总体蓝图分为多个层次1. 前台应用敏态包括公共域、生产域、管理域营销中心、策略中心、消息中心、智能中心、分析中心、运营监控中心、计费账务中心、基础应用中心、人力资源中心、工单中心、客户交互中心、知识中心等。2. 业务中台客户中心等中台能力包括新一代客服、实名制、家宽、知识库、综合收银台、精益外呼、互联网人工客服、云控宝、BPO等。3. 数据中台统一数据服务、实时交互、数据集成、统一数据管理、主数据中心、业务数据中心、统一数据治理、数据模型管理、数据质量管理、大数据中心、数据标准管理。4. 技术中台分布式服务框架、服务治理平台、中间件平台、前端开发框架、开发框架、技术平台、数据库中间件、应用中间件、中间件服务、大数据中间件、AI中间件、仓库、应用编排、弹性计算管理、调度、基础资源适配。5. 后台基础设施稳态基础云服务计算、存储、网络、灾备、运维、安全统一云管理VPC管理、VDC管理、资源编排、调度策略管理、软件资产库数据中心物理机资源池、虚机资源池、容器资源池、生产环境、开发环境云运维、云安全、应用集群管理服务级别管理、可视化、监控与追踪、自动化操作、事件服务请求、配置与变更、发布与部署、容量与性能、运维前置管理安全制度管理、策略管理、访问控制、入侵检测、防护管理、安全事件、智能分析、审计、合规。目标端到端拉通开发运维一体化拉通安全管控实用化打造IT能力可视化与可追踪能力。场景验证业务浪涌下的架构关系。各架构协同演进应用层微服务化、API化技术中台解耦应用与技术栈服务治理提高微服务高可用能力开放平台对外提供核心业务弹性计算管理适配底层资源建议招聘高端技术人才优化云平台提高资源使用率两年内力争25%数据治理组织先行存量梳理汇聚新增遵循规范逐步构建数据总线实现数据服务运营。六、各架构分册要点1. 应用架构从业务能力出发定义结构化应用功能框架表述不冗余的最优逻辑分组及关系应能定义总体结构和组织方式、匹配业务流程、使用组件、识别接口、层次化展现清晰描述应用组件及功能、业务流程及支撑组件、组件边界、交互接口、标准化设计开发集成指南好的应用架构可确保应用与业务策略目标匹配提供评估套装软件、自开发、优化的基础提供现有应用映射及优缺点评估框架发现效率效果提升机会。2. 数据架构是EA重要组成部分识别数据源、可信数据、数据流向、信息流架构三部分数据定义、数据分布、数据管理数据定义概念模型、逻辑模型、物理模型、数据标准数据分布业务分布、系统分布数据管理模型与标准、架构、质量、元数据等主题域划分八个主题域基于企业运营“三角”模型借助IBR方法将业务实体抽象为主体、流程关系、行为数据治理五方面数据标准、元数据、数据质量、数据安全、生命周期预期效果数据管理可视、高效、高可靠。3. 技术架构EA最下层承载业务活动、应用服务、数据对象指导具体技术方案承上启下交互层包括用户统一交互层、业务系统之间SOA/ESB/流程引擎契约、业务系统与企业基础组件统一交互TOGAF中技术架构包含平台层与基础设施层云体系下对应PaaS与IaaSAPaaS属于平台层IPaaS跨平台与基础设施YYYY将技术架构拆成“技术与服务架构”和“基础设施架构”技术架构蓝图建立云平台面向YYYY群体和互联网群体构建SaaS应用实现“新业务、新交互、新管理”服务治理定义服务静态标准、动态策略基于注册与发现、服务监控实现服务可见、可管、可控。4. 基础设施架构包括云平台、资源池、网络、存储、容器、物理机、虚机等支撑弹性计算、资源编排、调度、监控、集群管理。5. 运维架构与安全架构运维架构涉及云运维对象参考架构、应用类型SOI/SOD等安全架构体现在总体蓝图中的安全服务、云安全、访问控制、入侵检测、防护、安全事件、审计、合规等。七、演进路线与实施治理1. 演进路线形成思路有了现状与蓝图后进行差距分析设计改进措施通过项目设计合并为备选项目通过项目评估形成项目体系框架。实际困难规划主体控不了范围高层缺乏变革决心认知不同难以形成有效结论。差距分析过程选取建设重点绘制二维分析表横轴为愿景与目标纵轴为当前IT水平若当前架构无对应元素则加入一行描述差距交叉单元格描述差距程度完全满足、部分满足、不满足。2. 演进路线编制步骤识别关键任务关键任务可行性与业务影响分析关键任务优先级排序关键任务组合矩阵与外包选择关键任务时间表关键任务组合成项目项目路线图项目卡片预算总表实施计划。使用工具紧急/重要矩阵战略、高潜力、运营、支持分类矩阵项目与关键任务对应表项目年投入概算表。常见路线规划方法风险和收益分析项目优先级排序项目依赖性分析项目群实施路线图。3. 分工与计划演进路线和项目卡片确定后最难的是分工分工与组织架构、治理机制、利益干系人一致、高层支持密切相关项目计划参考Prince2、PMP等体系。4. 实施治理方法确保架构实施与计划一致所有实施项目成功管理信息组织起来建立架构与实现组织之间的联系通过架构契约将目标架构部署转换为一系列过渡活动方法设计实施方案、阶段化部署、遵循组织标准、使用项目管理方法、定义运营框架核心内容监督架构演进实施、定义架构约束与遵从、架构契约共识与签订、关注商业价值。八、IT治理体系1. 乙方咨询视角PBR三阶段PLAN、BUILD、RUN架构治理、项目治理、运维治理、总体治理组织设计、流程设计、人员技能设计企业架构管控、架构领域治理、业务服务治理、SOA治理、云治理、架构演进实施治理项目立项决策、项目群管控、项目管控双态运维模式、日常运维、重点工作、自动化制度与遵从、考核、执行指导。2. 甲方IT运作视角IT管控IT战略、计划制定、IT投资、成本管控、IT架构管控、IT风险管控、IT人才管控IT服务提供应用设计、开发、云架构设计、构建、云运营、日常维护需要建立业务战略与IT战略匹配机制IT战略执行监控机制IT风险控制机制。3. IT定位传统电信业务下IT更多是业务支撑BOSS属于中后台互联网时代IT必须定位为业务部门战略合作伙伴“支撑系统”要成为“生产系统”。4. 三种运作模式联邦式业务单元式集中式。对比维度基本概念、IT战略、IT管控、IT财务管理、KPI、驱动因素、优势、限制条件。联邦式特点公共IT资源与决策集中于IT部门IT部门内部按条线运作与业务单元对应通过成本分摊提供支持服务适合运营商互联网转型需要矩阵式绩效考核和复合型人才。甲方IT运作模式设计基于联邦制。5. 组织职能与制度组织职能不等于组织结构组织职能从业务需求看重点工作、职责、关键角色、人员技能组织结构是“排兵布阵”用部门与岗位匹配职能制度体系四层策略性制度、过程性制度、指导性制度、记录性文档绩效与考核关键成功因素指标制衡、从关键成功因素推演、定义清晰、数据来源充分、场景式分析、参考性指标、主客观结合、内外部合规、跨岗分布偏差衡量。九、架构治理、项目治理、双态与运维治理1. 企业架构管控目标是提供框架管理企业级架构设计、实施与持续演进内容包括架构从开发到治理管控的全景图、企业级架构管控框架、TOGAF架构开发方法架构内容元模型来自TOGAF 9.1由SAP贡献给Open Group元模型定义实体支持架构概念捕获、存储、查询、筛选、展现确保一致性、完整性和可追溯性架构内容模型四个维度时间、层次、状态、领域制品包括目录、矩阵、图形、交付物相关概念对象、关系、利益相关者、项目范围。甲方初步企业架构内容模型总体资产、应用架构资产、技术架构资产企业级与项目级具体制品包括业务战略目标清单、IT目标清单、架构原则、技术规范、架构字典、分域清单、价值链图、运营场景图、公共组件清单、项目群效益图、项目背景图、解决方案概念图、系统运营场景图、项目需求清单、应用清单、子系统清单、接口矩阵、业务/应用矩阵、应用关系矩阵、非功能目标清单、技术清单、应用/技术矩阵、技术接口清单、环境与位置图、部署图、网络拓扑图等。架构管控职责R制作、R’配合、A审核、G评价、C评审、A’批准、P发布、I知晓管控对象是架构库明确谁、如何产生、做得如何、依据什么标准。2. SOA治理适用业务服务治理、SOA治理、云治理本质用业务分析方法通过服务识别、定义、建模、实现、部署、管控来封装能力案例客户开户流程步骤0服务价值分析、2服务建模、3服务实现CoE借助Service Registry平台指导与监管。3. 项目治理与双态IT项目治理内容架构实施治理目标为实施计划提建议、管控架构契约、符合原则规范标准、确保项目与目标架构一致、成功部署、长期有效。双态定义稳态传统业务或稳定能力构建SOR信息化是支撑手段敏态互联网思维业务模式探索试错SOIIT与业务深度融合。双态IT项目决策稳态与敏态项目决策模式不同敏态项目价值缩短上市时间、增强市场价值、提升灵活性、降低试错成本运营商人员能力要求产品负责人理解Scrum、市场理解深刻、有技术背景、全程投入双态决策模型资产稳态/敏态决策报告模板、财务分解模板稳态模型基于IPD定制敏态模型基于DevOps理念并结合运营商外部开发实际。4. 运维治理云运维模式变化服务与资源供应从预测式改为弹性随需而变通过DevOps拉通应用开发与运维IT运维组织从竖井式、分离管控演进为一体化大量使用自动化技术增效降本。关键管控点SLA管理、KPI定义与计算云管平台、部署流水线管控、业务监控管控、云管平台编排调度管控例行操作标准化与自动化云环境下的IT应急管控。运维自动化六领域环境定义、部署、监控、故障处置、性能优化、SLA保障。三阶段操作自动化场景自动化智能化。运维治理全景图包括IT服务监管、企业监管、运维职能、网络、桌面与移动终端、存储、服务台、业务用户、业务部门服务级别管理、计费与收款、服务目录、业务关系、运维工具、自助服务、容量与性能、可用性、应急、安全与访问控制、监控、故障与问题、变更与配置、资产与许可证、上线与交接维、知识管理、日常操作、服务计量、库房管理、镜像生命周期管理、服务衡量与报告、需求管理、法律合规审计、采购、HR/财务、风险管理、技术标准、应用维护、中间件与数据库、数据中心、服务器、外包策略及管理运维主体包括运维部门、外包方、合作方、应用开发商、开发部门、终端用户等。运维体系构建步骤共33步覆盖规划、设计、实施、运维包括运维转型需求分析、策略原则、战略规划、基线设定服务目录、服务级别、支持模型、职能架构、组织架构绩效、考核、技能矩阵、招募培训、流程设计、工具要求、监管机制转型计划、准备发布、移交计划、资源计划、人员到场、知识转移、辅助协助、正式交接、监管运维阶段支持、接管、第三方合同、供应商、业务关系、流程增强、质量回顾改进、新一轮转型规划。
返回列表