功能、业务和任务流程图如何分清和用好?

本文就来理清这三个概念,还原背后的本质,让你的表达更清晰。而更重要的是通过此,构建正确的知识结构。下面是本文结论,我会一步一步说明为什么。

1. 业务流程图只是目标而不是一种画法

2. 任务流程图是多此一举的概念

3.  功能流程图不要用不要提

一. 业务流程图只是目标而不是一种画法

先看下面两张图:

业务流程图(泳道图)

任务流程图

以上分别是任务流程图和业务流程图,在一些表述中:1)业务流程图就是带泳道的流程图,是表述业务流程的。2)任务流程图是无泳道的流程图,是表述任务的。而实际上这两个表述都欠妥。

业务流程图的描述为什么欠妥?先看下面对业务流程图的描述:

业务流程图就是描述那些个体在什么条件下做了什么事情,他们之间有何关联。主要分两个方面:1)涉及到哪些主体(角色)?2)每个主体(角色)都有哪些工作?如文章开头提到的图就是涉及到卖家,银行等主体围绕订单的业务。

而这里如果理解成带泳道的就是业务流程图”那么请看下面的两张图,无论加不加泳道,是不是都在表述业务呢?

不带泳道的描述业务

带泳道描述业务

因此业务流程图只是一个目标,而不是一个具体的画法,可以加泳道或不加泳道。

二. 任务流程图多此一举的概念

而另一个“任务流程图”概念则不建议提,看下面的表述:

任务流程图就是在你的产品操作上,用户通过什么样的操作来完成它的目标,比如你去银行ATM机器上取钱,你是如何一步步操作把钱取出来的。

其实就是用户操作的过程,而如果概括为任务则成了“你的任务是去取钱或去注册”,这个就不准确了;而如果对于快递员如果说“你的任务是送快递”,则表述正确。实际上:

1. 对用户就是具体操作,显然用“用户操作流程”来解释就可以,比如:用户取钱流程图,用户登录流程图,用户下单流程图等。

2. 对快递人员而言则是一个任务, 比如:快递员送快递任务流程图。

因此建议工作中不要提任务流程图概念。对用户而言这不是一个任务,对快递人员而言是一个任务。直接说你要干什么就可以。参考下面两个说法那个适合?

说法一:老板和各位研发,我们过一下我画的任务流程图

说法二:老板和各位研发,我们来过一下用户登录的流程和快递员送快递的流程图。

显然第二种说法更为直接有效。

三.  功能流程图不要用不要提

下面的表达称其为功能流程图

功能流程图

而实际上:

1. 要么表达操作流程,用流程图。

2. 要么表达每个页面有什么主要功能,用页面流程图。

3. 要么表达功能之间的关系,用UML的用例图。

就这个案例看,就是要表达每个页面的主要功能。用页面流程图画3个简化的原型页面即可,又清晰又简单。不要用流程图表达功能,这不是流程图的目标。流程图是表达一系列的动作,而不是表达一系列的功能。

四. 总结

业务流程图,任务流程图和功能流程图是很多人听到的概念。

如果不能很好的分辨概念后的本质,则意味着向研发表述的时候会出现思路不清晰,表述不清的情况。因此理解概念才能更好的在实践中运用。

你可能感兴趣的:(功能、业务和任务流程图如何分清和用好?)