我们在流程图中看到的主要废话是什么？

[nurnobi40]

当我们谈论流程图时，准备流程图是一项常见任务。然而，有很多人并没有掌握这个工具，却想做好。在没有参加该领域课程的情况下尝试绘制流程图，无论是绿带、黑带还是流程图本身，都可能会导致您犯很多错误。

怎样做才能避免犯错误？
[caption id="attachment_15137"align="aligncenter"width="600"]课程流程图[/caption]流程图课程

避免犯错误的主要技巧是什么？
使用适当的符号
每个符号都有其含义。虽然对所有内容使用过程符号似乎很方便，但这最终可能会让读者感到困惑。为了更好地理解哪些符号是相关的，您必须使用适合该对象的符号。

避免流路不一致
最受接受的两种流动方向是从上到下或从左到右。也就是说，这两种类型的方向不应混合在同一个流程图中。一致性确实很重要。

过多的配色方案
您的流程图旨在提供问题的解决方案。考虑到这一点，您最不想做的就是让您的信息迷失在视觉噪音中。

符号大小必须一致
为了避免视觉混乱，保持适当大小的流 新加坡数据 程图至关重要。作为一般规则，请确保高度和宽度彼此成比例，并与流程图中的其余符号成比例。然而，这不适用于必须故意变小的物体，例如连接器。

需要一致的行业方向
在完美的世界中，流程图在各个方面都应该是合乎逻辑的。我们不太关注的领域之一是分支机构管理。说明这一点的最好例子是决策符号。理想情况下，TRUE 条件应从下方流动，而 TRUE 条件应从右侧流动。

流程图符号和间距
很多时候，我们选择忽略这个关键点。为了使流程图看起来更专业，您应该在符号周围保持均匀的间距。此规则的唯一例外是决策符号，它需要额外的空间来容纳分支标签。

记得爬
被忽视的最基本事实之一是尺寸。通常，详细流程图会调整大小以适合一页。这从来都不是一件好事。拥有一个多页流程图比塞在一个所有细节都难以辨认的小空间里要好。如果您不满意将流程图扩展到多个页面，您可能需要创建一个将多个流程步骤合并为一个的高级流程图。或者，您还可以对流程进行分组，然后粘贴它们以减少流程图中的视觉混乱。

扩展流程图
如果流程图连接到另一个流程图，与其仅将其放置在一个页面上，不如通过循环节点将其连接到不同页面上的流程图​​。

明确定义替代路径
在某些流程图中，流程往往会分叉。为了清楚起见，最好指定是需要遵循一个分支还是所有分支。

小心循环
进程可能不会永远运行。但是，请务必记录可能过多而影响流程图清晰度的流程。

具有描述性
建议您使用脚注、标注甚至单独的文档来为可能需要更多详细信息的流程步骤的描述提供更多详细信息。

使用流程图键
使用流程图的最佳实践之一是使用流程图键来描述所使用的符号。

打击不准确
绘制流程图时，请记住检查流程图中的步骤对于避免任何不准确至关重要。

坚持一个细节级别
您最好保持一定程度的细节，例如高级中级或详细流程图。

不留任何不确定性的余地
提前计划意味着您可以避免不必要的错误。因此，一定要问诸如“接下来会发生什么？”、“现在做出决定了吗？”之类的问题。以及“流程描述完成了吗？”

想了解映射过程中更常见的错误吗？
未能将建模理解为一种沟通工具。
只有当知识从源头有效地转移到用户时，知识的外化才对组织有价值。这就是沟通过程的本质。根据此处提出的要点，将通信理论应用于流程建模。

原始提交者是了解现有流程的艺术家或新流程的支持者；接收者是将执行修订后的或新的流程的执行者。知识是要传递的信息。只有对知识有全面的理解，并将知识有效地传递给接收者/执行者，沟通才会成功。

这种转移分两个阶段进行：在第一阶段，知识从专家转移到过程分析师，在第二阶段，知识转移到执行者，将原始发送者与接收者/解释者连接起来。

流程分析师负责使用适合目标和目的的特定符号/语言，促进专家和执行者之间的有效沟通；

有必要为专家、代理人和参与该过程的其他人员建立共同的沟通语言和词汇。这种共同语言是成功沟通的关键要素。

有效沟通的两个最大障碍是：(1) 信息太多——新执行者已经知道的信息或与特定任务无关的信息；(2) 信息缺乏——缺乏执行者需要知道的信息。执行工作。

诊断
在这种情况下，应使用有关如何完成工作的知识来识别和记录流程改进机会。这并不意味着所有改进的机会都可以立即实现。它只是简单地说明了机会。将根据优先事项和可用资源确定变更的实施

改进
在这种情况下，将生成新版本，提高流程性能水平，并解决干扰预期性能的问题。

与该流程相关的其他举措：
基于活动的成本核算、风险识别和缓解或安全问题识别。在这些情况下，有必要确保建模的标准化，以避免处理理论成本、风险、控制和安全解决方案而不是实际的成本、风险、控制和安全解决方案。
系统开发。在这种情况下，流程建模通过其流程、过程和业务规则成为系统编程的主要输入，系统编程将支持或自动化流程，并作为定义系统开发规范所需的工作的基础。
总之：

“我们为什么要记录/建模这个过程？”这个问题的答案确定流程建模计划的目标。
目标还必须包括谁将使用外部化知识的定义、必要的详细程度以及计划的预期投资回报。
流程建模本身不应该是目的。
无论目标用户如何，都使用相同的符号
根据流程中涉及的许多用户的需求，流程文档可以服务于多种目的。下表重点介绍了一些用户和利益相关者及其目标，定义了符号要求和一些可能的表示形式。

值得注意的是，采用的详细程度必须与建模目标成正比。因此，例如，在目标受众、流程属性、活动和程序的详细程度等方面，成本管理建模将不同于标准化建模。

没有对建模的目的设定合理的期望

流程建模本身作为目的，不会为组织带来任何可衡量的好处。只有流程模型标准化并实施，才能实现可衡量的效益。许多公司已经投资于对当前流程进行建模，并期望因此能够提高性能，但这种情况不会实现。对每项举措的期望应该非常清楚。

在没有明确定义的通信过程上下文的情况下进行建模
流程建模需要分三个阶段进行定义，每个阶段都为下一个阶段建立通信上下文。这些阶段是：

标识：该级别定义进程的名称，例如“make widget”
特征化：此级别描述流程的作用，并通过描述流程存在的原因、开始和结束的位置以及流程的主要步骤来提供流程的上下文。
描述：这个级别决定了事情如何完成；是明确的过程知识，包括用于实现实施的可重复性和标准化的实践。它由活动、控制流程、程序和其他协助实施的工具组成，例如：清单、政策、表格等。
在建模之前没有识别和组织流程的各个部分

流程描述策略必须考虑流程复杂性的分析人员和用户的沟通要求。这需要连续的分解方法。除了理解便利之外，这种方法还可以按照所需的确切详细程度向不同用户提供信息。如果不按照这种方式分解模型，就会导致模型太大且难以理解，让很多用户感到困惑，无法理解模型。