老焦专栏 | 用 RACI 模式梳理业务流程，提升业务发布的效率

转载本文需注明出处：微信公众号EAWorld，违者必究。

最近常常在不一样场合说，技术发展已经进入深水区。IT 技术发展已经愈来愈成熟了，尤为在金融行业，之前是解决从无到有的问题，如今该有的系统都有了，是解决进一步发展的问题。所谓深水区就是用原来单纯技术突破的方式不行了。例若有些企业，早年用流程系统解决了无纸化办公的问题，可下一个阶段作什么呢？

相似问题，在不少客户那里都存在，他们但愿IT公司能帮助他们面向将来，找到新的发展方向。可是，因为他们自身已经进入深水区，近年来涌现的不少技术，对他们的帮助并非很直接，很难像当年同样，某项技术能立竿见影解决问题了。这里我来比较一下：当年，使用关系数据库马上解决了大规模数据存储问题，别的不用想，研究好Oracle/DB2/Sybase/Informix就够了，而如今懂 Hadoop 的体系结构不够，你要知道客户的数据在哪里、业务如何优化，如何支持决策，这些连客户本身也说不清；再如，当年使用应用服务器马上解决了C/S架构客户端难以维护的问题，业务能够更好的经过互联网发布了，价值清晰可见，但如今微服务/分布式的一系列技术，都是但愿用来解决高并发、易维护的问题，作起来却不是立竿见影产生效果的，一来不少模式须要仔细推敲、设计（好比应用如何拆分等等，设计很差起不到效果），对人的要求高；二来作了相似良好设计后会发现，原来的技术也是能够作到的，用了新的技术好在哪里。

究其缘由，进入深水区后，这些问题会变得离散化、隐形化，解决起来再也不立竿见影，而是牵一发动全身、进退两难。在我看来，虽然问题更复杂了，但 IT 提升业务效能、适应业务灵活变化、提供决策依据、提升开发效率、提升软件质量、提升发布效率这些要求并无变，这就须要咱们更加深刻分析问题，提升对业务的抽象能力，从问题中抽象出解决方案。我写的一些东西也都是相似的一些抽象，但愿能从业务中抽象出若干模式，用这些模式解决深水区遇到的问题。

举一个流程业务抽象模式的例子，但愿可以缩短流程类业务的上线周期。金融业务可能是以流程为表现形式，以往咱们对流程的设计就是一个接一个环节，顺序执行下去，这种方式更可能是技术语言、编码方式，业务和技术的沟通成本很高，信息传递上常常有缺失，致使流程上线效率不高。

RACI，就是在流程应用中抽象出的业务模式。这个词学过 PMP 的同窗都知道，是用来明确组织过程当中各个角色及其相关责任的方法，其中：

谁负责（R = Responsible）,即负责执行任务的角色，他/她具体负责操控项目、解决问题。
谁批准（A = Accountable）,即对任务负全责的角色，只有经他/她赞成或签署以后，项目才能得以进行。
咨询谁（C = Consulted）,拥有完成项目所需的信息或能力的人员。
通知谁 (I =Informed),即拥有特权、应及时被通知结果的人员，却没必要向他/她咨询、征求意见。

看一个请假流程，这个流程中 R 能够看成提交申请单的人，各级审批就是 A，行政部门就是 I，C这个类型有点很差理解，其实就是可以帮助 R、A 完成工做的人，例如审批的时候我能够咨询一下人事部门某人。



在这一个操做流程中，分清楚R、A、C、I，就能够用一个表格来表示流程，而这个表格是能够生成一个技术上的流程定义：



上述流程，用一张表就能够表述出来，这种方式更容易与业务方进行沟通。若是咱们分析一下目前企业的操做流程会发现，绝大多数能够用 RACI 表格模式体现出来，若是是这样，咱们之后能够再也不画上面那样技术的流程，直接用这种表格方式与用户沟通需求。

这样作的好处是：

在大型企业中，这样的方式业务更容易理解，由于岗位职责清晰，便于肯定需求、优化流程、方便审计。原本大企业的流程管理就是用相似的思惟在考虑问题，尤为是审计/风控部门，他们就是关注 RACI 和条件的，更加一目了然，沟通需求的时间会大大缩短，能够想象一下，把全部流程都写成 Excel 进行讨论、审批，而不是用一张张流程图，效率会有多高，想达到天天一支甚至多支流程，就是要用这种流程集中梳理讨论的方式；

这个表格能够生成技术流程的定义，而不是程序员再画，这样就能够把一些处理模式固化到翻译的流程中，提升适应变化的能力。例如上图中，行政部门归档是 I，归档方式多是数据库插一条记录，也多是邮件通知，这都是能够变成 I 处理的固定模式。

RACI这种方式就是我说的业务抽象，把流程的开发与流程的梳理紧密结合起来，提升业务发布的效率。固然，提升业务发布效率的手段还有不少，我会陆续分享。

我用这个示例来解释深水区，将来遇到的问题，每每不够明确、直接，须要根据业务进行抽象，转换为简化的技术实现手段，而不是说直接根据业务需求翻译成技术实现。若是从单纯技术编码的角度看，这种方式漏洞百出，但从业务视角看，他倒是丰满的，因此最后要说一下，实在不能知足的状况，咱们还有编码这样一个退路，不要求全责备。


关于做者：焦烈焱，普元信息CTO，致力于技术创新和金融创新解决方案研究。专一于企业技术架构领域，对分布式环境的企业计算、 企业信息架构的规划与实践有着丰厚经验，带领普元技术团队相继在云计算、大数据及移动开发领域取得多项突破，并主持中国工商银行、中国建设银行等多家大型企业技术平台的规划与研发。


关于EAWorld：微服务，DevOps，数据治理，移动架构原创技术分享。长按二维码关注！