华为云用户手册

  • 查看流程审批申请 进入DMAP数小二实例控制台界面。 登录 交换数据空间 控制台,在页面左侧导航栏选择“DMAP数小二”,然后选择DMAP实例,单击“开始使用”。 租户可执行此步骤。 登录DMAP数小二。 组织成员可执行此步骤。 在页面右上角单击,然后选择“我的申请”,进入“我的申请”页面。 在“我的申请”页面查看“申请中”或“已完成”的任务。 选择“流程审批”页签。 单击“申请中”的任务标题,查看任务详情。 单击操作列的“撤销”,撤销申请中的任务。如任务已被撤销,此时,系统展示操作列为“删除”,单击“删除”,删除申请中的任务。 单击“已完成”的任务标题,查看已完成的任务详情。
  • 查看资产申请 进入DMAP数小二实例控制台界面。 登录交换数据空间控制台,在页面左侧导航栏选择“DMAP数小二”,然后选择DMAP实例,单击“开始使用”。 租户可执行此步骤。 登录DMAP数小二。 组织成员可执行此步骤。 在页面右上角单击,然后选择“我的申请”,进入“我的申请”页面。 选择“资产审批”页签,查看“资产维护”任务。 在“资产维护”页签。 单击“申请中”的任务标题,查看任务详情。 单击操作列的“撤销”,撤销申请中的任务。如任务已被撤销,此时,系统展示操作列为“删除”,单击“删除”,删除申请中的任务。 单击“已完成”的任务标题,查看审批完成的任务详情。
  • 查看报告申请 进入DMAP数小二实例控制台界面。 登录交换数据空间控制台,在页面左侧导航栏选择“DMAP数小二”,然后选择DMAP实例,单击“开始使用”。 租户可执行此步骤。 登录DMAP数小二。 组织成员可执行此步骤。 在页面右上角单击,然后选择“我的申请”,进入“我的申请”页面。 选择“报告审批”页签,查看“发布审批”或“取消发布”的申请任务。 在“发布审批”页签。 单击“申请中”的任务标题,查看任务详情。 单击操作列的“撤销”,撤销申请中的任务。如任务已被撤销,此时,系统展示操作列为“删除”,单击“删除”,删除申请中的任务。 单击“已完成”的任务标题,查看审批完成的任务详情。 在“取消发布”页签。 单击“未处理”的任务标题,查看申请任务详情。 单击操作列的“撤销”,撤销申请中的任务。如任务已被撤销,此时,系统展示操作列为“删除”,单击“删除”,删除申请中的任务。 单击“已完成”的任务标题,查看审批完成的任务详情。
  • 查看数据集订阅申请 进入DMAP数小二实例控制台界面。 登录交换数据空间控制台,在页面左侧导航栏选择“DMAP数小二”,然后选择DMAP实例,单击“开始使用”。 租户可执行此步骤。 登录DMAP数小二。 组织成员可执行此步骤。 在页面右上角单击,然后选择“我的申请”,进入“我的申请”页面。 在“我的申请”页面查看“申请中”或“已完成”的任务。 选择“数据集订阅”页签。 单击“申请中”的任务标题,查看任务详情。 单击操作列的“撤销”,撤销申请中的任务。如任务已被撤销,此时,系统展示操作列为“删除”,单击“删除”,删除申请中的任务。 单击“已完成”的任务标题,查看已完成的任务详情。
  • 更多操作 参与者创建完成后,用户可以根据需要对参与者进行修改、删除等操作,具体操作如表2所示。 表2 操作说明 操作 说明 修改参与者信息 单击目录处参与者名称,在界面右上角单击“编辑”。 参考表1修改参与者基本信息。 为参与者添加或修改角色。 单击“添加”,在弹框中选择角色。 单击角色列表处的“解绑”,为参与者移除已绑定的角色。 为参与者添加或解绑利益相关的价值流。 单击“添加”,为参与者关联利益相关的价值流。 单击价值流列表处的“解绑”,为参与者移除已绑定的价值流。 为参与者添加或移除利益相关的价值流阶段。 单击“添加”,为参与者关联价值流阶段。 单击价值流阶段列表处的“解绑”,为参与者移除已绑定的价值流阶段。 为参与者添加或移除执行的价值流阶段。 单击“添加”,为参与者关联执行的价值流阶段。 单击价值流阶段列表处的“解绑”,为参与者移除已绑定的价值流阶段。 单击“下一步”,发起审批申请。 选择审批人,通过输入用户名或者用户姓名相关字检索。 填写申请理由。 单击“提交”,系统提示“申请提交成功”,可在查看我的申请任务中查看申请任务进度,待审批人审核通过后修改成功。 删除参与者 单击目录处参与者名称,在界面右上角单击“删除”。 在删除资产页面查看删除的资产详情。 单击“下一步”,发起审批申请。 选择审批人,通过输入用户名或者用户姓名相关字检索。 填写申请理由。 单击“提交”,系统提示“申请提交成功”,可在查看我的申请任务中查看申请任务进度,待审批人审核通过后修改成功。 复制数字身份 单击目录处参与者名称,在界面右上角单击“复制数字身份”,系统提示“复制数字身份成功!”。 查看资产变更历史 单击目录处参与者名称,在界面右侧“资产变更历史”区域,查看资产变更历史操作,单击列表申请单号,查看变更详情。
  • 查看任务执行记录 采集任务执行完成之后支持查看任务执行记录,便于用户查看采集任务的执行情况。任务执行记录包括调度开始时间、调度结束时间、耗时等,同时,可通过下载日志查看执行采集任务的日志详情。 在采集任务列表单击任务操作列的“执行记录”。 在“执行记录”页面查看任务执行详情,包含状态、调度开始时间、调度结束时间、耗时等。 单击列表前面的,查看任务子流程的执行情况。 图2 查看任务子流程详情 单击“下载日志”,查看执行采集任务的日志详情。 系统仅保留日志的时间为7天,超过7天后“下载日志”按钮置灰,不可下载,请及时下载日志。
  • 更多操作 采集任务创建完成后,您还可以执行如表2的操作。 表2 相关操作 操作 说明 查看采集任务详情 在任务列表中,单击采集任务名称,可查看采集任务的名称、数据连接、执行状态、描述、开始时间、调度周期等信息。 停止采集任务 在任务列表中找到需要立即停止的任务,单击“操作”栏中的“停止”即可立即停止此采集任务。 编辑采集任务 在任务列表中找到需要编辑的任务,单击“操作”栏中的“编辑”修改采集任务。置灰项不可修改且处于调度中的任务不可编辑。 终止采集任务 在任务列表中找到需要终止的任务,单击“操作”栏中的“终止”,将执行中的任务终止。 删除采集任务 在任务列表中找到需要删除的任务,单击“操作”栏中的“删除”可删除此任务。
  • 更多操作 报告新增完成后,用户还可以执行如表1的操作。 表1 更多操作 操作 说明 修改报告 单击架构报告列表操作列的“编辑”,修改报告。 删除报告 单击架构报告列表操作列的“删除”,在弹框中单击“确认”。 撤销审批 对已申请审批发布的架构报告执行撤销发布操作。 单击架构报告列表操作列的“撤销发布”,在弹框中单击“确认”。 取消发布 对已发布的报告取消发布。 单击架构报告列表操作列的“取消发布”。 选择审批人,通过输入用户名或者用户姓名相关字检索。 填写申请理由。 单击“提交”,待审批人审核通过后报告取消发布成功。
  • 订阅数据集 在首页搜索查看数据集详情时,可通过申请订阅数据集完成数据集的订阅。 进入DMAP数小二实例控制台界面。 登录交换数据空间控制台,在页面左侧导航栏选择“DMAP数小二”,然后选择DMAP实例,单击“开始使用”。 租户可执行此步骤。 登录DMAP数小二。 组织成员可执行此步骤。 在“首页”搜索框中输入需要订阅的数据集名称,单击“搜索”即可查找。 图2 搜索数字资产 单击数据集名称,在数据集详情页面,单击右上角“订阅”。 如为“订阅中”,单击后查看此数据集的订阅详情并查看审批进度。 输入订阅的到期时间以及申请描述,单击“提交”,等待数据管家或数据owner审批。 图3 数据集订阅
  • 导出数字资产 进入DMAP数小二实例控制台界面。 登录交换数据空间控制台,在页面左侧导航栏选择“DMAP数小二”,然后选择DMAP实例,单击“开始使用”。 租户可执行此步骤。 登录DMAP数小二。 组织成员可执行此步骤。 在“首页”通过搜索数字资产查找到实体后。 单击页面“导出筛选结果”,系统提示“已触发导出!你可以在个人中心-我的导出查看进展”。 单击“查看详情”,在管理我的导出任务中下载导出文件。
  • 更多操作 数据标准创建完成后,您可以根据需求对数据标准执行修改、删除等操作,具体操作如表表2所示。 表2 操作说明 操作 说明 修改数据标准 单击目录处数据标准名称,在界面右上角单击“编辑”。 参考表1修改数据标准基础信息。 为数据标准添加或修改所属业务对象。 如未关联所属业务对象,单击“添加关联”,在弹框中选择业务对象。 如已关联所属业务对象需修改,单击“解绑”后重新单击“添加关联”,在弹框中选择业务对象即可。 为数据标准添加或解绑属性。 单击“添加”,为数据标准关联属性。 单击属性列表操作列的“解绑”,为数据标准移除已关联的属性。 单击“下一步”,发起审批申请。 选择审批人,通过输入用户名或者用户姓名相关字检索。 填写申请理由。 单击“提交”,系统提示“申请提交成功”,可在查看我的申请任务中查看申请任务进度,待审批人审核通过后修改成功。 删除数据标准 单击目录处数据标准名称,在界面右上角单击“删除”。 在删除资产页面查看删除的资产详情。 单击“下一步”,发起审批申请。 选择审批人,通过输入用户名或者用户姓名相关字检索。 填写申请理由。 单击“提交”,系统提示“申请提交成功”,可在查看我的申请任务中查看申请任务进度,待审批人审核通过后修改成功。 复制数字身份 单击目录处数据标准名称,在界面右上角单击“复制数字身份”,系统提示“复制数字身份成功!”。 查看资产变更历史 单击目录处数据标准名称,在界面右侧“资产变更历史”区域,查看资产变更历史操作,单击列表申请单号,查看变更详情。
  • 什么是元模型 对象管理标准组织OMG(Object Management Group)组织定义了元对象基础设施标准[MOF V2.5.1]。MOF(Meta Object Facility)规范中提供了元模型(Meta Model)的定义。MOF最初是OMG在1996年一个征求建议书(RFP, Request For Proposal)中提出的。2002年MOF成为OMG建模系列规范中的一员,2005年MOF规范成为ISO(ISO/IEC 19502)标准。符合MOF 规范的元模型具有开放性、扩展性和互操作性。 MOF元模型本身是支持无限循环的层次的,但是实际应用中大家往往参考图1。 图1 MOF四层元模型 以UML为例,UML与MOF一样,也由对象管理标准组织OMG定义,示例如下: 表1 UML的MOF实现 MOF元模型层次 UML实现举例 说明 M3 元元模型 MOF 定义描述元模型的模型语言。 M2 元模型 UML UML基于MOF元元模型设计了具备软件工程语义的模型语言。比如UseCase就是一个语义化的MOF Class。 M1 模型 User Model 用户使用UML语言构建的UML模型。比如用户创建了一个名称为Purchase的UseCase。 M0 对象 User Object 用户模型在真实事件的反映。 本产品参考表1,定义了M2层。用户基于M2元模型构建M1层模型,反映从而实现M0层元数据的采集、注册,支撑数据资产运营枢纽解决方案的实现。 表2 本产品的MOF实现 MOF元模型层次 本产品实现举例 说明 M3 元元模型 MOF 定义描述元模型的模型语言,包括实体(Entity)、特征(Signature)、实体属性(Attribute)、关系(Relationship)、实体联接(Entity Link)、特征联接(Signature Link)等。 M2 元模型 EA元模型 基于元元模型,面向企业架构领域,设计描述企业架构资产的模型语言。 M1 模型 架构资产 用户使用EA元模型构建企业的架构资产。 M0 对象 架构对象 架构资产在真实时间中的反映。 父主题: EA元模型介绍
  • DMAP数小二用户角色与权限说明 当前DMAP数小二预置了9个系统角色,分别为系统管理员、平台用户、业务架构师、应用架构师、信息架构师、数据管家、流程设计师、审计员和业务管理员,各个角色赋予的权限参考表1,用户自定义角色请参考为DMAP数小二成员配置自定义角色。 实例开通者自动具有系统管理员权限。 表1 系统角色及权限说明 角色名称 赋予权限 角色类型 平台用户 平台用户是系统的访问用户,可以浏览并配置系统中的公开内容,角色权限默认授予,所有用户均拥有。 架构报告模板的查看。 架构报告的增删改查。 数据图层的增删改查。 运营中心元模型的查看。 查看所有元数据详情。 系统角色 系统管理员 系统管理员负责系统的配置及管理,可维护系统的用户、权限等。 拥有权限管理:包含角色及用户的增删改查。 系统角色 业务架构师 业务架构师负责企业业务架构设计,通过创建参与者、角色、价值流、业务能力、流程及其关联关系来构建业务架构资产。 拥有组织、参与者、角色、流程、价值流、业务能力增删改查的权限。 系统角色 应用架构师 应用架构师主要负责企业应用架构设计,通过创建产品族、产品、应用系统模块、应用服务并将业务平台、应用与领域、数据容器进行关联来完成应用注册和管理。 拥有产品族、产品、应用系统模块、应用服务增删改查的权限。 系统角色 信息架构师 信息架构师负责信息架构管理,通过录入数据资产、数据标准来对数据资产目录进行构建和维护。 拥有数据资产增删改查的权限。 拥有数据标准增删改查的权限。 系统角色 数据管家 数据管家负责所辖数据的数据采集和信息架构维护,通过创建数据库连接和采集任务完成元数据采集,通过录入数据标准并将数据资产注册关联来对数据资产目录进行构建和维护。 拥有数据连接及采集任务增删改查的权限。 拥有数据资产增删改查的权限。 拥有数据标准增删改查的权限。 系统角色 审计员 查看各操作员的操作信息,用于对历史操作记录进行审计等。 拥有业务面审计日志查看的权限。 拥有审计日志查看操作用户的权限。 系统角色 流程设计师 负责企业的流程设计。 拥有流程管理中流程模型、活动、角色、BI等的增删改查。 系统角色 业务管理员 负责整个系统层面的业务配置。 拥有领域增删改查的权限。 系统角色 父主题: 角色与权限管理
  • Process Group 流程组 Process Group流程组是在流程类之下的流程分组,一个流程组具有相同的流程价值定位,其内部的业务运作逻辑是相似的、强相关的。流程组被用来区分流程分类下若干重要类别的价值创造和交付过程(例如IPD分类下的产品/平台、服务产品、解决方案),或者逻辑关联的若干重要业务场景(例如LTC的线索管理和机会点管理)。流程组通常用来划分BPO的管理范围。 流程组分类的主要原则是流程价值定位的一致性和业务逻辑相似性和关联性,每一个流程组都具有同一价值目标定位,其内部业务逻辑具有相似性和强相关性,不同的流程组之间应该接口明确,界面清晰,简化业务运作协调。如Supply下面的Plan流程组主要是管理客户物料需求的,Order fulfillment主要是规范客户订单交付的,二者的流程价值定位和业务逻辑都有所区别。
  • 关键控制点 关键控制点是为保证公司战略执行,资金资产安全、法律遵从、财务报告及数据质量、产品与服务质量、客户满意等要求的落实,综合考虑质量、成本、效率和管理要求,在流程中设置、监控的关键活动。如DCP、TR、系统设计、合同评审、资金复核等都是KCP。只有降低重大风险的控制点和必须设置的控制点才是KCP。KCP必须在流程图及流程说明中清晰定义,以便业务有效执行;必须定义检查表或测试项进行检查或测评;必须得以定期回顾。
  • 操作指导(Work Instruction/Guideline) Work Instruction/Guideline描述了完成流程活动和任务的方法(How to do),集成了针对活动的内部和外部最佳实践。指导书中描述的方法或要求是建议的、非强制性的。 它作为Procedure文件的一种可选的支撑文件,用于: 为流程中某个或某些特定的、较复杂活动提供方法指导(How to do); 为某种或某几种算法(例如数字滤波器标准算法)或方法(例如风险评估方法、数据属性定义)提供详细描述,这些方法来源于企业内部或业界好的实践; 为某个角色或某类角色在一个或一类活动提供方法和指导; 描述某个或每类流程裁剪规则和条件(单独成文的裁剪指南); 为工作产品或过程绩效度量提供指导(度量指导书); 针对同一事物,指导书可以提供多种方法以供选择。在确保活动或流程目的的前提下,流程执行人员可以使用未被指导书描述的方法完成流程活动,即指导书中的方法是非强制的。提示:IT系统的产品或操作手册,属于工具附件,不纳入流程文件管理体系。
  • 流程架构(BPA-Business Process Architecture) 流程架构是针对流程的一个结构化的整体框架,描述了企业流程的分类、层级以及边界、范围、输入/输出关系等,反映了企业的运营模式及业务特点。 解释及说明: 不是具体的流程活动描述,主要描述的是流程层级、归类和边界/范围等,流程架构从宏观层面定位了流程的位置; 主要目的是管理流程边界、归属及衔接关系,流程架构是公司统一管理的; 流程的设计必须遵从架构; 流程架构具有相对稳定性。
  • 输入/输出 输入/输出即business item,简称BI。是指流程中各业务活动的输入/输出对象,包括数据实体以及承载数据的表、证、单、书,如:要货需求表、会计凭证、采购订单、工程委托书、工程付款计划、PO验收报告、设计规格书等。输入/输出构成了流程间和流程中活动间的信息链。每一个流程活动都会有输入和输出,每个BI有且只有一个流程活动创建,可在多个流程活动中使用或更新。BI要保证唯一性,即流程中多次出现的同一个BI,其名称必须保持一致。
  • 管理体系手册(Management System Manual) Management System Manual是流程体系(管理体系、流程分类和流程组)的纲领性描述文件,一般包括: 目的 范围 遵从的管理方针、政策 体系的产品质量、流程绩效和其它管理目标 为运作本体系提供的资源 体系的组成、结构、相互间交互关系和接口描述 体系内各流程目的、目标和范围 本体系的管理、控制和持续改进机制 体系的管理组织和授权 管理策略和预算 度量、审核和评估 管理评审 与适用法律、法规或国际标准的遵从关系 版本信息和配套表 华为管理体系的子体系(如质量管理体系、EHS管理体系、BG管理体系、持续改进管理体系等)是华为管理体系的一个剖面或子集,可以通过Mgmt System Manual加以阐述。
  • 检查表(Checklist) Checklist是一种用途广泛的模板工具,是根据流程(Procedure、Regulation/Standard、Template等)及其要求预定义的、结构化的表格,是为保证工作交付的质量能够达到要求的质量标准而设计的检查要素清单。通常是一组针对被检查对象主要特征的问题,或需要搜集的数据项,甚至一系列的活动名称和要点。通过设计的检查要素,检查工作完成情况或交付件内容完备性,以保证工作的质量或输出文档满足输出标准和要求。Checklist可以带有期望的结果,以便对照参考。 在进行交付件或业务过程符合性测试、数据收集、检查或评估时,Checklist为检查者提供提示信息,以防遗漏某些检查点。除非特别说明,检查者在进行交付件或业务过程检查与评估时,依据的标准是Procedure、Regulation/Standard、模板等流程描述,Checklist仅为帮助检查的工具。因此,检查的范围可能超出Checklist中罗列的检查项。
  • Activity 活动 活动是流程的基本单元,是流程的要素之一。指某个角色(团队或个人)利用特定的工具和资源,按确定的要求和标准,将明确的输入转换为明确的输出的过程。活动的目的即形成符合要求的输出,这种输出是实现流程目的所必须的。活动被用来将流程分解成落实到角色的可执行单元,实现人员的专业分工,提高业务过程的有效性和效率,降低训练成本。 活动具有以下特点: 被单个特定(个体或团队)角色长期重复进行,以便进行专业分工,提高有效性和效率。 流程的每个活动要明确责任角色,某些活动可以有协同参与的角色共同完成,但如果某项工作存在多个责任角色,建议拆分成不同活动,以便各负其责。如果存在多个步骤,其责任角色相同,输入输出相同,则建议对这些活动进行合并。 如果执行活动的是团队角色(如:设计方案评审团队),则团队的各个体在活动中的行为、所承担的职责、所利用的输入基本一致,个体的交付不完整,甚至难以从活动结果中识别特点个体的交付物。团队角色中的某个或某些个体可能在同一流程中还承担了其他角色。团队角色在流程中不宜过多,且一般需要安排团队的负责人或代表,以免使沟通线路复杂化。 活动是结构化的,有明确的开始、结束、输入、输出和要求,有明确的执行角色,并封装了执行活动的角色、方法和技术。 活动一般以动宾结构来命名(动词+名词),其中名词一般是活动的操作对象、输入或输出。 流程活动的颗粒度没有严格的标准,对于业务成熟度高(作业相对标准化、自动化率较高、员工技能娴熟等)的流程活动颗粒度可以概括一些,反之则要细化和详细一些;流程活动的颗粒度还与IT相关,如果业务操作的IT化率较高,则流程活动描述相对概括、简单,反之亦然。
  • 流程管理 流程管理是一种以规范化构造满足客户需求的端到端卓越业务流程为中心,以持续的提高组织业务绩效为目的的系统方法。 华为公司流程管理的概念:流程管理是以业务流程为管理对象、关注流程是否给客户和公司增值的管理方法与活动。流程管理的目的是有效支撑业务的发展和持续改进,为公司的业务战略服务。 流程管理的生命周期包括:流程规划与需求管理、设计/优化与推行、执行与监控、评估与度量到流程废止管理。流程设计质量确定流程是否简单、实用和高效;流程的培训与推行是流程落地的关键手段;管理体系是流程有效运作的保障;评估与度量是管理改进的仪表盘。
  • 流程责任人(Process Owner) GPO(Global Process Owner):全球流程责任人,基于流程架构L1(MBS按L2)设置,代表公司负责所辖流程域的全业务流程管理,GPO由执行该流程域中大部分关键流程活动的业务部门负责人担任,在流程管理中超越部门职责边界。 BPO(Business Process Owner):业务流程责任人,基于流程组设置,负责对准目标结果驱动流程的建设与运营,指导Local PO工作。BPO负有和GPO类似的职责,主要区别是管理范围、权力不同。 Local PO(Local Process Owner):领域流程责任人,基于流程落地的组织单元设置,包括BUPO(业务单元流程责任人)、FUPO(功能组织流程责任人)、RPO/CPO(区域流程责任人)等。 对公司标准流程在所辖组织范围内的实施及落地负责,并主动构建匹配客户特点和当地法律法规的流程。
  • Sub-Process 子流程 子流程是复杂流程的分解,是一个更大流程的一部分。如果必要且可能,子流程可以进一步分解为更小粒度的子流程。若流程较复杂或存在多种可交付的重要输出,流程被分解为子流程,使流程相对简明、输出更为单纯,实现职能单元的分工和解耦,便于开发、维护、理解和执行和进一步授权管理。子流程是相对概念,如果必要且可能,子流程可以进一步分解为更小颗粒度的子流程。子流程与流程没有本质上的区别,遵循流程的设计原则。流程可能是由子流程组成的,也可能直接由活动组成。
  • 流程视图(Process View) 流程视图是表示业务流程信息的一个集合,向某一特定情形或特定用户群提供一个业务总览图。它反映了特定规则下或特定业务场景里,流程之间的关联关系。 绘制流程视图的要求: 流程视图可根据业务需求从不同视角去构建,如:区域、国家、产品线、功能领域、客户、项目组等特定的业务场景或用户群。 通常是由流程架构里的流程组、流程或子流程构成,必要时也可把活动构建在流程视图上。除流程设计和优化过程中外,流程视图中的活动须引用已发布流程或子流程里的活动,不能新建。 通常展示在一个页面上,有时为了便于理解,也可在视图上使用特定的符号或文字说明。
  • 模板(Template) Template是为了节省流程活动执行的时间、保障业务流程活动质量和一致执行而预定义的待填写的格式文件,可能带有预定义宏或软件代码。Template也承载了对活动和流程输入/输出的部分要求,包括对信息和数据质量的要求。 Template的内容和格式体现了流程内部上下游活动、流程与外部(供应商、下游、IT系统、客户或外部机构)流程、系统、管理体系之间的接口。 相对于承载活动输出的Template,承载流程外部输出的Template是判断流程变更范围的重要依据,与流程分层授权关系密切。为确保流程内外部的衔接和集成,Template的内容和格式应受到管控,对Template的裁剪和客户化应当遵循流程裁剪指导。
  • 流程变更需求(Process Change Requirement 简称:CR ) 是指由于业务发生变化或已有流程设计存在缺陷,导致流程不能满足业务运作要求而提出对流程变更的需求。 由于流程是以流程文件方式体现,故流程变更通常体现在对流程文件的变更,包括:管理体系指南、规范、程序、操作指导、模板、检查表。 解释及说明: 有业务没流程或新增业务需设计新流程; 流程的范围、边界、接口关系发生变化; 流程活动、角色、输入/输出、KCP等要素发生变化; 支撑流程运作的业务规则、操作指导、模板/Checklist发生变化。
  • 定制化流程(Customized Process) 公司标准流程是基于公司范围内的典型业务场景而制定的流程,具有普遍的适用性,与之配套的IT建设、岗位赋能、内控管理等均具有全球的一致性。 定制化流程是当公司标准流程在某种特定业务场景下不完全适用而定制的流程。如:《IPD产品开发概念阶段流程》是一个标准的全球流程,而《IPD产品开发概念阶段流程_无线》是这个全球流程的定制化流程。 定制化流程可以基于全球标准流程等已有流程适配产生,也可以基于特定场景新建产生。 流程首先考虑全球通用,一般在当地法律、商业惯例等与全球流程存在冲突时,或确实存在无法统一的业务模式时才考虑定制化。如果一个流程的活动、活动逻辑顺序、角色都是一致的,只是操作指导、业务规则、模板、检查表等支撑文档有差异,不需要定制化流程,只需定制存在差异的支撑文档即可。流程定制化后要保持与前后端流程、其它相关流程的逻辑接口一致。
  • Process Category 流程域 Process Category流程域是从客户价值实现出发、按照企业价值创造过程和价值定位划分的公司最高阶的流程,整体上体现了公司的业务方向和运营模式。如1.0 IPD 、10.0 MHR、8.0 SUP等。 流程域被用来定义公司管控(如DSTE)和核心价值的创造和交付(如LTC, SD, IPD, SUP等)过程,或者资源管理的主领域(如HR等),以划分不同GPO的管理范围,确定流程在公司流程架构中的位置和流程的类型(Operating,Enabling,Supporting)。 流程域主要从客户价值实现出发,按照端到端的业务流的逻辑和价值定位的视角进行分类,不是按照业务功能分类。如IPD的价值定位是为客户提供有竞争力的产品和解决方案,其内部业务流程是端到端的,涉及到研发、Marketing、销售、制造、服务、财经等各功能环节。每一个流程分类都有清晰、明确的价值定位,不同的流程分类价值定位既有区别又相互关联,所有的流程分类组合在一起共同构成了一个有机联系的业务运作体系,有效地支撑客户价值的实现和公司目标的达成。
  • 业务规则 业务规则是企业内部定义业务事实、约束和控制业务行为的标准或声明。业务规则应该显性化、结构化,并与流程中的活动建立关联关系。活动是为了实现业务目的、根据业务逻辑而必须做的事,相对稳定;业务规则是由内外部约束、管理诉求而产生的,相对灵活多变。以确保活动序列(流程)简洁、清晰。 权力事项是在业务运作过程中,需要进行审核审批的事项(包括:分层分级的权力事项子项,及其对应的审核审批主体)。授权指为使业务高效运作且风险可控,通过政策/流程将业务权力分配给特定岗位/团队的行为。行权指权力人根据政策/流程要求,行使赋予自身岗位/个人权力的行为。
共100000条
提示

您即将访问非华为云网站,请注意账号财产安全