——连明源
1、 研究和确立企业级协同平台在提升业务能力方面的改进目标
我们开发协同平台的主要目标,就是要提升业务能力,所以我们在编制协同平台开发方案前,首先应该研究现有机制下,哪些业务能力指标还不尽如人意,还存在哪些协同管理问题,也就是所谓的把握现状,并以此为基准,提出明确的改进目标。例如,当我们认为当前市场质量投诉的及时应答率不够理想时,我们应该在充分调查的基础上,首先提出明确的及时应答的定义和控制基准,并据此计算出(或估算出)过去一年的平均的及时应答率(例如是67%),这样,我们便可以在同一基准上,提出改进后的及时应答率的改进目标(例如:达到90%以上等)。当然,反映协同管理能力的指标存在很多形式,如流程的平均流转周期、流转速率、业务目标的按时达成率等等。具体业务流程应具体分析,但其基本原理是不变的,即一定要明确能力判定的定义和基准,并据此确定项目实施前后的控制目标的差异。
为什么在开发系统的需求方案中,要设定具体的提升业务协同能力的目标呢?你或许会问,系统功能再好,也不能解决人的问题,业务目标的实现主要是依赖员工的作业表现,而不是什么系统。这样的疑问,听起来似乎有点道理,但这正是很多业务系统开发需求方案设计思想中的重大误区。我们搭建企业级的协同平台,难道不是为了提升业务能力吗,如我们没有这样的目标,我们又何苦去开发什么系统呢,难道真的只是为了提高某个岗位作业效率,只是为了减少一点工作量吗,难道我们开发的系统真的如有些经验丰富、但有点不思进取的业务专家们所说的那样,只是摆摆样子的摆设吗。出现这样的理解,恰恰就是因为他们对于搭建企业级协同平台的理解存在着重大的误区,也许是因为我们过去开发和应用系统时留下的某些消极的记忆在作祟,也许是因为我们没有把系统开发和改进作为管理改进的必要部分加以考虑。但作者认为,最主要的原因,是因为我们在开发任何企业级协同平台时,没有同时彻底地实施相应的管理改进项目。实际上,在管理改进的实施途径中,本来就应包含对技术手段的考量,这两者本来就应该是浑然一体的。所以,我们必须明确开发企业级协同平台的目的就是为了提升业务协同能力,离开了这一基本原则,我们就不可能设计出具有真正提升协同管理能力的协同平台,这一点,非常非常重要,请各位务必对此有所思考。
2、 流程及节点执行角色关系分析
在开始进入企业级流程重组或优化设计之前,应该对现有流程涉及的相关部门、各部门子流程的执行者以及信息协同的角色进行初步的定位分析。这是因为,我们将要设计的流程,最终就是要为这些部门的业务人员提供实用、友好的协同作业环境。所以,在我们编写企业级流程系统开发的业务需求书时,我们必须首先明确我们的系统将为哪些参与协同作业的人员提供操作环境,同时,应利用业务架构分析资料确认是否存在需要新增的模块,以及这些新增模块是否产生了新的关联部门和流程执行角色,并据此制定按角色展开的需求调研计划。也就是说,我们首先要听取所有系统关联人员对于现实协同环境的不满,以及对于未来协同环境的憧憬。
下图表示的是设计变更实施跟踪管理流程的部门关联示意图,这种示意图的作用就是为了确定各部门子流程之间的关系,可作为业务需求书中的框架设计部分的内容,这种示意图,对于协同平台的配置人员来说,具有从整体上直观反映出协同流程结构关系的作用。
设计变更实施跟踪管理流程的部门关联示意图
从上图中我们看到了该协同平台涉及哪些部门,并基本确定了彼此之间的协同关系。但我们依然不知道具体要找哪些角色的业务人员来研讨流程开发的细节。所以,我们应该通过初步调研,得出上图中每个子流程的角色关系示意图(参见下图工艺部门实施设变流程的角色示意图),有了这样的角色关系分析示意图,我们就可制定出详细的需求调研的日程表了。另外,这样的示意图,对于我们分析流程执行状态、分析流程连通规则、讨论信息协同范围以及讨论流程监控方案等,都有很直观的展示作用。
子流程角色关系示意图
3、研究和确定不同工作流之间的连通方式及任务执行规则的系统化方案
协同平台的主要特点就是要打通不同业务流程之间的协作壁垒,所以,在设计协同平台时,必须充分研究现有业务流程之间的指令传递及信息共享方式,充分研究当前不同业务流程之间存在的协同规则,明确当前各种需要克服的管理和业务传递过程中的消极因数,并针对性地提出相应的执行规则和连通逻辑,这里强调执行规则和连通逻辑,是因为制定执行规则和连通逻辑是我们固化协同流程的第一步,任何流程之间的连通问题,归根结底都和缺乏明确的、可执行的规则和逻辑有关。其次,我们应该明确指令传递过程中的技术障碍,也就是说,即使有规则,但仍可能存在人为执行上的不确定性,仍可能存在和作业经验有关的作业效果的差异性,这是因为“规则是死的,但人是活的”,作业人员可以不执行规则、也可以有条件地执行,在对象众多,任务繁杂的大型企业,管理人员根本就无法进行有效的过程监管。所以,我们必须研究各种技术手段,把作业人员的“活的”部分,尽可能地消除掉。
首先,最常见的思路是通过流程系统化的方法,即通过流程作业自动传递的功能,将业务人员绑定在协同平台上的方法。实际上,所谓的“绑定”在流程系统上,就是指我们前面曾介绍过的那样,即一定要让下游执行人员随时都须面对一张从上游推送过来的、自动生成的任务列表。这种技术对于协同平台来说,当然是能够满足的。但如企业还没有完成类似协同平台的开发,也并不是说就没有办法形成这样的任务列表。实际上,我们可以为一些单一系统开发各种自动传输任务信息的功能,有点像定点发送的专用邮箱目录或专用短信目录的功能。只要能达到让下游人员及时知晓,而且无法回避接受任务的目的,就可以认为已达到了“绑定”的作用。
其次,我们要在方案中,提出一些重要流程节点的待办任务状态信息的可视化设计要求。我们希望实现重要节点待办任务状态(重要度、紧急度、进度状态等)的可视化,是为了能让负责工作分配的部门领导能随时掌握部门业务流的实际状态,以便他们能准确地做出关于任务调配、进度催促以及客观评价等方面的决策。这对于提高作业人员的执行力将起到很到的作用,这相当于间接地加强了上述流程的绑定作用。
而在流程的上下游之间出现多条并行、交叉等复杂连接的场合,甚至这些连接还存在一些业务条件
限制时,我们为了消除交接过程中因职责不明或条件判断上的理由,最终导致上下游交接失败的现象。所以,在设计协同流程时,一定要尽量提出连通逻辑的系统化判断的功能要求,以便彻底消除上下游之间人为协调的困扰,这也是协同平台设计中关注协同作业效果的重要思路之一。
在完成了流程的连通关系分析之后,就应进行和任务执行规则相关的需求分析,要做到这一点,就要设法在系统中设定满足执行规则的业务模板,以确保下游员工在接受任务后,能在系统的支持下,严格按照上游希望的执行规则,顺利地完成任务。这一条就是我们所说的要消除所有影响执行规则效果的‘例外’的措施之一,也就是说,在你传输给下游的任务表单或操作界面中,你必须想方设法,使之必须按既定的规则进行操作(如下图所示),如操作顺序规则、节点确认规则、输出条件规则等等,而不要留下任何允许自由发挥的空间。如确实有一些无法通过系统设计来限制的情况时,你至少应在该操作环境下,提供必要的界面信息提示类的帮助,有了这样的考虑,他或她就很难在事后为其不及时或不合理的行为结果辩护了。这一点做的好,对于提升作业交接中的执行效果常常会产生令人惊奇的效果,大家不妨试一试。
节点操作规则设置示意图
4、 研究和确定关键节点在协同作业过程中的例外现象
由于协同流程具有和不同单一系统交互数据和自动发布信息的功能,所以,我们可以利用这一点来解决各种流程节点操作中常常会遇到的例外现象。所谓例外,是指该节点作业中可能存在的一些影响作业协同效果的例外,正常情况下,这些例外并不存在,但一旦出现,它会直接影响我们执行该作业的效果,甚至完全改变我们执行该操作的初衷,为此,我们应该改变流程的流转形式或流转方向,或应该改变本节点的操作规则和操作方式等。总之,这些例外,在非系统化操作的环境中,是通过人工经验来应对的,反倒不会出现应对上的障碍,或即使出现差错,也不会是成批地发生,而且其结果也会较容易地得到大家的谅解。但在自动执行的协同平台中,如不能识别这些例外,则有可能在不知不觉中导致造成大量执行错误的严重后果。举个形象的例子来说,如我们的数字加工中心,不能自动识别加工刀具的磨损量时,就有可能造成比普通机床多得多的加工质量损失。在协同平台中的例外和处理方式有很多类别,在此举两个例子加以说明。第一个是在某个业务对象的某个属性出现例外时,需要改变流程路径的例子。例如,在设计变更通知的管理流程中,如我们规定凡是3C认证零件必须实现技术和质量部门会签操作时,我们的系统就应具有能自动识别流转中的零件是否是3C认证零件的功能,且一旦识别出后,应能自动改变流程的流转路径(参见下图)。第二个例子和节点操作的执行条件有关,有些节点必须在执行条件完备时才能继续,否则要改变处理路径或处理方式,这是最实用的例外识别操作,例如我们在某个节点进行多任务操作时,我们可以设置很多限制该节点进一步操作或流转的限制条件参数,且对于不同的任务提交结果的组合,设置不同的处理方式。例如,在默认状态时,我们也可以把这些条件参数都设置在OK状态,也就是说,正常情况下,这些限制条件通常是不存在的,但系统可为操作人员提供确认的操作环节,即允许操作人员有意识地确认这些限制条件是否存在例外现象,如存在,则可点击相应的限制项目,系统则能自动按照预设的流转路径流转,或自动启动新的操作模板,并由业务人员进行相应的例外操作。这种原理,在很多ERP系统的高级供应链计划管理模块中有所应用。但本人认为这是一种可以抽象并加以广泛应用的例外处理技术。
流程流转路径设置示意图
此类例外识别和处理的种类很多,这里就不一一列举了。但希望大家充分认识到这种识别节点操作例
外对于提升协同作业能力的重要性,因为有很多例外,都和实际的协同作业条件紧密相关,我们的很多失败的协作案例也往往是由于协作中的例外造成的,如你不信,你不妨对各种你身边的协同失败案例进行一番调查,再来印证这里提出的观点是否正确。
5、 研究和确定有利于过程控制和执行力评价的数据服务内容
这一方案设计要点比较容易说明,因为大家已经非常清楚我们开发协同平台的主要目标就是要提升协同作业中过程控制能力和对作业人员执行力的评价能力,而要提高这两种能力最直接的方法就是为管理流程的业务人员和管理人员提供流程过程状态和执行状态的数据服务(统计、分析和展现)。但我们现有的很多系统,更多地关注业务对象的数据统计,而忽视反映协同执行能力的数据统计和分析,所以在开发协同流程管理系统时,应该同时考虑反映协同能力的基础数据服务,这一点将在第四章中展开更详细的说明。
综上所述,我们应该明确,编制协同平台的需求方案,和编制传统意义上的单一系统的开发需求方案还是存在较大差别,我们必须充分理解开发协同平台的目的,就是要提高协同能力,要仔细品味‘协同’两字的含义,方能完成一份完美的协同平台的开发需求方案。
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30
添加新评论0 条评论