走进Worktile 7.0（二）：如何以任务更好地承载工作

概述： 任务 是项目中最小的粒度和基本单位。为了适配各种工作场景，我们需要多种任务类型。Worktile 7.0不仅提供多种默认任务类型，客户还可以根据企业的实际工作场景，进行修改或个性化配置，让我们一起来走进任务类型，了解它背后的逻辑。

【任务类型】

任务，是指在工作场景中担负的工作或责任。例如：制作一份PPT、举行一场活动等。而在项目管理工具中，同样存在【任务】的概念，我们把现实生活中的工作抽象成一个个card，这就是任务。

而任务类型，就是任务对不同业务场景的适配。日常工作是可以进行分类的，例如文档工作、研发任务等。如图1所示，客户的一个需求，对敏捷开发团队而言，就是一个敏捷需求类的任务。客户的其他需求都可以归为这一类——它们有着相似的表达方式、相似的处理流程以及相同的负责部门。

（图1：客户需求对应一个敏捷需求类任务）

而不同的任务类型，则有很大不同。图2中我们以敏捷需求和敏捷缺陷两种任务类型为例，对比二者的区别。

（图2：敏捷需求和敏捷缺陷的对比）

在Worktile6.0以及许多的项目管理工具中，都只有一种任务类型。这导致项目管理工具中的任务，并不能很好地承载现实场景中的工作。而在Worktile7.0中，我们引入了自定义任务类型的概念，不仅提供多种默认任务类型，客户还可以根据企业的实际工作场景，进行修改或个性化配置。二者的关系如图3所示：

（图3：Worktile6.0与7.0任务类型对比）

【任务类型的组成】

在Worktile7.0中，一个任务类型由以下5种元素构成——任务状态／任务属性／工作流／角色模式／关联关系，下面我们会展开来介绍。

(图4：任务类型的组成)

1.任务状态和工作流

任务状态，是一项工作在其生命周期中所处的的位置，我们也可以将其简单地理解为“工作的进度”。而工作流是一组工作状态及其转换的过程，一项工作在其生命周期中会经历这样的转换，通常表示公司内部工作的进程。

如图5所示，一个标准的任务具备如下状态和工作流程。

(图5：一个标准的工作进程)

根据工作场景的不同，我们可以对其进行修改，增加任务状态或增加工作流程。

(图6：Worktile 7.0的工作流设置)

Tips：关于任务状态和工作流，我们将会在下一章节中详细说明。

​
2.任务属性

任务属性，是任务所包含的信息。如图2所示，我们列举了敏捷需求和敏捷缺陷所包含的属性。任务属性可以有效地帮助成员了解任务的细节。

Worktile7.0为用户提供了【任务设计器】，用户可以通过简单地拖动，灵活配置任务的属性。

(图7：任务设计器)

3.角色设置

不同的任务类型，对应唯一的角色模式，它会影响工作的安全／权限／通知／提醒等。

Tips：关于角色模式和安全管理，我们将会在之后的章节中详细说明。

4.关联设置

任务之间，并不一定是相互独立的，往往存在一定的关联关系，Worktile7.0将这些关系概括为“派生”“相关”“连接”三种关联模式。根据关联关系，我们可以设置一系列的事件和操作，关于关联设置，我们将会在之后的章节中详细说明。

(图8：以需求／子需求／缺陷为例展示任务间的关联)

​【数据源】

在任务属性中，存在大量的数据源。Worktile7.0通过对数据源进行统一管理，即保障用户的方便使用，也避免带来额外的操作。具体逻辑可以参考图9 。
​​​​​

(图9：任务类型数据源管理示意图)

Worktile7.0通过【数据管理】来管理任务属性中的数据来源，在任务属性的配置过程中进行选择，如图10。

(图10：选择任务属性和数据来源)

而优先级属性作为一类特殊的任务属性，用户可以在【优先级管理】中配置优先级模式，在设计任务的过程中，只需要选择自己所需要的优先级模式即可，如图11。

(图11：选择优先级模式)

​【总结】

以上，就是Worktile7.0如何通过自定义任务类型来承载工作信息的。如果您的业务场景比较简单，那么请不要被7.0的配置操作吓到，您尽可以使用默认的项目模板，一切的操作还是像6.0一样简单。但是如果您的公司规模较大，业务流程复杂，那么7.0相比6.0则会更好地满足您对任务的需求。7.0复杂的是配置的流程，而配置流程仅与企业管理员有关。普通的成员根本不用考虑这么多，实际上一旦配好项目模板，工作进程中的操作依旧是非常简单。