企业架构管理方法与需求受理流程_第1页
企业架构管理方法与需求受理流程_第2页
企业架构管理方法与需求受理流程_第3页
企业架构管理方法与需求受理流程_第4页
企业架构管理方法与需求受理流程_第5页
已阅读5页,还剩79页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

企业架构管理方法与需求受理流程12企业架构EA管理框架33业务需求业务需求流程版本需求管好:分层分级管理需求数据版本)按产品+版本交付好(同时发布架构版本)数据版本2•如何管理企业架构•如何管理需求•如何实现产品+版本交付•如何做到年度规划牵引34如何实行EA管理?--设想项目关注点项目关注点企业关注点 业务战略IT 业务战略IT战略商业机会-应用-数据-技术-流程--应用-数据-技术实施计划业务运行环境和IT业务运行环境和IT基础设施EnterpriseArchitecture“thecityplan”如何实行EA管理?--EA基本概念1.企业架构EnterpriseArchitecture,以下简称EA):是构建企业业务蓝图的路径、方法、原则及指导构建IT系统的方法与原则,包括业务架构及IT架构两大部分。2.业务架构(BusinessArchitecture,以下简称BA):主要指企业的管理模式,包括企业的组织架构、流程架构、业务组件、治理模式等。):是IT建设的综合框架和蓝图,指导IT规划、选型、建设的决策,IT架构由数据架构、应用架构和技术架构组成。①数据架构(DataArchitecture,以下简称DA):是指企业的数据项、数据属性和相互关系标准。②应用架构(ApplicationArchitecture,以下简称AA):是指企业IT应用系统的组成、功能及相互关系。③技术架构(TechnologyArchitecture,以下简称TA):是指实现数据架构和应用架构运行的技术环境。5如何实行EA管理?--EA归属管理EA的归口管理部门是谁?谁来制定EA的框架标准?信息中心是IT架构负责,制定IT策列、架构规划、IT建设等;各业务流程Owner是BA的最终决策人,怎么定义流程Owner,谁负责BA的统筹管理,以及支持流程Owner对BA的规划和框架建设、执行监管。??如何实行EA管理?--建立架构版本管理机制为了保证业务流程和IT系统有序建设和管理,需要引入版本管理DA、AA业务流程业务流程Owner•流程规范、标准发布规划与架构•产品架构管理•数据规范、数据标准管理各产品团队•技术架构管理•产品建设、运维示例L1的流程Owner是谁?供应链示例L1的流程Owner是谁?供应链规划与建设执行与监控市场市场营销研发产品企划产品企划产品开发产品开发技术规划技术规划技术开发技术开发市场规划市场规划市场推广执市场推广执客户规划客户规划客户维护客户维护销销销售执行销售执行市场规划市场规划销市场推广执市场推广执客户规划客户规划客户维护客户维护销售规划销售执行销售执行供应链规划计划寻源采购生产制造仓储物流销销销销财务服务规划服务规划服务管理服务管理服务执行服务技术支持服务管理服务执行服务技术支持服务规划财务会计管理会计资金管理预算管理税务管理人力其他人力资源规划培训及职业发展人力其他人力资源规划培训及职业发展劳资关系员工/组织绩效薪酬管理招聘管理战略发展战略发展投资内部管控/风险IT法务如何EA管理?--我们的流程框架清单示例示例如何EA管理?--建立业务框架视图•聚焦业务主线流程拉通••聚焦业务主线流程拉通•清晰展示业务衔接、边界•帮助业务断点和影响分析•促进业务改进提升分析•以管理诉求与业务痛点为主线进行跨领域端到端流程串接••建立业务活动的数据分析•识别流程断点•直观展现端到端业务IT方案集成业务视图是业务和IT分析的作战地图IT方案集成业务视图是业务和IT分析的作战地图•基于业务活动的IT功能和边界分析如何EA管理?--建立业务框架视图级应商的逻辑顺序排列LL活动连接线等其他符号遵从求如何EA管理?--建立业务框架视图a.业务流程现状a.业务流程现状b.业务场景清单b.业务场景清单a.业务流集成高阶视图如何EA管理?--建立业务框架视图a.业务流集成高阶视图b.详细场景梳理(共梳理14种单……c.提炼主场景业c.提炼主场景业a.BI识别及设计如何EA管理?--建立业务框架视图a.BI识别及设计b.数据断点分析c.验证关键发现及差b.数据断点分析如何EA管理?--AA概念应用架构:指应用群的划分、IT应用系统的组成,包括应用系统及功能的定义,以及应用系统之间功能模块之间的关联关系,共划分为5个层级进行管理:应用层级英文定义Level1ApplicationGroup示例示例应用领域按632定义进行划分Level2Application应用产品某个领域内支撑多个2级业务流程、逻辑层面的Level3Function应用系统功能模块某个系统内支撑1个或以上业务流程的功能模块,或支撑1个或极少流程的IT系统采购管理Level4SubFunction应用系统子功能支撑某个或某几个4级流程盒子的系统功能采购订单Level5DetailFunction应用系统详细功能支撑某个或某几个5级流程的相信功能手工下达采购订单示例如何EA管理?--AA汇总示例口75537766682729118532如何EA管理?--AA清单示例示例如何EA管理?--AAVSBA示例示例如何供应链规划供应链规划供应供应商细分供应商差异化供应布局供应商供应链计划生产制造寻源采购生产制造寻源采购单成供应商信息维护供应商退出管理供货比例管理供应商供应商供应商现场稽查供应商供应商生效供应商供应商交付供应商服务考核供应商综合示例示例仓储物流仓储物流整理示例检验结果完工入库G-PLMG-ERPLDAP 工艺路线、工序BOM配送指令、扣数示例检验结果完工入库G-PLMG-ERPLDAP 工艺路线、工序BOM配送指令、扣数工单信息/C-IMSEES Collaboration Collaboration厂内成品管理工艺建模制程品质管理工单管理配送管理生产执行厂内成品管理工艺建模制程品质管理工单管理配送管理生产执行设备集成示例品质暂挂G-ERP示例品质暂挂G-ERP工单:已上线,已完工时间,数量的更新正常,返修,尾数工单配送需求G-ERPG-ERPG-ERPG-ERP工单排工确认:已检查工单基本信息及初始状态:已下载如何EA管理?--系统定位与功能边界划分示例示例如何EA管理?--集成接口管理—清单示例示例如何EA管理?--集团化的数据管控方法数据管理体系管控原则数据管理体系公共领域公共领域n数据标准采用分层、分级的管控模式n数据标准能为业务提供价值n所有数据标准一定要有Owner标准建设质量管控备案指导XX业务领域共性数据个性数据如何EA管理?--数据类别按数据特性不同,数据标准分为主数据标准、基础数据标准、交易数据标准、管理报告数据标准标准分类定义举例主数据标准是指数据变化频率缓慢,描述业务对象的特征,在业务发生中相对静止不变,在企业范围内需要统一标准和共享的高价值的基础性数据;物料产品、物料产品的属性、物料产品的属性组、产品的分类属性基础数据标准企业关注的除主数据外的关键参考数据的属性,通常是指在企业内部约定俗成的基础数据列表或业务规则标准汇率、币种、成本类型交易数据标准描述企业的运作状态和行为,在日常业务活动产生的交易数据,业务数据建立在主数据/基础数据之上的,主数据与基础数据必须存在并加以正确维护,才能保证交易数据的准确性及可分析性生产工单管理报告数据标准按不同维度统计分析业务活动的数据,辅助绩效评估和经营管理决策,分析数据是建立在交易数据之上的,主数据与基础数据的完整性是满足经营管控和决策分析的必要前提资金经营分析报表集团盈利分析报表如何EA管理?--业务主线与数据拉通制造到完工流程业务主线仓租仓补货与产线配送工单仓租仓补货与产线配送工单示例送货通知1.1工单发放触发送货通知示例送货通知送货单送货单领料单1.2供应商备料与产线配送领料单1.4装备到完工及中转1.4装备到完工及中转单完工入库单示例仓管车间采购料工单完工工单发放 材料编码. 示例仓管车间采购料工单完工工单发放 材料编码. 工单发放如何EA管理?--业务主线与数据拉通1.1制造到完工的数据流分析及发现营销公司发现:1、销售订单号不能传递到总装工单的下级部装工单。2、不能支持关联任务、工序多级齐套检查。3、跟单件入库和发料不能跟踪到原工单号。4、加强采购计划与送货通知的协同。•如何管理企业架构•如何管理需求•如何实现产品+版本交付•如何做到年度规划牵引管理策略业务、流程业务需求业务需求项估需求分级管理分类标准各部门交付要求需求评审业务/IT流程评审A划BC表D/表需求受理管理 ↓! ↓!构•如何管理企业架构•如何管理需求•如何实现产品+版本交付•如何做到年度规划牵引为何向“产品+版本”转变?业务流程驱动业务流程驱动数据高度规范系统有机集成以产品为中心,大项目,按版本统一管理,确保交付质量和系统的稳定性产品+版系统定位不清晰产品+版系统功能划分不清晰以业务点为中心,小项目运作,重复投资,对全局影响不大为何向“产品+版本”转变?--如何运作产品+版本运作:实现需求归口管理,统一各环节交付步调产品+版本运作:实现需求归口管理,统一各环节交付步调架构、方案设计流程流程架构架构产品+产品+版本对各部门要求:1.产品+版本规划:针对现有系统中产品的不足、需求,提前启动16年的产品+版本规划2.版本交付准备:根据产品+版本规划,提前做资源、交付能力(包括技术、方案、项目管理等)的准备为何向“产品+版本”转变?--版本管理x定义IT产品功能发生重大变化,如功能重构、软件包实施;x原则上一年不超过1个y定义IT产品功能的新建、优化、完善等,y版本原则上一年不超过3个,美的y每年定义为三个,交付时间分别为5月1日、10月1日和春节(版本交付节奏需要错开季度、半年度、年度重大业务保障期间)主要为D类快速交付需求•如何管理企业架构•如何管理需求•如何实现产品+版本交付•如何做到年度规划牵引年度规划—基本思路业务需求规划流程评审划划划划年度规划--与需求、流程、IT架构、产品+版本之间的关系复杂需求复杂需求专题规划题版本规划划!!•如何管理企业架构•如何管理需求•如何实现产品+版本交付•如何做到年度规划牵引近期工作计划—业务模式与业务场景分析及IT支撑分析~~~~~~~~~示例示例!商~ ~~ ~~~ ~~近期工作计划—业务模式与业务场景分析及IT支撑分析示例i}}}}}}线 示例i}}}}}}线

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论