内容简介:在Worktile 7.0 中,我们提供了大量的底层元部件,包括:任务类型、状态、组件等等。这些内容我们在之前的文章中都有介绍,其实大部分的客户,并不会在乎元部件究竟是什么,只在乎通过这些元部件搭建的项目模板,能不能满足不同的业务场景。本文我将会为您介绍项目模板是如何承载场景模型的。无论是项目管理还是企业协作,其目标都是要解决工作场景中的问题。但众所周知,不同企业之间从流程到文化的相差甚大。而SaaS产品又是标准化的产品,这二者之间天然的鸿沟该如何解决?
在Worktile 7.0 中,我们提供了大量的底层元部件,包括:任务类型、状态、组件等等。这些内容我们在之前的文章中都有介绍,其实大部分的客户,并不会在乎元部件究竟是什么,只在乎通过这些元部件搭建的项目模板,能不能满足不同的业务场景。本文我将会为您介绍项目模板是如何承载场景模型的。
项目模板的本质
无论是项目管理还是企业协作,其目标都是要解决工作场景中的问题。但众所周知,不同企业之间从流程到文化的相差甚大。而SaaS产品又是标准化的产品,这二者之间天然的鸿沟该如何解决?
我们给出的答案是—— 可配置化 。
首先需要读者明晰何为“建模”,百科释义是指:
为了理解事物而对事物做出的一种抽象,是对事物的一种无歧义的书面描述。无论工作场景多么复杂,都可以将其抽象为一个场景模型,包括流程、属性等多个维度。
例如,我们之前在为某电力公司部署之时,可以将其施工项目的流程抽象为一张简单的流程图:
(图1:施工项目流程图)
配合任务包含的属性、任务权限设置等信息,就可以将该公司一类的项目抽象为一个 场景模型 。而该公司工作的场景模型,就是由许多这样的项目模型组成的。
(图2:公司场景模型)
Worktile 6.0 及市面上其他的项目管理工具,解决思路通常是提供一套以看板式任务管理为核心的模型,满足客户不同的业务场景。这需要客户的业务流程来适配产品,这样的解决方案颇有点削足适履的味道,对客户在企业中推广落地会有很大的挑战。
这种思路可以用图3表示:
(图3:6.0 及之前版本的项目管理思路)
针对不同的场景模型,应该为其提供不同的模型,以满足其需求。
其关系如图所示:
(图4:可配置化的项目管理思路)
这也是Worktile7.0中一直在强调的“可配置化”,其核心在于配置出满足企业协作过程中个性化需求的模型。 项目模板就是这个模型的体现。每一个业务场景模型,都会有与之匹配的项目模板。
项目模板的构成
Worktile 7.0中的项目模板,由三部分组成:
- 任务类型: 根据相应工作场景的类型,选择至少1种任务类型。承载该业务场景下的工作。
- 组件: 选取任务类型之后,要为任务类型匹配合适的项目组件,作为任务类型的展现形式。
- 角色/安全/权限模式: 项目安全、权限的相关设置。
其构成如下所示:
(图5:7.0的项目模板构成)
我们以敏捷开发的场景为例,其场景模型如图6所示:
(图6:敏捷开发项目模板构成)
配置完成后的产品界面如图7所示:
(图7:敏捷开发模板)
在介绍任务类型和组件时,我们曾介绍过关于它们的设置。当一个项目模板添加了某种任务类型或组件后,我们要对其设置进行补充。比如:安全/权限/标签等, 因为这些设置只有在特定的项目模板中才有意义 。
项目模板的配置选项可以参考下表:
(图8:项目模板的配置选项)
通过对项目模板的配置,我们就得到了匹配企业个性化需求的模型。
七种默认项目模板
Worktile 7.0 支持用户通过配置中心来配置个性化的项目模板,以满足工作需求。而对于新用户或个性化需求程度较低的用户,我们提供了七种默认项目模板。
(图9:七种默认项目模板)
默认项目模板的组成如下:
(图10:默认项目模板的构成要素)
看板协作:此模板应用于小团队、简单工作的看板式项目管理。任务类型只有一种,相对简单。通过看板组件下的视图,可以对任务进行多种维度的筛选。同时还有日历组件和报表组件,帮助成员查看项目的日程安排和进展情况。
事务处理:此模板在上一个模板的基础上进一步简化,适用于个人事务安排、小组工作的简单管理等。
项目管理:此模板为通用型的项目管理模板,以列表的形式对任务进行展示,信息量大,适用于一般的项目管理。同时支持工时统计、甘特图和报表分析等功能,可以帮助成员掌握项目进展、时间排期和工时情况等信息。
敏捷开发:敏捷开发项目模板,旨在帮助敏捷团队进行需求的管理、研发任务的分工协作、缺陷管理和迭代规划等。 通过需求/任务/缺陷这三个组件,对敏捷开发过程中的需求/任务/缺陷任务进行添加、汇总、展示以及分配等操作。
而迭代组件,我们在前文之中介绍过( Worktile 7.0:项目组件 ),可以通过拖动等简单操作完成迭代规划,同时直观展示迭代的进展情况。此外,还有报表组件对敏捷开发过程中的需求/任务/缺陷等任务进行统计分析。
缺陷管理:专为产品的缺陷管理而设计的模板,为研发常用的各个平台分别设置组件,同时专为各平台设置了不同类型的缺陷任务,保障任务的信息完整、有效。
测试管理:适用于产品的测试项目,支持测试用例管理和报表分析。测试用例的任务类型,包含“测试目的”、“参考信息”、“测试数据”等多种测试相关的字段,保障测试信息的完整记录以及呈现。
研发项目管理:适用于传统瀑布流开发过程,通过需求和缺陷组件对项目开发过程中的任务进行统一管理,支持甘特图和报表展示项目进展情况。同时还可以对成员或项目的工时进行统计,控制项目成本,监督项目进展。
总结
任务类型和组件,组成了一个项目模板的基本结构。任务类型的自定义和项目组件的自主选择和配置,是Worktile 7.0 模块化设计的体现。结合安全模式的设置,就可以组合出无数种可能,满足针对不同工作场景的个性化匹配。
项目模板最主体的元素——任务类型和组件,一个完整的项目模板不过是对它们的选择和组合,这也是Worktile7.0“积木化”设计思路的又一次体现。
一旦知晓了基本的元素以及他们之间组合的规律,那么就能顺利的开始搭建属于你的个性化场景了。
#专栏作家#
袁林,人人都是产品经理专栏作家。分享SaaS运营和企业管理/协作/办公的相关知识
本文原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自 Pexels,基于 CC0 协议
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- [ASP.NET Core 3框架揭秘]服务承载系统[5]: 承载服务启动流程[上篇]
- 5G承载网络切片管控技术研究
- 5G 承载网里的 FlexE,到底是什么?
- SDN/NFV影响5G移动网络承载能力
- 5G承载网运营难 机器学习技术搞得定
- 微服务注册中心如何承载大型系统的千万级访问?
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。