资源整合与业务协同
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
资源整合与业务协同
1 概述
1.1 目的
结合企业用户的工作实际以及业务流程,对相关业务部门的业务流程进行完善和持续优化。
目前,由于XX的趋势,对部门间的合作越来越紧密,一些事务不可能是单独一个实体(部门/科室)所能完成的。因此,为了提高工作绩效,提升企业的竞争力,需要有效地进行业务及流程的优化,也就是应用协同的根本目的。
1.2 应用方向
应用方向包括:
企业信息化,与ERP/SCM等信息化系统相结合,通过IT系统来提升级工作能效;
工作重组;
业务拓展;实现业务联动。
运营支撑体系必须实现与业务支撑体系、管理支撑体系的全面联动,才有助于打造一套面向客户统一运营和面向产品专业运营的业务和运营支撑体系。
1.3 协同理论
从现代系统科学的观点看,企业的整个经营和运作活动是由若干相互联系、相互作用的局部组成的系统。在本文中,我们定义狭义协同是指系统内部各组成要素之间的和谐状态,广义协同是指企业内外部资源之间达到和谐的状态;我们主要论述的是指广义的资源协同。对于企业资源的协同性,就是通过合理有效的企业资源管理、规划工作,使企业资源变的无序状态为有序状态,综合发挥出企业资源的最大效用。
必须始终以客户为中心,始终关注客户需求。以客户需求为导向,调整客户关系管理体系、服务管理和运营体系、资源管理和运营体系,以及供应商/合作伙伴关系管理体系;加强运营和业务支撑体系对客户行为分析、客户细分、客户需求挖掘、客户维系以及客户挽留的支撑能力;以满足客户需求、提升客户价值为贯穿两大体系的核心和两大体系联动的目标。
以XXX为目标,整合业务,整合资源。协同工作。提升竞争力。
2 主要内容
2.1 业务流程梳理
业务流程梳理:
对客户的业务进行全面的、深入的理解和梳理,提炼出业务的重心,形成一个全局的业务模型,并与客户确认这些流程的优点与不足。
供应链管理关键流程穿越:费用项目物资供应
采购部门需求调查操作流程
2.2 业务整合、流程优化
开发方/咨询机构需要引导客户深入分析这些业务流程的执行情况,与客户一起,检查、探索业务上如何改进、进行必要的整合,逐步形成最优的业务模式,审查它们在效率和工作效
能上是否还有优化/改善的空间。
由于这是一个循序渐进的过程,因此需要用户在实际工作中总结、逐步完善、规范。
为了对全业务资源进行有效的整合与业务融合,对业务流程进行梳理和优化,引入和应用工作流管理技术,来加强各业务线条在工作上的联动以及部门间的工作协同能力,解决跨部门工作的协同问题。
流程优化不仅是建设运营支撑体系的切入点,也是实现运营支撑体系和业务支撑体系联动的切入点。
全面整合业务流程,提升集团客户业务全网服务和支撑能力。目前运营商的集团客户业务流程还不健全,主要存在着流程不完善和流程缺失两类问题。其中流程不完善包括流程节点不完善、节点权责不明确、分层服务标准没有得到落实等问题;而流程缺失主要指前端业务部门和后端支撑部门之间的流程缺少规范或者没有IT固化,流程随意性比较大。
2.3 资源整合
对资源进行整合,全业务运营的理念和需要。
信息共享,
3 实现方案
3.1 必备条件
如何落地??
如何协同:
3.1.1 工作规范化
业务流程图的清晰化,
3.1.2 机制与环境
大家在工作上互相帮助、配合的意识,以及有相关的工作机制或规范制度来促进工作协同的执行。
没有制度和规范上的约束,配合就可能会不到位,出现延迟或流程节点的停滞。从而影响工作的效果。
3.1.3 角色与职责定义
人员角度的定义要清楚。
每个
例如:
以IT系统的融合和协同为辅助落地手段
集团客户的运营支撑体系和业务支撑体系都以IT系统为落地实施的手段。目前,部分
运营商在集团客户运营支撑系统和业务支撑系统建设上还未能实现统一规划与建设。IT系统和业务平台之间孤立现象比较严重,各系统的建设步伐也不一致,这一现象尤其体现于前端业务部门和后端支撑部门之间的系统建设和联动上,前端业务系统与后端网络支撑系统之间接口不健全,两大系统之间数据调用和共享基本依靠人为因素,IT系统的灵活性、高效性因为规划不到位、接口不完善等没有发挥出来,反而在一定程度上成为部门之间信息共享的障碍。因此,要实现运营支撑体系和业务支撑体系的全面联动,必须实现信息化与业务的融合,实现运营支撑与业务支撑系统相互之间的整体规划、共享与协同。
3.2 工作环节
流程发起;
流程节点;
执行;
在执行过程中对于节点上的人员界面显示待办事项;
处理完成后,变为已办事项。
流程跟踪;
工单的流转,流程跟踪,审批。
可以查看当前环节在哪个人员上,
3.2.1 待办事项
图2 8 处理待办事项的界面
【提交下一处理】按钮
功能描述:点击该按钮,把该表单提交到下一处理流程。
图2 11 提交给流程下一处理环节的界面
3.2.2 流程跟踪
流程跟踪界面示意图
3.2.3 辅助手段
短信提醒;催办,转办。外出可以授权。
委托授权
该功能设置:委托其他人处理自己的待办任务。
注意:一旦设置了委托授权功能,在授权时间内处理的待办任务被提交给被委托人,同时发送待阅信息给委托人。
3.3 采用的技术
采用工作流技术,实现工作协同和业务上的合作。跨部门配合完成。
工作流技术,实现协同的载体
关于工作流
进一步提高系统工作流引擎对不同业务流程的可自定义性,可配置性,灵活的适应省市公司在某些业务处理上的特殊性。
实例:
3.3.1 jBPM介绍
jBPM工作流引擎简介
JBoss jBPM框架全称Java Business Process Management,是一种基于Java的轻量级工作流管理系统,是一个灵活可扩展的工作流管理系统,作为jBpm运行时server输入的业务流程使用简单强大的语言表达并打包在流程档案中。jBmp将工作流应用开发的便利性和杰出的企业应用集成(EAI)能力结合了起来。jBmp包括一个Web应用程序和一个日程安排程序。jBmp是一组J2SE组件,可以作为J2EE应用集群部署。
易扩展的流程语言
JBoss jBPM框架内置了一组预定义行为的节点,包括start、task、fork、join和decision等。这些节点是构建完整业务流程所必需的组成部分,同时也提供了可以将应用业务逻辑Java 代码和业务流程无缝衔接的绑定机制。除了这些预定义的节点类型和流程结构之外,独立软件开发商可以通过定制新的节点类型甚至完全重新定义一种新的流程定义语言实现特定领域的流程语言,满足不同业务环境下流程管理的需要
流程的图形设计工具
jBPM包含了一个图形化设计流程的工具(GPD)。它是一组eclipse插件,最初是专门用来设计jPDL的图形化流程的,后来随着Seam使用jBPM来定义页面跳转流程,GPD同时也添加了支持Seam PageFlow的功能。用户可以使用GPD来设计、测试、发布、监控商业流程。另外程序开发人员可以利用GPD很方便的实现单元测试。