世界上有这样的事情，称为“业务编程”。 我还没有告诉你关于她的事。 而且我不确定您是否会对它感兴趣。
业务编程是将业务作为系统进行编程。 您正在编程吗？ 那里的服务，网站，移动应用程序，公司系统。 她工作了，没有碰过任何人，而你一次改变了一些东西，它变得更好，更快，更方便。 好吧，或者...什么都可能发生。
同样，您可以更改业务，原理相同。 仅细节有所不同。 例如，有些人不想做该死的事情。 而且他们甚至不想听你的话。 他们除了薪水，警察和皮瓦斯系列以外什么都不想要。
简而言之，本文是实验性的。 喜欢-我会写更多。 我有一本关于业务编程的完整教科书。 不喜欢-和他一起死，我将生存。 所以，走吧。
分析和优化流程的能力是业务程序员的关键之一。 如此成功地巧合，使得使用流程是整个业务编程技术中最简单，最易懂且易于重现的部分。
可能是因为企业的内部流程本质上与工程系统（包括应用的解决方案，例如1C配置）中发生的过程非常相似。 到处都有开始，完成，动作，执行者，条件，过渡和返回。 当然，在软件中，执行者不是人，而是更广泛的对象集-文档，模块，服务器，各种程序，分布式系统的节点等。
工艺原理的相似性给出了一个重要的结论-优化方法在很大程度上与工艺要求相同。 例如，人工和软件过程都必须快速进行。 一个人不想等待对相邻单位的申请执行超过一天，并且总会计师不想等待成本计算超过15分钟。
您正在阅读的出版物摘自一本有关业务编程的教科书。 它很可能不同于我以前的出版物，因为 它不是娱乐，激励或挑衅。 这仅是一种具体，可理解，简单且易于应用的方法的说明。
泳道法
泳道方法是分析过程的好工具。 这正是分析方法，因为 他没有说明在此过程中需要更改的内容，但可以让您轻松快速地查看潜在的问题来源。
通常，它适用于跨职能流程-两个或多个职能部门或团队参与的流程-通常，流程跨越某些边界。
让我们来看一个例子。 假设我们有一定的流程-按订单采购。 销售经理收到了客户的申请，采购经理必须找到供应商，找出价格和条款，与我们的卖方协调，获得付款发票，交给财务部门，与他们和供应商商定付款条件，与供应商下订单，以及等待完成-付款，实际上是必要货物的到达。
假设有一个客户，即 销售经理以友善的语言识别了过程中的问题。 关键问题称为速度问题-等待购买应用程序执行需要花费很长时间。 当过程完成并为供应商创建订单时，就没有特别的问题-供应商可靠，他们很少失败。 但是，协调阶段，公司内部应用程序的转移是毫无价值的。
让我们以表格的形式绘制此过程的简化图。
通过看这个过程可以说些什么？ 可见的问题-实际的还是潜在的？ 看来该过程是很标准的，在大多数企业中都可以找到一种或另一种形式。 速度在哪里丢失？
还有一个问题：如何在不知道“操作”列的内容的情况下查看流程的潜在问题-仅获得有关表演者的信息？ 快速进行一种快速分析，而无需深入研究所执行动作的细节。
这是泳道方法很方便的地方。 该名称的类推类似于游泳池中的路径，由消波器隔开-鲜艳的绳索在游泳池的整个长度上延伸。
在我们的方法中，轨道是不同的功能单元。 通常，同一团队或服务中的人员甚至可以是不同的人。
我们使用泳道方法绘制相同的过程，仅保留动作和执行者的数量。 在我们的例子中，有三个表演者，曲目数量将相同。 该过程从上到下进行，操作编号在其执行程序的列中。
到目前为止，还没有增加清晰度。 可见采购经理执行的动作最多。 这个过程的潜在问题是显而易见的，它在哪里失去速度，卡住甚至丢失？ 不，缺少了一些东西。
让我们尝试添加箭头-动作之间的过渡方向。 实线表示主要转换，虚线表示辅助转换，以防过程失败，并返回到先前的操作（例如，如果卖方对供应商提供的价格不满意）。
使用箭头，该过程看起来不太容易理解，但是总体上，如果您沿箭头在手指之间移动手指，则可以理解。 现在，看看这张图，您可以了解瓶颈在哪里？ 直到它们可见。
回到游泳池里打个比方。 如果您是成年人，认真又有足够的人，请到游泳池自由游泳，用铜管训练五十米，谁能分散您的注意力并发脾气呢？ 您选择了一条人少或根本没人的赛道，并准备好玩乐。
但是您不是唯一的一个，在这里，一个聪明的人也会潜入您的道路。 在他后面-再一个，再一个。 绝对不可能游泳-您必须限制自己的动作，以免碰到别人的湿手和四肢。
您被迫更改曲目。 似乎还可以-他们在防波堤下航行，也许不止一次（如果自由路径与您的路径不相邻），然后再次享受这一过程。 但是这种情况又在重演-人们奔波而来，一次又一次地干扰您。 涌入的孩子们并不会一直徘徊在同一条赛道上，这使情况更加恶化，他们将在辩论中游玩，四处游荡，潜水，游遍多条赛道，等等。
在游泳过程中，您将不得不多次改变轨迹，在灭火器下游泳。
就流程而言，改变轨迹是跨境行动流程的过渡。 作为边界，我们选择了功能单元。 在池中，您需要几秒钟来更改路径，但是在企业内部流程中，可能需要数小时，数天甚至数周的时间才能解决此问题。
让我们看一下过程的最终画面-与上次相同，只是我们将用十字标记从一个轨道到另一个轨道的过渡时刻。
在主要动作上总共有5个交叉，在辅助动作上总共有4个交叉（最大）（9个）。9次该过程被迫克服功能单元的边界。
每个过境都是一种损失。 从理论上讲，这是一个潜在的损失，因为 生活中经过精心调整的过程会在边界处绊脚石。 但是实际上，改变音轨总是会降低速度。
物理过渡过程将不被视为限制-现在，在大多数情况下，该过程是自动化的。 申请，发票，费用等 以电子方式传输，即 立即。
但是信息的传递仅仅是在边界等待的开始。 每条轨道，即 单位或演员按照自己的规则，规定和内部流程过自己的生活。 队列的概念几乎随处可见。
采购经理不会急于在收到每个请求后立即评估每个请求。 他有这些应用程序-每天两打。 因此，将排队处理应用程序。 如果员工倾向于优化工作，他将对请求进行分组-例如，他将从多个请求中为订单选择相同的行项目，然后向供应商提出请求。
同样，融资人不能单独处理每个应用程序，尤其是在付款阶段。 资金通过注册中心转移到供应商，通常每天一次或两次。 因此，在付款队列中，该帐户将至少闲置一天。 如果采用复杂的协调和预算程序，例如，如果需要在一周内提交付款申请，则该过程可能会严重滞留在边界。
即使不查看其特定职位和工作特征，也总是会延迟对信息的响应-至少是因为一个人在传输时没有立即看到它。 很少有人坐在计算机旁，可以立即阅读所有收到的邮件。 有些卖家通常根本不坐在电脑旁，同一位卖家可以离开去与客户开会，并且在24小时内不执行5号操作（对交易利润的分析）。
如开始时所提到的，该方法没有回答“如何更改过程？”的问题，但是非常清楚地显示了潜在的问题区域。 如您现在所见，该方法也非常易于使用。
稍加培训，您就可以在几秒钟内计算转换点的数量而无需绘制任何内容-只需查看流程的描述即可，无论其执行的形式如何。
某些格式或过程描述符号特别直观，并且实际上要求有人计算它们之间的轨迹和过渡。 例如，修饰词。
例如，在面试中可以使用泳道方法-如果您已加入新公司并正在申请与流程相关的职位或活动。 只是要求向您显示问题过程的描述（如果雇主自己没有这样做），或者在板上画上一个标记。
然后，用一种神秘的声音说：“一个好的过程，只有我在这里看到至少12个潜在的危险点”，然后显示这些点。 在这里，您可以简要讨论该方法，其目的和基本原理。 对于“如何优化此过程？”这一问题 答案“有多种选择，但更深入地浸入细节”就足够了。
当然，尽管您可以立即给出更精确的建议-边界控制方法，我们将在后面讨论。