精华内容
下载资源
问答
  • 企业风险管理的基本流程
    2021-02-24 19:10:58

      ​风险管理是指企业如何在一个肯定有风险的环境里把风险可能造成的不良影响减至最低的管理过程。风险管理对现代企业而言十分重要,能否正确的应对风险决定了企业能否生存下去。企业风险管理基本流程包括以下主要工作:

      一、收集风险管理初始信息;

      二、进行风险评估;

      三、制定风险管理策略;

      四、提出和实施风险管理解决方案;

      五、风险管理的监督与改进。

      一、收集风险管理初始信息

      风险管理基本流程的第一步,要广泛地、持续不断地收集与本企业风险和风险管理相关的内外部初始信息,包括历史数据和未来预测。应把收集初始信息的职责分工落实到各有关职能部门和业务单位。

      收集初始信息要根据所分析的风险类型具体展开。例如:

      (1)分析战略风险,企业应广泛收集国内外企业战略风险失控导致企业蒙受损失的案例,并至少收集与本企业相关的以下重要信息:国内外宏观经济政策以及经济运行情况、企业所在产业的状况、国家产业政策;科技进步、技术创新的有关内容;市场对该企业产品或服务的需求;与企业战略合作伙伴的关系,未来寻求战略合作伙伴的可能性;该企业主要客户、供应商及竞争对手的有关情况;与主要竞争对手相比,该企业实力与差距;本企业发展战略和规划、投融资计划、年度经营目标、经营战略,以及编制这些战略、规划、计划、目标的有关依据;该企业对外投融资流程中曾发生或易发生错误的业务流程或环节。

      (2)分析财务风险,企业应广泛收集国内外企业财务风险失控导致危机的案例,并至少收集本企业的以下重要信息:负债、或有负债、负债率、偿债能力;现金流、应收账款及其占销售收入的比重、资金周转率;产品存货及其占销售成本的比重、应付账款及其占购货额的比重;制造成本和管理费用、财务费用、营业费用;盈利能力;成本核算、资金结算和现金管理业务中曾发生或易发生错误的业务流程或环节;与本企业相关的产业会计政策、会计估算、与国际会计制度的差异与调节(如退休金、递延税项等)等信息。

      (3)分析市场风险,企业应广泛收集国内外企业忽视市场风险、缺乏应对措施导致企业蒙受损失的案例,并至少收集与本企业相关的以下重要信息:产品或服务的价格及供需变化;能源、原材料、配件等物资供应的充足性、稳定性和价格变化;主要客户、主要供应商的信用情况;税收政策和利率、汇率、股票价格指数的变化;潜在竞争者、竞争者及其主要产品、替代品情况。

      (4)分析运营风险,企业应至少收集与该企业、本行业相关的以下信息:产品结构、新产品研发;新市场开发,市场营销策略,包括产品或服务定价与销售渠道,市场营销环境状况等;企业组织效能、管理现状、企业文化,高、中层管理人员和重要业务流程中专业人员的知识结构、专业经验;期货等衍生产品业务中曾发生或易发生失误的业务流程或环节;因企业内、外部人员的道德风险致使企业遭受损失或业务控制系统失灵;给企业造成损失的自然灾害以及除上述有关情形之外的其他纯粹风险;对现有业务流程和信息系统操作运行情况的监督、运行评价及持续改进能力;企业风险管理的现状和能力。

      (5)分析法律风险方面,企业应广泛收集国内外企业忽视法律法规风险、缺乏应对措施导致企业蒙受损失的案例,并至少收集与该企业相关的以下信息:国内外与该企业相关的政治、法律环境;影响企业的新法律法规和政策;员工道德操守的遵从性;该企业签订的重大协议和有关贸易合同;该企业发生重大法律纠纷案件的情况;企业和竞争对手的知识产权情况。

      企业还要对收集的初始信息进行必要的筛选、提炼、对比、分类和组合,以便进行风险评估。

    更多相关内容
  • 流程与分工 第2章 业务流程基本概念(共56页).ppt 流程与分工 第3章 业务流程设计基础(共75页).ppt 流程与分工 第4章 业务流程的绘制方法(共72页).ppt 流程与分工 第5章 业务流程改进(共60页).ppt 流程与...
  • 企业流程重组之基本业务流程重组概述.doc
  • 通过分析在网络经济环境下我国企业信息化进程的经验与教训,对企业核心业务流程――生产、供应与销售业务流程规范...并根据网络与信息技术对企业基本要求,提出了在网络环境下企业核心业务流程规范化的几个基本原则。
  • 流程与分工 第2章 业务流程基本概念(共56页).ppt 流程与分工 第3章 业务流程设计基础(共75页).ppt 流程与分工 第4章 业务流程的绘制方法(共72页).ppt 流程与分工 第5章 业务流程改进(共60页).ppt 流程与...
  • 流程与分工 第2章 业务流程基本概念(共56页).ppt 流程与分工 第3章 业务流程设计基础(共75页).ppt 流程与分工 第4章 业务流程的绘制方法(共72页).ppt 流程与分工 第5章 业务流程改进(共60页).ppt 流程与...
  • 流程与分工 第2章 业务流程基本概念(共56页).ppt 流程与分工 第3章 业务流程设计基础(共75页).ppt 流程与分工 第4章 业务流程的绘制方法(共72页).ppt 流程与分工 第5章 业务流程改进(共60页).ppt 流程与...
  • 业务流程管理综述

    2021-03-03 07:03:58
    火龙果软件工程技术中心 摘要:业务流程管理包括支持业务过程分析、设计、执行、管理的方法、技术及工具。它可以被看作是经典工作流管理...第二层是通用的应用程序,这些应用程序企业广泛使用,比如Microsoft
  • 流程与分工 第2章 业务流程基本概念(共56页).ppt 流程与分工 第3章 业务流程设计基础(共75页).ppt 流程与分工 第4章 业务流程的绘制方法(共72页).ppt 流程与分工 第5章 业务流程改进(共60页).ppt 流程与...
  • 流程与分工 第2章 业务流程基本概念(共56页).ppt 流程与分工 第3章 业务流程设计基础(共75页).ppt 流程与分工 第4章 业务流程的绘制方法(共72页).ppt 流程与分工 第5章 业务流程改进(共60页).ppt 流程与...
  • 流程与分工 第2章 业务流程基本概念(共56页).ppt 流程与分工 第3章 业务流程设计基础(共75页).ppt 流程与分工 第4章 业务流程的绘制方法(共72页).ppt 流程与分工 第5章 业务流程改进(共60页).ppt 流程与...
  • 流程与分工 第2章 业务流程基本概念(共56页).ppt 流程与分工 第3章 业务流程设计基础(共75页).ppt 流程与分工 第4章 业务流程的绘制方法(共72页).ppt 流程与分工 第5章 业务流程改进(共60页).ppt 流程与...
  • 管理信息系统实验一企业流程图分析与设计 一实验目的 通过VISIO中的示例复习组织机构图流程图的设计与使用掌握VISIO综合绘图软件中流程图和组织机构图的基本操作通过对某一系统的组织机构图以及流程图设计练习理解...
  • 业务流程重组在中小企业 ERP实施中的作用 发表时间2009-11-24 吴鉴 孙延明 来源万方数据 关键字ERP业务流程重组 流程管理 信息化应用调查我要找茬在线投稿加入收藏发表评论好文推荐打印文本 业务流程重组(BPR)是对...
  • 企业业务架构设计理论与方法

    千次阅读 2021-04-07 00:50:38
    本文首发微信公众号:码上观世界。导读企业架构转型是企业数字化转型的重要抓手和实施手段,而企业业务架构设计是企业架构设计的重要内容和决定部分,是衔接企业战略和IT项目的桥梁。而如何通过业务架...

    本文首发微信公众号:码上观世界。

    导读

    企业架构转型是企业数字化转型的重要抓手和实施手段,而企业业务架构设计是企业架构设计的重要内容和决定部分,是衔接企业战略和IT项目的桥梁。而如何通过业务架构顺利落地企业战略,本文认为基于流程规划设计是破解难题的康庄大道,而企业组件模型设计是流程设计之路上的关键“爆破点”。本文从业务概念开始理清企业级业务架构涉及的理论和方法。

    目录

    1 业务架构基本概念

    2 业务架构设计指导理论

        2.1 Zachman

        2.2 DoDAF

        2.3 TOGAF

    3  企业架构与业务架构的关系

    4 业务架构价值、目标与内容

    5 流程规划

        5.1 流程规划参考框架

        5.2 流程总架构规划方法

            5.2.1 POS

            5.2.2 OES

        5.3 一级流程架构规划常见方法

            5.3.1 流程规划PDCA法

            5.3.2 流程规划生命周期法

    6 流程架构表达方式

        6.1 流程架构表达方式模板

        6.2 流程视图

    7 流程设计方法

        7.1 价值链模型

        7.2 SIPOC

        7.3 BPMN

    8 业务组件

        8.1 业务组件模型

        8.2 业务组件

        8.3 业务组件模型的应用

        8.4 小结

    9 参考资料

    全文字数:11434,预计阅读时长:20分钟,以下为正文。

    1. 业务架构基本概念

    企业架构(英文:Enterprise Architecture,简称:EA)对企业的生存和成功具有决定性的作用,是企业通过IT获得竞争优势的不可缺少的手段。关于企业架构有多种定义,比如:

    • 企业架构之父 Zachman:企业架构是构成组织的所有关键元素和关系的综合描述。

    • 国际技术标准开放组织The Open Group:企业架构是关于理解所有构成企业的不同企业元素,以及这些元素怎样相互关联。

    • Gartner Group :企业架构是通过创建、沟通和提高用以描述企业未来状态和发展的关键原则来把商业远景和战略转化成有效的企业变更的过程。

    • IBM:企业架构是记录企业内所有信息系统和其相互关系以及它们如何完成企业使命的蓝图。

    TOGAF(开放组体系结构框架)将“企业”定义为有着共同目标集合的组织的聚集。例如,企业可能是政府部门、一个完整的公司、公司部门、单个处/科室,或通过共同拥有权连接在一起的地理上疏远的组织链。

    关于业务架构也有多种定义,比如:

    • 哈佛大学商学院教授安德鲁斯:业务架构是由目标、意图和目的,以及为达到这些目的而制定的主要方针和计划所组成的一种模式。这种模式决定了企业正在从事的或者应该从事的经营业务,以及企业所属的或应该属于的经营类型。

    • 美国学者霍弗和申德尔:业务架构是企业目前的和计划的资源配置与环境相互作用的基本模式。该模式表明企业将如何实现目标。

    • 美国管理学家安绍夫:企业业务架构是贯穿于企业经营、产品和市场之间的一条“共同经营主线”,决定着企业目前所从事的或计划要从事的经营业务的基本性质。

    概括来说,业务架构是指组织领导者关于组织的概念的集合,包括组织的使命和长期目标、组织的环境约束和政策、组织当前计划及其指标。

    2. 业务架构设计指导理论

    业务架构的概念是随着企业架构理论的不断完善,从企业架构中逐步演化而来。下面介绍几种影响力比较大的理论框架。

    2.1 Zachman

    1987年Zachman提出的企业架构模型,该模型按照“5W1H”,即What(数据)、Where(网络)、Who(角色)、When(时间)、Why(动机)、How(功能)6个维度,结合目标范围、业务模型、信息系统模型、技术模型、详细展现、功能系统这6个层次,将企业架构分成36个组成部分,描述了一个完整的企业架构需要考虑的内容,如表2-1所示。

    Zachman模型虽然没有明确提出业务架构这个概念,但是已经包含了业务架构关注的一些主要内容:如流程模型、数据、角色组织等,既然没有提出业务架构的概念,自然也就没有包含构建方法,所以,Zachman模型应该算是业务架构的启蒙,同时,它也表明了这一工具或技术的最佳使用场景——面向复杂系统构建企业架构。

    2.2 DoDAF

    DoDAF是美国国防部在联合作战指导思想下,为统一不同装备开发商之间的架构设计规范,并将其管理的6大核心流程统一起来而开发的架构描述标准。DoDAF2.0是目前应用比较广泛的版本,DoDAF中的体系架构框架主要分为三个层次:视点(View Point)、视图(View)以及模型与数据。

    • 模型是指用于收集数据的模板。

    • 视图表示使用格式或模型的一组相关信息。一种如DoDAF 2.0中所述,视图是任何可理解格式的数据表示。格式可以包括任何演示样式(仪表板、电子表格、图表、数据模型等)来传达数据的含义。

    • 视点描述了从一个或多个角度绘制并以特定方式使用应该出现在个人视图中;如何构造和使用视图(通过适当的架构或模板);表达和分析的建模技术信息;以及这些选择的依据(例如,通过描述目的和预期的受众群体)。

    模型加数据构成了视图,多张视图构成了某一类视点,视点是指视图的类型。DoDAF2.0中包含了8类视点,见表2-2。

    • 全景视点(All View,AV):描述了与所有视点相关的架构描述的顶层概貌,包括范围、上下文环境、规则、约束、假设以及与体系架构描述有关的词典等。

    • 能力视点(Capability Viewpoint:CV):集中反映了与整体构想相关的能力目标,阐述在特定标准和条件下进行特定的行动过程或是达成期望效果的能力,包括能力要求、交付的时间以及部署情况等。能力视点为DoDAF2.0版本新增视点,体现了国防部对联合作战综合能力形成的重视,也是为了支撑JCIDS的推广实施。

    • 系统视点(System Viewpoint:SV):描述了提供或支持国防领域职能的系统及其相互关系。系统模型建立系统资源与作战要求及能力需求的关联,这些系统资源支持作战活动,并促进信息的交互。

    • 作战视点(Operational Viewpoint,OV):描述了执行作战所需的任务、活动、作战要素和资源流交换等。集中反映了完成美国国防部使命的机构、任务或执行的行动以及彼此间必须交换的信息,包括信息交换的种类、交换的频率、信息交换支持哪些任务和活动以及信息交换的性质。

    • 数据和信息视点(Data Information Viewpoint:DIV):描 述了组织在业务活动中管理并用于组织业务活动的操作和业务信息要求和规则。集中反映了架构描述中的业务信息需求、数据需求等。

    • 项目视点(Project Viewpoint:PV):描述了组织是如何规划、管理与实现项目、工程、工作包和计划交付的能力项以及能力与项目之间的依赖关系。

    • 服务视点(Service Viewpoint:SV):描述了国防部领域内各类服务及其相互关系,服务模型将服务资源与作战要求的能力相互关联,说明服务对作战活动的支持。

    • 标准视点(Standard Viewpoint:StdV):描述了适用于架构的作战、业务、技术和工业标准、指南与约束集,确保架构方案能够满足特定的作战和能力需求。

    2.3 TOGAF

    TOGAF架构框架是由欧洲共同体的IT协会The Open Group开发的一个企业架构框架理论。TOGAF架构框架能为企业各级领导和员工描绘出一个未来企业信息化中业务、信息、应用和技术互动的蓝图。这里基于TOGAF Version 9.2对TOGAF进行简单、全面的介绍。TOGAF规格说明书主要包括了7个部分,各部分的基本情况见表2-3。

    TOGAF 7个部分间的关系如图2.1所示,其中左边的业务愿景和驱动力(Business Vision and Drivers)是TOGAF的输入部分,中间的企业架构方法是TOGAF的处理部分,右边的业务能力(Business Capabilities)是TOGAF的输出部分。企业可以基于业务愿景和驱动力通过TOGAF进行企业架构的相关工作,获得相应的业务能力。同时,新的业务能力会产生新的业务需求,又形成新的驱动力,促进业务愿景发展。

    TOGAF的核心是架构开发方法(Part II);通过架构能力运用TOGAF架构开发方法(简称:ADM方法)(Part VII);ADM方法由一系列指南和技巧进行支持(Part III);架构开发过程产生的内容存储在储藏库中(Part IV);储藏库根据企业连续序列分类(Part V);储藏库初始由TOGAF参考模型充实(Part VI)。

    ADM方法是TOGAF的核心,由10个阶段组成:预备阶段、架构愿景阶段、业务架构阶段、信息系统架构阶段、技术架构阶段、机会与解决方案阶段、迁移规划阶段、实施治理阶段、架构变更管理阶段、需求管理阶段,每个阶段的关系和作用分别如图2.2和表2-4所示:

                                  图2.2 ADM方法10阶段关系

    其中每个阶段都有其目标、活动、输入、步骤、输出、技巧和交付物等。需求管理是一个特殊的阶段,该阶段和其他任何阶段都有关系,是ADM过程的驱动中心。处理需求变化的能力在ADM中是至关重要的,因为架构就其本质而言就是处理不确定性和变化,在干系人期望和能交付的实际解决方案间搭建桥梁。

    3  企业架构与业务架构的关系  

     

    企业架构主要包括业务架构和IT架构,如图3.1所示。业务战略决定业务架构,它包括业务的营运模式、业务流程、组织结构和地域分布等内容。企业架构是战略与实际运营之间的桥梁,有助于战略的落实。IT架构是指导IT投资和设计决策的IT框架,是建设企业信息系统的蓝图,包括数据架构、应用架构、技术架构和管理架构。

    企业战略与IT战略必须紧密联系,并通过企业架构来指导IT项目的建设,IT项目必须以实现企业战略为出发点和终结点。IT项目组合是项目或项目和其他工作的一个集合,将其组合在一起的目的是为了进行有效地管理以满足战略上的业务目标。

    从企业架构的发展趋势来看,企业架构概念已经涵盖了业务、组织、技术等多个层面,并且使这些层面协调统一、相互贯通。企业架构是一个涵盖业务和IT的全面的企业蓝图设计工具,可以帮助企业的管理者了解企业的构成。

    4 业务架构价值、目标与内容

    战略不能仅停留在纲领性要求这个层面,而是要分解成更细的战略能力。然后把现有的业务梳理成结构化的现状业务模型,把战略能力需求跟模型之间进行匹配后,会发现有哪些业务要调整或新增,进而形成目标模型。通过这个过程,实现战略与业务的结合,结合在一起的战略能力需求再传导给IT人员的时候,我们就不会说这个东西是不明确的了。战略、业务和IT之间一直缺少一个有效的衔接,只有通过业务架构这个桥梁进行连接,我们才能真正让企业变成一个整体,这也是EBA的核心价值。

    EBA就是为了落地企业战略,对企业业务能力进行整体规划,再把这种规划结果传导给IT实现端的一种结构化分析方法。

    企业业务架构是企业战略转化为实际日常运营的必经之路。企业的业务架构包括了业务组件、流程、组件分布、业务平台模型、组织架构、绩效考核、架构管理7方面的内容,广义的业务架构定义包括了产品、销售、客户服务、财务、人力资源等企业全部的业务功能和职责。其中业务组件是进行其他要素和模型设计的基础,是公司业务架构设计的首要工作,业务流程(process)是企业进行业务运作的载体,业务运营过程实际就是执行众多流程的过程。业务流程也是连接各业务部门(业务能力)的载体,端到端流程多是跨部门/跨能力域的,在过程中实现增值。业务流程承载着企业的能力,体现业务模式。

    企业的愿景、企业所处的内外部环境、所拥有的资源和能力决定战略,战略决定业务模式;业务模式要求企业必须具备某些能力;能力由各级流程承载或实现;组织为实现战略和执行流程而生,战略和流程决定组织结构;数据是流程执行时传递的对象;业务决定IT,IT系统能使流程运转得更顺畅和高效。企业的其他管理维度和手段都要“从流程中来,到流程中去”。因此本文从业务流程和业务组件着手,梳理业务架构的典型落地方式。

    5 流程规划

    5.1 流程规划参考框架

    流程规划就是流程架构设计,是根据公司中长期战略目标及业界领先实践,应用系统的方法为企业构建流程体系架构,对流程进行分层、分类,理顺业务流程之间的接口关系,为企业系统管理提供基础。一个好的流程架构设计要符合两个标准:

    第一,与战略进行无缝对接,能够有效支撑战略实现;

    第二,充分借鉴业界领先实践,确保了业务模式的先进性。

    提供流程规划可以实现战略落地、系统管理、分层管理、集成共享、结构优化与落实责任六大方面的价值。在流程规划过程中应坚持以下六大原则:战略导向、端到端、打通流程视角而非职能视角、不重复,不遗漏(即MECE原则,全称:Mutually Exclusive Collectively Exhaustive)、集成共享和逻辑清晰。为此可以借鉴权威框架APQC。

    APQC是美国生产力与质量中心(American Productivity and Quality Center)的简称,该中心发布的开发流程分类框架(简称PCF)是由APQC与其会员公司创立,是一个通过流程管理与标竿分析,不分产业、规模与地理区域,用来改善流程绩效的公开标准。其流程分级情况如图5.1。

    一级(level 1):被称为域,也被称为一级流程。一级流程可以理解为端到端流程,什么是端到端流程?从利益相关方这一端回到利益相关方。有的企业不叫利益相关方,叫价值共同体,其本质是一样,只是叫法不同。在流程规划时,企业应重点关注四类利益相关方:外部顾客、合作伙伴(供应商等)、员工、股东。端到端流程要求能够直指这四类利益相关方,能够直接为他们创造价值,所以要求是从利益相关方的需求开始到利益相关方满意为止。如果不能够为利益相关方创造价值,那么这个流程是没有存在必要的,所以一级流程要解决价值创造的问题。正是由于一级流程具备端到端的特点,所以流程管理才能够有效的破解职能管理面向任务、面向职能、而不面向价值创造、各自为政的难题。例如战略管理、财务管理、销售、管理服务等流程是一级流程。

    二级(level 2):被称为子域,也叫被称为二级流程。二级流程是一级流程的组成单元,是一级流程中的一个模块、板块或分类,通常是由一群流程组成。例如计划、采购、制造、交付、退货是集成供应链流程中的几个二级流程。

    三级(level 3):被称为流程,也被称为三级流程。三级流程已经到了可操作、可管控层级,因为它已经细分到了活动,活动能够对应到岗位。流程管理大师哈默的定义是:业务流程是把一个或多个输入转化为对顾客有价值的输出的活动。例如,采购需求审批、采购订单下达、入库验收、结算与付款都是三级流程。

    四级(level 4):被称为子流程,也被称为四级流程。四级流程是对三级流程中某个节点的展开,相对复杂的三级流程才会有四级流程。例如项目组任命是立项流程的子流程,是对立项流程中项目组任命活动的展开,描述了从申请到批准直到正式发文的流转过程。

    五级(level 5):被称为活动,也被称为节点,是构成流程或子流程的基本单位。例如合同评审流程中的提交合同评审申请、复核、价格评审、信用评审、技术评审、交货期评审、合同审批等都是活动。

    六级(level 6):被称为任务,也被称为操作步骤,是构成活动过程的基本单位。例如在客户投诉受理活动中,询问客户诉求、记录客户投诉信息、安抚客户情绪、首站化解、转办等是受理活动的任务。

    APQC 2012年发布的V6.0.0跨行业通用版流程总架构如图5.2所示。

    对于每一个一级流程,APQC都给出了细到第三,甚至是第四级的流程架构。APQC通用版架构由于通用,所以流程清单相对全面并具有共性,所以APQC流程清单非常适合企业用来查漏补缺,确保流程规划的完整性。

    5.2 流程总架构规划方法

    在进行公司流程总体架构规划时,有两种常见的模式供企业选择:POS(plan,operation,support)和OES(operation,enable,support)。

    5.2.1 POS

    流程规划POS法将流程分成规划类、运作类及支撑类。规划类流程解决方向与整体部署问题,运作类流程解决业务具体如何实现的问题,支撑类流程则考虑为了保证业务有效顺利开展需要提供哪些支撑服务。这种架构分类方式的好处是使得架构规划的时候更完整,更有层次,使得企业的流程体系能够全面考虑规划、运作与支撑不同层面的事情,尤其对于一级流程架构规划价值更大。流程规划POS法如图5.3所示。

    5.2.2 OES

    OES法高度体现了以客户为中心,以客户为关注焦点的管理原则,它将公司流程体系分成三层次:第一层,前台直接面向客户提供端到端产品或服务的业务类流程;第二层,中后台为响应业务流程需求,支撑业务流程价值实现的流程;第三层,后台共享基础性流程,为前台或中台高效、低风险运作提供管理支撑的流程。见图5.4。

    OES法与POS法关键差异点:

    第一,在流程体系中处于支配与牵引地位的不是战略管理流程,而是直接为客户创造价值的端到端业务流程,其中体现了管理理念的不同,客户是第一位的而不是公司;战略为客户服务,所以战略管理流程降格为中台的使能流程。

    第二,对于业务流程的定义不一样,不是所有的价值链环节都是业务流程,只有直接为客户提供价值的流程才是业务流程,而且业务流程要符合端到端的设计要求,即从客户来到客户去,始于客户需求,终于客户满意。

    第三:OES不仅适用于流程总架构规划,还适用于一级流程架构规划。POS只适用于总体流程规划设计。

    第四:OES法适合项目型运作公司,或者企业基本的业务单元是项目,市场环境变化快、对市场反应要求高的企业,横向流程管理能力强、流程管理成熟度高的企业。POS法适合按库存生产、大规模分销的流量型公司,技术成熟,产品生命周期长,市场格局相对稳定的企业,流程管理成熟度低,横向跨部门协同能力弱的企业。

    5.3 一级流程架构规划常见方法

    除上文提到的流程规划POS方法之外,其他的一级流程架构规划方法介绍如下。

    5.3.1 流程规划PDCA法

    PDCA环又叫戴明环,是美国质量管理专家戴明博士提出的,它是全面质量管理所应遵循的科学程序。PDCA是英语单词Plan(计划)、Do(执行)、Check(检查)和Action(处理)的第一个字母的组合,具体而言包括四段八个步骤,如图5.5所示。

    5.3.2 流程规划生命周期法

    1966年,美国经济学家雷蒙德·弗农在《产品生命周期中的国际投资与国际贸易》中提出产品生命周期理论。将生命周期应用到流程架构规划中,就将业务或管理流程围绕核心加工对象的生命周期全过程来规划流程,由于生命周期结构是完整而严密的,所以运用这种方法保证了流程架构规划的完整性。通常企业核心的管理对象有:客户、产品、供应商、员工、流程等。比如按照产品生命周期规划的流程规划如图5.6所示。

    6 流程架构表达方式

    6.1 流程架构表达方式模板

    下图分别给出了流程架构表达方式模板和示例:

    6.2 流程视图

    由于流程架构图没有完全表达出三级流程之间的逻辑关联,对于不熟悉一级流程全过程业务的人员来说,很难理解一级流程的内在逻辑。为此,为便于企业开展后续的流程梳理与优化,进一步理顺三级流程之间的接口关系,在流程架构图的基础上需要绘制流程视图。有了流程视图,就相当于为企业中高层管理者提供了一份一级流程全景图,类似于作战地图,有利于全局分析与系统方案设计,为一级端到端流程管理奠定基础。一级流程视图绘制逻辑图如图2-44所将一级流程分成规划层、运作层及支持层三部分。将外部流程放在一级流程框之外,前段流程置于左侧,后段流程置于右侧。一级流程以三级流程为绘制视图的基本单位,外部流程以一级流程作为基本单元。根据流程输入、输出关系,用活动线进行连接,来表达流程之间的接口关系。一级流程使用符号表示,三级流程用符号表示,以区分不同的流程层级,一级流程视图示例如图6.1所示。

    7 流程设计方法

    7.1 价值链模型

    将一个企业的行为分解为战略性相关的许多活动

    价值链模型最早是由波特提出的。波特认为企业的竞争优势来源于企业在设计、生产、营销、交货等过程及辅助过程中所进行的许多相互分离的活动,这些活动中的每一种都对企业的相对成本地位有所贡献,并奠定了企业竞争优势的基础。价值链模型将一个企业的行为分解为战略性相关的许多活动。企业正是通过比其竞争对手更廉价或更出色地开展这些重要的战略活动来赢得竞争优势的。

    价值链列示了总价值、并且包括价值活动和利润。价值活动是企业所从事的物质上和技术上的界限分明的各项活动,这些活动是企业创造对买方有价值的产品的基石。利润是总价值与从事各种价值活动的总成本之差。

    价值活动分为两大类:基本活动和辅助活动。基本活动是涉及产品的物质创造及其销售、转移买方和售后服务的各种活动。辅助活动是辅助基本活动,并通过提供采购投入、技术、人力资源以及各种公司范围的职能支持基本活动。

    设计任何产业内竞争的各种基本活动有五种类型:

    • 内部后勤:与接收、存储和分配相关联的各种活动,如原材料搬运、仓储、库存控制、车辆调度和向供应商退货。

    • 生产作业:与将投入转化为最终产品形式相关的各种活动,如机械加工、包装、组装、设备维护、检测等。

    • 外部后勤:与集中、存储和将产品发送给买方有关的各种活动,如产成品库存管理、原材料搬运、送货车辆调度等。

    • 市场和营销:与提供买方购买产品的方式和引导它们进行购买相关的各种活动,如广告、促销、销售队伍、渠道建设等。

    • 服务:与提供服务以增加或保持产品价值有关的各种活动,如安装、维修、培训、零部件供应等。

    在任何产业内所涉及的各种辅助价值活动可以被分为四种基本类型:

    • 采购:指购买用于企业价值链各种投入的活动,采购既包括企业生产原料的采购,也包括辅助活动相关的购买行为,如研发设备的购买等。

    • 技术开发:每项价值活动都包含着技术成份,无论是技术诀窍、程序,还是在工艺设备中所体现出来的技术。

    • 人力资源管理:包括各种涉及所有类型人员的招聘、雇佣、培训、开发和报酬等各种活动。人力资源管理不仅对基本和辅助活动起到辅助作用,而且支撑着整个价值链。

    • 基础设施:企业基础设施支撑了企业的价值链条。

    对于企业价值链进行分析的目的在于分析公司运行的哪个环节可以提高客户价值或降低生产成本。价值链的框架是将链条从基础材料到最终用户分解为独立工序,以理解成本行为和差异来源。通过分析每道工序系统的成本、收入和价值,业务部门可以获得成本差异、累计优势。价值链一旦建立起来,就会非常有助于准确地分析价值链各个环节所增加的价值。价值链的应用不仅仅局限于企业内部。随着互联网的应用和普及,竞争的日益激烈,企业之间组合价值链联盟的趋势也越来越明显。企业更加关心自己核心能力的建设和发展,发展整个价值链中一个环节,如研发、生产、物流等环节。

    7.2 SIPOC

    SIPOC是由5个字母的简称组合而成的,分别是:

    -S:Supplier/供应者:向核心流程提供关键信息、材料或其他资源的实体。流程可能会有众多的供应者,只列出提供关键资源的供应者即可。

    -I:Input/输入:供应者输入的资源,要明确说明输入资源的要求,如输入的某种标准的材料、输入的某种类型的信息等。

    -P:Process/流程:使输入转化为输出的一组活动,企业通过一系列的活动使输入的内容增加价值,成为输出。

    -O:Output/输出:流程的产出即产品。输出也可能是多样的,但只需要列出主要的和关键的成果。

    -C:Customer/客户:接受输出的人、组织或流程,不仅指外部顾客,而且包括内部顾客,如材料供应流程的内部顾客就是生产部门,生产部门的内部顾客就是营销部门。

    SIPOC图是一个高层次的流程设计图,它包括了流程的输入、输出、供应者、客户和流程的步骤5方面的信息。设计的过程是首先画出流程的各个步骤,再设计出流程的主要输出物,以及这些输出的使用者和后续流程;之后再识别流程的输入和输入的要求;最后发现输入物的提供者,可以是前续流程、IT系统、供应商等。SIPOC图能展示出一组跨越职能部门界限的流程,可以用一张图勾勒整个企业或者业务部门的流程图4.26中的步骤1~5体现了以上描述的SIPOC图的设计顺序。

    7.3 BPMN

    BPMN用一种类似于流程图的图表形式来描述业务流程,最初由业务流程管理计划组织(Business Process Management Initiative,BPMI)制定和发展,目前由对象管理组织(Object Management Group,OMG)来维护管理。BPMN是一种图形化的建模工具,为不懂IT技术的管理人员、分析人员和程序开发人员提供了一种简单易懂的标注符号标准。下面以BPMN的第2个版本(BPMN 2.0)为基础进行介绍。

    BPMN 2.0包含了协作视图(CollaborationView)、流程视图(ProcessView)、编排视图(ChoreographyView)3种视图。BPMN 2.0以业务流程图(Business Process Diagram,BPD)为核心,每个BPD根据提供的模型类型不同可以有3种基本的类型:Collaborative (Global) B2B Processes协作图,主要用来描述两个以上的业务实体或者参与者之间的交互、协作的情况;Internal (Private) Business Processes独立图,主要关注某一个参与者内部业务流程的流转;Public (Abstract) Process抽象图,用来描述内部业务流程与外界的交互,关注点在交互,内部流程中不与外界交互的活动将被忽略。BPMN 2.0全景如图5-7所示。

                    图5-7 BPMN 2.0全景图

    流程(Process)描述了一个组织内部开展具有一定目的的工作所需进行的有序活动(Activities)。在BPMN 2.0中,流程由定义了有限执行语义的活动(Activities)、事件(Events)、网关(Gateways)和顺序流(Sequence Flow)等元素组成。

    协作视图通常包含两个或多个池(Pool),代表相互协作的参与者。相互协作过程中通过消息流(Message Flow)进行交互。

    编排(Choreography)是一种流程类型,它更关注于参与者的消息交互上,而不是业务参与者执行工作的编制。

    8 业务组件

    8.1 业务组件模型

    业务组件模型由IBM公司提出,采用目标、资源、活动、治理、服务5个标准属性来表达能力以及能力之间的关系。该模型可帮助管理者评估整个企业的目标和战略,降低风险,推动业务绩效,提高生产率,控制成本,改善资本效率,增加财务的可预测性。一般每个行业都有该行业的业务组件模型总图模板,企业在设计自身的业务组件模型总图的过程中可以将行业模板作为参考,并结合自身的业务范围与业务特点进行调整。最终的业务组件模型总图是一个二维矩阵,纵轴代表了企业的管理层级,横轴代表了企业级的业务能力(完整覆盖企业业务范围所需具备的业务能力),每一个交叉点就是某一企业级业务能力在某一管理层级下对应的业务能力,该业务能力的实现将需要一个或多个业务组件的共同支撑。业务组件模型可按照业务能力和责任级别两个维度对组件进行组织。如图8.1所示,通过这一模型,管理人员就可以设想当时的业务活动是如何通过一系列相互联系的模块运行实施的。

                         图8.1 业务组件总体模型图

    按照业务能力划分各种活动并形成组件,使人们从较高层面掌握该组件为企业提供的价值。不同行业的不同公司在建立能力模型时会采取不同的做法,但无论如何,各项活动都应该根据特定的能力进行排队。

    为每个活动指定一个责任级别,即战略级别、管理级别和操作级别。还可以帮助管理人员充实组件的用途。组件的级别应该十分直观,但也会存在例外情况。

    ■ 战略级别。本级别的组件应该向其他组件提供战略方向和公司策略。此外,还应该促进组件间的配合。

    ■ 管理级别。这些中层组件在引导级别和执行级别的组件之间发挥相互制衡的作用。它们监控业绩、管理例外情况并发挥看管资产和信息的作用。

    ■ 操作级别。这些“现场”组件所提供的业务行动可以促进企业的价值实现。它们处理各种资产和信息,供其他组件或最终客户使用。

    8.2  业务组件

    业务组件模型阶段最主要的工作就是设计出本企业的业务组件模型总图。业务组件不同于业务活动与业务流程,它是将企业中的业务功能(如研发、设计、生产、销售、物流、财务等)进行模块化组装,形成一个个业务组件,每个业务组件都有可能成为一个独立的业务模块,但并没有一对一的映射关系。业务组件是构建专业化企业的功能模块。如图8.2所示,每个业务组件包含5个维度:

                图8.2 业务组件图及其5个维度

    ■ 组件的业务用途(Business Purpose)是它在组织内部存在的目的,表明该组件向其他组件提供的价值。

    ■ 为了实现业务用途,每个组件都要执行一系列相互独立的活动(Activities)。

    ■ 组件需要各种资源(Resources),如人员、知识和资产等来支持这些活动。

    ■ 每个组件都根据自己的治理模式(Governance Model),以相对独立的实体方式进行管理。

    ■ 每个业务组件都可以提供和接收业务服务(Business Services)。

    业务组件具备的主要特征:

    ■ 业务组件由一定的资源、技术与人员组成,具备一定的业务能力并能实现一定的业务目标。

    ■ 业务组件之间没有明显的界限,它既可以独自完成一定的业务目标,也可以作为一种业务功能(服务)以标准化的形式被其他业务组件所调用。

    ■ 业务组件是多个业务活动的聚合,相比于业务活动具有更大的粒度,同一组件内的业务活动紧密聚合,不同组件中的业务活动是松耦合的形式,企业中所有的业务活动都必须属于且只能属于某一业务组件。

    ■ 业务组件覆盖了企业全部的业务活动,业务组件之间松耦合的特点,使得某一业务组件既可由企业自身来承担其运行,也可以外包给其他企业。

    8.3 业务组件模型的应用

    业务组件模型主要是在战略规划、架构设计、业务模型转型、流程设计和支持服务系统设计上有所作用。战略规划主要是绘制企业的战略蓝图,通过热点组件来发现企业的战略性组件和业务。通过绘制未来目标的业务组件模型图,可以进行业务模型的转型。企业级业务服务映射的是企业架构中的业务架构。在这里可以映射到企业IT架构中的应用架构。企业通过业务架构分析,可以形成业务组件模型,当进行IT转换后,业务组件转换为应用组件。

    8.4 小结

    业务组件模型由IBM公司提出,指用目标、资源、活动、治理、服务5个标准属性来表达能力以及能力之间的关系,主要包括了5个方面的步骤:

    1)通过战略分析与评估,将企业战略具化为具体指标以及实现指标所应具备的关键能力。

    2)从企业当前部门职能、业务开展、产品服务等角度出发,以目标、资源、活动、治理、服务5个标准维度对企业当前业务能力进行抽象,形成描述企业当前业务能力架构的业务组件图。

    3)分析业务组件服务,梳理当前产生服务的所有流程,形成流程体系。

    4)根据战略分析形成关键能力需求,得出企业应该具备的组件能力。

    5)探寻其中的热点组件能力,并对业务组件进行组织、流程、IT、治理、资源等维度的分析。

    9 参考资料

    《企业级业务架构方法论与实战》

    《企业架构的数字化转型》

    《流程管理风暴》

    《企业架构与IT战略规划设计教程》

    《跟我们学建流程体系》

    https://publications.opengroup.org/

    本文当前版本:V1.0,关注并回复“企业级业务架构理论与方法”可下载文章pdf版本以及后续更新版本。

    展开全文
  • 如何实现业务流程集成

    千次阅读 2020-07-06 16:38:29
    随着各行业的发展趋势及信息化技术的发展,现代企业对于人财物产供销的管理不再是片面、彼此孤立的,而是基于企业IT架构规划,构建内容环环相扣,过程注重整体业务流程梳理。任何管理都离不开业务流程,有效的流程...

    随着各行业的发展趋势及信息化技术的发展,现代企业对于人财物产供销的管理不再是片面、彼此孤立的,而是基于企业IT架构规划,构建内容环环相扣,过程注重整体业务流程梳理。任何管理都离不开业务流程,有效的流程管理可以提高企业的工作效率、降低管理成本、控制经营风险。很多企业已经意识到这一点,针对性的去构建一些具备日常行政工作流程管理的OA协同,或在现有业务系统基础上扩展开发一些流程组件,以此满足流程管理需要。

     

    事实上,上述做法更多的是以工作流形式来满足企业部分业务流程管理需要,而没有真正实现跨异构系统端对端的流程集成,在SOA综合集成解决方案中,流程集成通常作为最后一个阶段,本文将讲解企业如何实现跨异构系统的业务流程集成。

     

    一、业务流程集成定义

     

    真正的业务流程集成并不是简单的对于某一部门或某一项的工作流程进行管理和维护,从企业全局来看,一个完整的业务流程通常是由多个细粒度的业务流程协同完成的,而这些细粒度的业务流程来自企业内部相互独立的已有系统,业务流程集成方案主要就是将这些跨异构系统的业务流程串联起来,让整体业务流程从企业全局看是闭环的。

    二、业务流程最佳实践

    实现跨异构系统流程集成项目通常阻力风险都比较大,涉及到应用系统的扩展、业务流程的变更,甚至部门山头、应用厂商的博弈等,这些因素处理不利,都会导致项目的失败或搁置,因此在实施项目前需要具备一定的前置条件或项目知识。

    1. 意识方面

    通常企业所处的行业差异性会影响信息化需求程度的高低,存在许多信息化基础较弱,但业务能力仍很强的企业,这就会导致很多企业不重视IT建设,信息化建设是每个企业发展的必经之路,是实现精益化管理、加深业务价值的承载工具,只不过对依赖信息化系统的行业明显,不是很依赖信息化系统的行业不明显而已。

    但随着企业逐步壮大及业务加深、多元化发展,或面临经济大环境问题时,利用信息化进行人、财、务、产、供、销做运营支撑管理、收集/利用数据信息,构建雷达指挥系统,辅助决策分析、风险规避的需求就会急剧凸显,而对于不重视信息化建设的企业,不论规模大小、业务强弱,都会造成一定的创击。所以,认清信息化重要性,对信息化足够认识,是当前信息化面临的一大问题。

    1) 认清实施难点

    很多企业在项目实施过程中,将项目重点和关注度放在系统参数、性能、流程建模开发难易程度,时间长短上面,事实上这些问题是在产品选型时需考虑的问题,流程建模时间是一小时还是十分钟对整个项目来说并不会造成影响,而真正对项目造成影响的是:管理者是否清楚当前企业信息化问题存在什么地方、首先需要解决哪些问题、企业内部业务流程是否梳理清楚、各部门是否积极配合推进项目工作、信息化建设基础是否扎实等。

    通常来说,最先搭建起整体平台框架是最优的选择,但所耗费的成本较大,很多企业特别是在创业初期是无法接受的,这时就更需要意识优先,明确建设大方向,一步一步根据自身发展情况顺势而为。

    2) 领导高度重视

    跨异构系统流程集成项目要求管理者对信息化理解到位、意识强,明白项目建设的前提,并且具备整改的力度和决心。项目的目的是实现企业内部业务流程的优化和整合,那么在流程优化的过程中,必定会发现企业当下业务上的逻辑问题或漏洞,这时就会涉及到对部门业务流程的整改或者重构、一定程度上改变员工原有工作模式、责任重新划分,甚至是砍掉一些部门的工作。

    随着整改的进行,很可能出现让部门负责人或员工对项目的建设产生敌意,出现不配合或消极对待的现象,如果管理者没有处理好或无法下定决心整改业务,这就会对项目造成一定的阻力,甚至无法完成这个项目。

    3) 业务部门配合

    项目中业务部门是最直接的使用人员,各部门更应该具备信息化认知和意识,相信每位员工都想通过信息化提供的服务更高效的工作,但不愿被信息化系统所制约管控。事实上,业务程集成项目建设是为员工提供更好的服务,带来便捷的工作、降低出错机率而形成的管控。所以在项目中,业务部门需要将最真实的业务还原,并根据问题提出建设需求,实施过程中积极配合项目实施人员进行流程梳理及改造。

    雀书认为流程集成项目需要实施方与部门方紧密配合,在产品中也将这部分思想进行对应,针对业务人员提供流程建模及流程仿真功能,可以真切参与和模拟业务流程走向,流程表单的配置则由技术人员完成,两者结合,简化开发难度的同时,更直观体现出业务逻辑。

    2. 软件层面

    业务流程集成项目属于企业信息化建设的中后期阶段,此项目对于企业的信息化建设水平要求较高,在建设前需要一定的信息化前置条件,如基础数据治理、服务平台搭建、产品严格选型把关等。

    1) 基础数据治理

    基础数据治理是跨异构流程集成项目的首要前提,企业的基础数据包括:组织、岗位、人员、客户、供应商、项目、产品、物资、物料等,保证有效的基础数据治理全局共享,可以为业务流程再造、业务升级创新提供准确的数据支撑,避免提供的数据有误,造成任务交接对象出错,流程中断或延迟等现象;重要信息发布与传输过程中,出现漏发、错发等现象,导致信息协同失败问题;避免数据变更时,出现没及时处理权限职责、作业分配等方面问题,导致工作出错或迟滞等情况。

    2) 服务平台建设

    建立面向业务流程的异构系统应用服务平台,进行服务的开发、组合、编排、治理、数据的集成和传递。应用集成实现异构系统集成,屏蔽信息化孤岛,数据集成实现数据全面共享,为更好的实现各业务系统之间跨系统的流程流转,支撑企业实现业务的“纵向贯通”与“横向集成”奠定基础,之后通过门户平台进行企业应用中心的构建,将流程整合成果以工作台中待办催办形式展现,同时门户中内嵌流程中心,做为复杂业务功能的流程服务的承载工作工具。

    3) 产品严格选型

    在跨异构流程集成项目中,对于产品的选型很有考究,现市面上BPM平台产品的功能基本大同小异,可以满足企业一般流程集成场景。事实上企业走到流程集成建设阶段,真正对产品的需求并不是平台中的某一功能,而是产品的扩展开发能力、业务集成能力、敏捷应用能力。扩展开发能力表现在业务表单的定制化开发,是否可以实现表单导出,快速扩展;业务集成能力表现在服务及平台的交互能力,不仅限于与自身产品的集成,还包括集成其他厂商产品;敏捷应用能力表现在产品预置多种行业模型、表单等,可以快速实现业务场景,同时统一技术标准,满足后续系统接入扩展。

    3. 资源保障

    如果说意识方面与软件层面是业务流程集成项目所必备的软性条件,那么下文阐述的三点为项目所必备的硬性条件,也就是资源保障,具体为拥有充足的建设资金、具备专业的信息化团队、选择产品过硬、方案专业、良好支撑的供应商。

    1) 建设资金充足

    企业信息化建设不是一蹴而就的,是一项周期长、投资大的工程,信息化建设不够重视、企业规模限制、业务发展水平较弱等情况,都会导致信息化资金不够充足。业务流程集成项目所需信息化基础前提较多,需要企业具备足够的资金进行支撑。很多企业在信息化建设过程中,会购进低价平台或使用开源产品,但价格低的产品往往会对流程数进行限制或另外收取高昂维护、服务费;选择开源产品则会花费更多的人力、物力、财力成本,一旦出现问题缺乏专业维护,最终仍需要推倒重建。

     

    2) 专业团队支撑

    团队支撑包括内部与外部,内部要求企业的信息化建设团队素质过硬,对业务理解到位,在明确需求及建设方案的同时,能够发挥其职责推动项目的进程。外部即项目实施团队,要求具备丰富的行业知识及大型流程集成项目的实施经验,有成体系的流程集成项目实施方法论,具备良好的项目风险预测和风险管控能力,在快速梳理业务的基础上与部门良好沟通,共同发现流程问题所在,帮助企业有效梳理实现业务流程,保证项目顺利启动、推进、上线、运行。

    3) 考察供应厂商

    考量一个项目是否成功,不只是产品选型、实施过程和上线成果,还包括过程中的培训和最佳实践的传递,选择厂商时,要看是否拥有自主知识产权,能够提供底层源代码级的服务,解决系统级问题能力。与国内厂商提供的同类方案相比较,在技术先进性、成熟性、产品完备性、知识传递性、总体部署周期和维护费用等方面是否具有优势。同时对厂商项目中培训体系进行考察,衡量其在实施过程中是否可以完成技能培训、最佳实践转移等,帮助企业后续独立进行平台维护、扩展或改造,最终实现平台建设自主可控,随需应变的IT架构与支撑体系,从而推进业务高效运转、创新升级。

    当前信息化建设已经引起绝大多数企业的重视,业务流程集成项目属于信息化建设的高级阶段,无论是企业组织内部,还是合作外部,如何保持业务流程与IT信息化对齐仍是很多企业所面临的一项巨大挑战,但无论如何,企业最终都会走到这一步。而在没有达到的时候,当下能做的就是在加强企业全体员工信息化意识的同时,构建与企业业务发展方向一致的整体IT架构规划,从数据治理、系统整合、平台搭建一步一步进行实施,保障业务、战略有效落地,为流程集成奠定基础,实现用合理的IT成本、更快的设计与开发获取更高的信息化收益。

     

    三、利用连接型智能BPM平台做业务流程集成

     

     

    前文提到,业务流程集成对于企业信息化具有战略性作用。但是,一般的BPM平台已经无法满足企业发展的需求。于是,就出现了具有业务流程集成功能的连接型智能BPM。

     

    相比较于传统的BPM平台,连接型智能BPM支持表单设计、流程引擎搭建、智能报表统计分析、数据权限多维设置、第三方系统集成连接、多种模式(SAAS、二次开发、私有化部署)开发……甚至,能够支持移动端使用。于是,连接型智能BPM平台逐渐成为大小企业的首选。下面以雀书连接型智能BPM平台为例,向大家展示怎么快速搞定业务流程集成。

     

    首先,选择需要集成的流程,在流程配置页面添加连接的子节点。子节点类型选择“机器人节点”,操作类型根据需要选择“数据操作”,接着输入节点名称(这里输入的是“入库登记”),点击“确定”保存。

     

    第二步,点击添加好的子节点“入库登记”,右侧菜单栏会出现相应的操作。选择“机器人操作”,操作类型一栏中,用户可以根据自己的需要选择此节点需要集成对接的接口(支持API等多种接口),进行流程与外部系统的对接集成。

     

    最后,点击“SQL编辑器”,会弹出编辑器窗口,用户可根据具体需求进行各类编辑操作。

     

     

    简单的三部,用户即可快速完成业务流程集成;此外需要更多内部个性化功能还可定制开发。连接型智能BPM平台确实是企业信息化建设的一大利器。

     

    展开全文
  • 企业业务架构如何设计?

    千次阅读 2020-06-29 18:00:58
    对于企业业务机构设计而言,一定是从企业管理、战略、组织结构上来入手,这样才能更好的驱动企业数字化转型和信息化建设。 以前,我们的科技都来自于业务了实际的需求,迫使科技的进步。业务提需求,技术管...

    对于企业级业务机构设计而言,一定是从企业管理、战略、组织结构上来入手,这样才能更好的驱动企业数字化转型和信息化建设。

     

    以前,我们的科技都来自于业务,有了实际的需求,迫使科技的进步。业务提需求,技术管实现,业务发展催生技术发展。但现在,科技的进步速度远远超出了我们的业务发展速度,我们的业务在技术的引领下,发展得更多种多样,商业模式也受到影响,技术与业务已经到了深度融合得时代。

    科技的快速发展驱动着每一个行业,每一次科技的革命都会诞生一批伟大的企业。但传统的企业在科技的浪潮中如何能保持竞争优势,相信每个企业主都知道调整战略方向,顺势而为。

    那么这个“势”到底是什么呢?

    我们从工业革命开始,社会飞速发展,从设施化时代进入自动化时代,现在已经处于信息时代,往数字时代,智能化过渡,企业的信息化转型显得至关重要。那在信息化建设中,应该怎样搭建业务架构,与技术架构又有怎么样的关系?

    一、什么是业务架构

    业务架构是以企业战略为基石,结合业务流程,组织架构的一种表达方式。是技术架构的驱动力,企业通过构建业务架构,来缓解企业压力,与转型的不适。

    作为企业业务与技术的的桥梁,实现信息化的深度融合。不同于业务流程和业务需求的分析,业务架构更强调整体性,结构性。技术永远都是为业务服务的,所有的架构师都是为了解决某种业务而诞生的。能解决实际的问题,才是技术的价值。

    二、业务架构与技术架构的关系

    1)业务架构的作用

    多数的架构师和业务,和企业发展战略上是脱节的。他们专注于技术的实现,而忽略使用这项技术的业务目的,与企业的联系。业务架构的作用就是在这之间建立桥梁,用于实现业务需求到IT的顺利传导,将战略映射到技术上来提现。

    在通向“数字化”时代的进程中,业务架构的独特性在于帮助企业完成了深刻的“数字化”转型,使企业通过信息技术将内部、业务与IT深刻地连接起来,成为高效的“数字化”企业。

    2)业务架构带动深度融合

    如果业务本身不结构化,直接用技术架构一位的去迎合,去套。那么技术人员也很难做出一个具有良好架构的系统,业务架构就像一个容器,而业务架构就是里面的内容。

                    

     

    三、业务架构设计

    业务架构搭建,要从顶层结构即企业战略开始,通过梳理企业目标,发掘企业能力需求(既可能是企业自身业务与技术水平发展产生的转型需求,也可能是科技导致的行业生态变化、来自竞争对手的被动需求)。再通过价值链分析方式,构建企业整体能力布局(即业务架构),并在分析过程中,将能力需求放入能力布局中,并以此在业务层面落地战略、检验战略的可行性,甚至调整战略。

    1)价值链分析

    价值链分析模型就是企业竞争力分析,这个方法从企业管理的角度来说,是久经考验的方法,特别适合用来做企业级横向的竞争力分析。价值链主要包括基本活动和支持性活动,基本活动是指主要生产过程,支持企业上下游的核心流程,支持性活动则是指对基本活动起辅助作用及维持企业基本运转的各类活动。

    这里我用一个生产制造业的价值链举个例子,对于不同的企业,性质不同,则价值链不同。价值链如何设计完全可以是个性化的,只要确认能够符合企业的特点,覆盖其价值创造过程即可。

     

     

    抽象出价值链模型

     

    2)流程模型分析

    划分工作流:搭建好价值链这一“横轴”之后,就可以基于价值链的各个环节分析多个“竖轴”了。数轴就是价值链上业务领域的划分取决于企业的战略和价值定位,从客户和产品出发,业务领域实际上就是由一组业务活动构成的,业务活动中的角色和任务,体现了所有参与到价值创造过程中的组织单元的分工协作关系。分析工作流:工作流程的分析实际上是将一个业务领域中的所有业务处理过程按照价值链约定的范围进行分解,形成每一个价值链环节中的一个或者多个工作流,通过UML等工具进行企业业务流梳理。3)企业数据流分析

    说到数据模型,我们肯定第一反应是想到数据库设计中的ER图,但是ER图(实体关系)通常是面向单个系统进行构建的,用来描述实体,属性,任务之间的关系。

    在构建企业级数据模型时,就需要横向分析所有业务领域的ER图,通过建立分析框架,根据实体、数据属性进行归类,形成统一的企业级逻辑模型,保证数据的唯一性。

    对于不同行业,由于业务的特殊性,如:自动化包装业务、信息采集业务。需要不同领域的专业信息系统来完成,企业级的业务数据通常会随业务在各个业务领域流动,这就要考虑将每个业务领域的ER模型结合一起设计,涉及到系统集成。

    4)组件分析:流程与数据的结合的产物

    流程模型与数据模型是描述业务的一对“难兄难弟”,流程模型表达的是“处理”,数据模型表达的是“输入”和“输出”,合起来就是计算机的基本工作流,这在大部分软件设计方法论中都是共识。

    数据模型和流程模型的组合,可以清楚地描述出,什么样的事件或条件可以触发一组业务活动,业务活动需要的输入有哪些,业务流程的处理规则是什么,经过业务流程的处理,输出又有哪些如果将该业务系统化,就会变成如下的问题:

    实现业务活动的计算机程序是在什么样的场景(事件)下开始执行的?程序需要读取哪些数据(实体)?依据什么样的顺序(活动)?规则(任务)由谁(组织、角色)执行?执行之后将会产生哪些数据(实体)?任务会直接处理数据,而这种处理通常可分为增加、修改、删除、查询四类操作。在软件设计上,通常会考虑将关系较近的数据实体聚合在一起,按照行为接近数据的原则,再将相应的功能聚合成一个组件。从业务模型的角度来看,就是按照主题域划分边界,将与主题域内实体相关的任务聚在一起构成业务组件任务与实体的关联主要是基于对实体的增、删、改操作。

    数据模型包含主题域这个层级,即将关系较近的数据实体聚合成一个分类,对于这种关系我们可以给出一个主题名称。在软件设计上,通常会考虑将关系较近的数据实体聚合在一起,按照行为接近数据的原则,再将相应的功能聚合成一个组件。从业务模型的角度来看,就是按照主题域划分边界,将与主题域内实体相关的任务聚在一起构成业务组件。

    下面是笔者在设计某信息系统时,结合数据模型以及主题域划分边界,构建的组件化设计思路。

     

    5)梳理整体结构

    关键元素:价值链、业务领域、业务流程、业务数据和业务组件5个关键元素。

    通过对以上几个因素的分析梳理出业务架构:

     

    结语

    以上就是笔者在对企业级架构设计的的实战中的一些复盘与总结,对于企业级业务机构设计而言,一定是从企业管理、战略、组织结构上来入手,这样才能更好的驱动企业数字化转型和信息化建设。

    展开全文
  • 1. 客户询盘:一般在客户下purchase Order之前,都会相关的Order Inquiry给业务部,做一些细节上的了解。 2. 报价:业务部及时回复客人查询,确定货物品名,型号,生产厂家,数量,交货期,付款方式,包装规格...
  • 业务流程集成如何做

    千次阅读 多人点赞 2019-02-20 13:28:06
    随着各行业的发展趋势及信息化技术的发展,现代企业对于人财物产供销的管理不再是片面、彼此孤立的,而是基于企业IT架构规划,构建内容环环相扣,过程注重整体业务流程梳理。任何管理都离不开业务流程,有效的流程...
  • 本文简单介绍云化场景下业务迁移的流程,主要从迁移的背景、概述、评估、方案的设计与实施以及最后的调优与验收的五大方面阐述迁移实施的基本流程,最后介绍华为的业务迁移解决方案以及华为业务迁移方案的特点。
  • ERP采购业务流程

    2012-09-24 18:02:39
    通过VISIO绘制的采购相关业务流程图,从中可以了解到采购业务基本功能
  • 企业微信开发基本信息>> 企业微信应用接入指引 https://open.work.weixin.qq.com/wwopen/common/readDocument/13245 简易教程 https://work.weixin.qq.com/api/doc/90000/90003/90556 基本名字解释 ...
  • 其章节共分为四部分:第一部分介绍了企业架构及业务架构、第二部分以价值链为核心讲解业务架构如何设计、第三部分讲解业务架构的持续落地、第四部分简单描述业务架构与中台关系。 现将韩老师个人解读的读书笔记公布...
  • Oracle EBS 基本业务流程

    千次阅读 2017-01-19 10:17:08
    Oracle EBS 基本业务流程 标签: oracle作业优化 2009-07-24 00:51 2068人阅读 评论(0) 收藏 举报  分类: Oracle EBS(2)  版权声明:本文为博主原创文章,未经博主允许不得转载。 ...
  • 企业级的应用架构:企业层面的应用架构起到了统一规划、承上启下的作用,向上承接了企业战略发展方向和业务模式,向下规划和指导企业各个IT系统的定位和功能。在企业架构中,应用架构是最重要和工作量最大的部...
  • 企业业务架构(EBA)方法源自Zachman框架和TOGAF理论。企业架构总是给人一种庞大而笨重的印象,实践往往也需要一定的时间周期,相信很多人都会怀疑这种连它自己都快不起来的实施模式会对提升企业级应用系统软件...
  • 适合小程序定制的企业有哪些

    千次阅读 2021-11-29 17:05:52
    很多类型的应用软件,都能在自己手机上的应用商城里找到,点开搜索自己想要的基本都可以满足我们的需求,为了更好的利用微信的大流程,很多企业都想研究了解小程序商城制作。在高效与便捷的时代,小程序应运而生,小...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 245,374
精华内容 98,149
关键字:

企业业务的基本流程有哪些