项目模板,如何承载场景模型?

栏目: 编程工具 · 发布时间: 7年前

内容简介:在Worktile 7.0 中,我们提供了大量的底层元部件,包括:任务类型、状态、组件等等。这些内容我们在之前的文章中都有介绍,其实大部分的客户,并不会在乎元部件究竟是什么,只在乎通过这些元部件搭建的项目模板,能不能满足不同的业务场景。本文我将会为您介绍项目模板是如何承载场景模型的。无论是项目管理还是企业协作,其目标都是要解决工作场景中的问题。但众所周知,不同企业之间从流程到文化的相差甚大。而SaaS产品又是标准化的产品,这二者之间天然的鸿沟该如何解决?

在Worktile 7.0 中,我们提供了大量的底层元部件,包括:任务类型、状态、组件等等。这些内容我们在之前的文章中都有介绍,其实大部分的客户,并不会在乎元部件究竟是什么,只在乎通过这些元部件搭建的项目模板,能不能满足不同的业务场景。本文我将会为您介绍项目模板是如何承载场景模型的。

项目模板,如何承载场景模型?

项目模板的本质

无论是项目管理还是企业协作,其目标都是要解决工作场景中的问题。但众所周知,不同企业之间从流程到文化的相差甚大。而SaaS产品又是标准化的产品,这二者之间天然的鸿沟该如何解决?

我们给出的答案是—— 可配置化

首先需要读者明晰何为“建模”,百科释义是指:

为了理解事物而对事物做出的一种抽象,是对事物的一种无歧义的书面描述。无论工作场景多么复杂,都可以将其抽象为一个场景模型,包括流程、属性等多个维度。

例如,我们之前在为某电力公司部署之时,可以将其施工项目的流程抽象为一张简单的流程图:

项目模板,如何承载场景模型?

(图1:施工项目流程图)

配合任务包含的属性、任务权限设置等信息,就可以将该公司一类的项目抽象为一个 场景模型 。而该公司工作的场景模型,就是由许多这样的项目模型组成的。

项目模板,如何承载场景模型?

(图2:公司场景模型)

Worktile 6.0 及市面上其他的项目管理工具,解决思路通常是提供一套以看板式任务管理为核心的模型,满足客户不同的业务场景。这需要客户的业务流程来适配产品,这样的解决方案颇有点削足适履的味道,对客户在企业中推广落地会有很大的挑战。

这种思路可以用图3表示:

项目模板,如何承载场景模型?

(图3:6.0 及之前版本的项目管理思路)

针对不同的场景模型,应该为其提供不同的模型,以满足其需求。

其关系如图所示:

项目模板,如何承载场景模型?

(图4:可配置化的项目管理思路)

这也是Worktile7.0中一直在强调的“可配置化”,其核心在于配置出满足企业协作过程中个性化需求的模型。 项目模板就是这个模型的体现。每一个业务场景模型,都会有与之匹配的项目模板。

项目模板的构成

Worktile 7.0中的项目模板,由三部分组成:

  1. 任务类型: 根据相应工作场景的类型,选择至少1种任务类型。承载该业务场景下的工作。
  2. 组件: 选取任务类型之后,要为任务类型匹配合适的项目组件,作为任务类型的展现形式。
  3. 角色/安全/权限模式: 项目安全、权限的相关设置。

其构成如下所示:

项目模板,如何承载场景模型?

(图5:7.0的项目模板构成)

我们以敏捷开发的场景为例,其场景模型如图6所示:

项目模板,如何承载场景模型?

(图6:敏捷开发项目模板构成)

配置完成后的产品界面如图7所示:

项目模板,如何承载场景模型?

(图7:敏捷开发模板)

在介绍任务类型和组件时,我们曾介绍过关于它们的设置。当一个项目模板添加了某种任务类型或组件后,我们要对其设置进行补充。比如:安全/权限/标签等, 因为这些设置只有在特定的项目模板中才有意义

项目模板的配置选项可以参考下表:

项目模板,如何承载场景模型?

(图8:项目模板的配置选项)

通过对项目模板的配置,我们就得到了匹配企业个性化需求的模型。

七种默认项目模板

Worktile 7.0 支持用户通过配置中心来配置个性化的项目模板,以满足工作需求。而对于新用户或个性化需求程度较低的用户,我们提供了七种默认项目模板。

项目模板,如何承载场景模型?

(图9:七种默认项目模板)

默认项目模板的组成如下:

项目模板,如何承载场景模型?

(图10:默认项目模板的构成要素)

看板协作:此模板应用于小团队、简单工作的看板式项目管理。任务类型只有一种,相对简单。通过看板组件下的视图,可以对任务进行多种维度的筛选。同时还有日历组件和报表组件,帮助成员查看项目的日程安排和进展情况。

事务处理:此模板在上一个模板的基础上进一步简化,适用于个人事务安排、小组工作的简单管理等。

项目管理:此模板为通用型的项目管理模板,以列表的形式对任务进行展示,信息量大,适用于一般的项目管理。同时支持工时统计、甘特图和报表分析等功能,可以帮助成员掌握项目进展、时间排期和工时情况等信息。

敏捷开发:敏捷开发项目模板,旨在帮助敏捷团队进行需求的管理、研发任务的分工协作、缺陷管理和迭代规划等。 通过需求/任务/缺陷这三个组件,对敏捷开发过程中的需求/任务/缺陷任务进行添加、汇总、展示以及分配等操作。

而迭代组件,我们在前文之中介绍过( Worktile 7.0:项目组件 ),可以通过拖动等简单操作完成迭代规划,同时直观展示迭代的进展情况。此外,还有报表组件对敏捷开发过程中的需求/任务/缺陷等任务进行统计分析。

缺陷管理:专为产品的缺陷管理而设计的模板,为研发常用的各个平台分别设置组件,同时专为各平台设置了不同类型的缺陷任务,保障任务的信息完整、有效。

测试管理:适用于产品的测试项目,支持测试用例管理和报表分析。测试用例的任务类型,包含“测试目的”、“参考信息”、“测试数据”等多种测试相关的字段,保障测试信息的完整记录以及呈现。

研发项目管理:适用于传统瀑布流开发过程,通过需求和缺陷组件对项目开发过程中的任务进行统一管理,支持甘特图和报表展示项目进展情况。同时还可以对成员或项目的工时进行统计,控制项目成本,监督项目进展。

总结

任务类型和组件,组成了一个项目模板的基本结构。任务类型的自定义和项目组件的自主选择和配置,是Worktile 7.0 模块化设计的体现。结合安全模式的设置,就可以组合出无数种可能,满足针对不同工作场景的个性化匹配。

项目模板最主体的元素——任务类型和组件,一个完整的项目模板不过是对它们的选择和组合,这也是Worktile7.0“积木化”设计思路的又一次体现。

一旦知晓了基本的元素以及他们之间组合的规律,那么就能顺利的开始搭建属于你的个性化场景了。

#专栏作家#

袁林,人人都是产品经理专栏作家。分享SaaS运营和企业管理/协作/办公的相关知识

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Cracking the Coding Interview

Cracking the Coding Interview

Gayle Laakmann McDowell / CareerCup / 2015-7-1 / USD 39.95

Cracking the Coding Interview, 6th Edition is here to help you through this process, teaching you what you need to know and enabling you to perform at your very best. I've coached and interviewed hund......一起来看看 《Cracking the Coding Interview》 这本书的介绍吧!

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换